IT Japan

아직해야 하나 인 Amazon RDS 검증 l. 아마 이것으로 마지막. 구성과하고 싶은 일 · 마스터는 Multi-AZ에서 오류가 발생하면 장애 조치한다. · 위를 마스터로 리드 복제본을 만들 수 있습니다. 마스터 전환시의 동작을 확인한다. 페일 오버했을 때 Read Replica 복제를 중지하는 경우가 있다고해서 그 근처를 검증 해보고 싶다. 검증 절차 1. Multi-AZ에서 DB 인스턴스를 새로 시작합니다. 2. DB에 연결하여 테스트 테이블 작성. 클라이언트에서 업데이트 쉘을 흘린다. 3. 리드 복제 만들었습니다. 작성 후 업데이트가 동기화되어 있는지 확인합니다. 이외에 show slave status 실행. 4. 마스터를 다시 시작하여 장애 조치를 발생시킨다. 5. 리드 복제가 참조하는 대상과 ..

4 년 반 정도 전에 되는가? 들어 2 일째의 PJ에서의 대화. "XX 씨, MySQL 서버 만진 적이 있습니까" "조금이라면" "그럼, DB 서버의 설계 부탁드립니다" ...에서 필사 새겨 공부했다. 그때의 궤적이이 사이트 상단의 "MySQL"태그로 남아있는 것이다. 현재, MySQL은 O 사에 인수되고 나서 기세가 둔화되고 감이 부정하지 않으며 "시든"제품이다. 4 년 반 전의 시점에서도 복제는 이미 시든 기술이었다. 일년 조금 지나면 Cassandra 등이 나오고 점점 MySQL 니 손때가 붙은 지팡이에 보이지 버리게되었다. 현장에서 "MySQL 가급적 사용하고 싶지 않 지요"라는 목소리가 나오고 자신이 필사적으로 배운 것은 무엇이었을 까, 그리고 동기 부여가 내리락했다. 그러나 지금은 이렇게 생각..

Solr의 DIH (DataImportHandler)에서 RDB와 연계시키고 싶은 경우. MySQL은 공개 사례가 많아 비교적 원활하게 보이지만 PostgreSQL는 사례가 상당히 적고, 초조. 것으로, 양자의 공통점 / 차이점에 초점을 맞춘 메모. 할일은 다른 참조 사이트에 따라 주면 OK이므로, 절차 및 구성 세부 사항은 여기에서 터치 (미안이 여력이 ...). 참고 (Solr는 MySQL 사례) Apache Solr에서 데이터 가져 오기 핸들러를 사용하여 MySQL과 동기화한다. Apahce Solr 4.6.0 입문편 가정은 커뮤니티 버전 Solr의 설치 디렉토리를 $ SOLR하며, $ SOLR / example을 복사하여 이름을 변경하고 고뇨고뇨한다. 둘 다 기본 할 일은 동일 편집 할 설정 파일..

Mac에서 MySQL을 brew에서 넣으려고했지만, brew가 2013 년에 넣은 채로 방치로 움직이지 않게되어있다. 그리고, brew 업데이트거나 다시 설치 라든지하려고했지만 예와 같이 솔직하게 실행할 수 없습니다. Mac에서 ruby​​ 경로는 / usr / bin / ruby​​하지만 / usr / local / bin / ruby​​가 없다고 불쾌하기 때문에 일단 링크 붙여 두거나과 다음 실행하면 또 혼났다. $ sudo ln -s / usr / bin / ruby​​ / usr / local / bin / ruby ln : / usr / local / bin / ruby​​ : File exists 이렇게되어있다. $ ll / usr / local / bin / ruby lrwxr-xr-x 1 ..

이전 게시물 Amazon RDS의 Aurora을 시작하고 Python에서 연결에서 파생 된 코네타. Mac에서 AWS RDS (Aurora)에 Python으로 클라이언트 연결하기 위해 MySQL-python을 넣었다. $ sudo pip install MySQL-python 그리고, Mac에서 RDS에 Aurora로 연결을 시도했다. mysql 클라이언트에서 문제없이 연결할 수있는 것이지만, Python에서 "Access denied"에서 연주되었다. >>> import _mysql>>> conn = _mysql.connect(host='hogetest-cluster.cluster-**********.us-west-2.rds.amazonaws.com', db="order_items", user='hoge..

1.1 기초 지식 데이터 복제 (복제)를 다른 서버에게 인기있는 기능 MySQL의 표준 기능으로 다수의 Web 사이트 등으로 이용되고있다 - 간단한 설정으로 이용 가능 - 마스터 → 슬레이브 구성 1.2 마스터 슬레이브 구성 서버는 마스터, 슬레이브 또는 모두가 될 수 있다. 마스터 서버 - 데이터 변경 - 변경 내용을 슬레이브로 전송 - 마스터는 여러 슬레이브를 가질 슬레이브 서버 - 마스터에서 변경 내용을받을 - 변경 내용을 데이터베이스에 반영 - 슬레이브는 1 개의 마스터 만 가질수 있다. 1.3 복제의 이점 참조 성능 향상 작업의 불가가 높은 경우, 슬레이브 서버를 추가하여 부하 분산에 의한 성능 향상을 실현할 수있다 고 가용성 구성의 실현 마스터 장애시 슬레이브를 마스터로 승격하여 고 가용성을 ..

대략 DB 서버는 공인 IP와 로컬 IP를 가지고 글로벌 IP는 외부와의 Connection는 OS 패치 등 이외에는 FW 차단되는 것. MySQL-MMM의 특성상 Monitor의 IP 세트가 다른 세트 필요했다. 로컬 IP에 보니 IP가 L2 측에서 바뀌거나하여 연결 할 수없는 위험이 있었다! 서버 4 대를 이용하여 multi-master 설정하려면 다음 IP가 필요합니다. Global IP 4 .. -> 설정은 필요 없다. Local IP 4 -> Replication 및 연결 Monitor IP 4 -> 4 개 모두 필요 없을지도 모르지만, 준비하는 편이 .... 그리고 모니터 서버는 반드시 다른 서버를 준비 할 필요는 없지만, 설정 바꾸거나하기 위해서는 있던 쪽을 권장합니다. 장애 발생시 IP가 ..

이것 만 보면 괜찮아! MySQL 성능 모니터링 단지 (쿼리 편)다음 일부 발췌. MySQL 데이터는 SHOW STATUS 명령으로 표시되는 MySQL의 통계 항목과 SHOW ENGINE INNODB STATUS 명령으로 표시되는 문장을 바탕으로 한 오리지널 품목, 2 개 일부러으로 구성되어 있습니다. Cacti의 그래프의 의미를 아는 것은 SHOW STATUS 항목에 같은 이름의 항목이 있는지, 있다면 MySQL 레퍼런스 매뉴얼에서 의미를 찾아 SHOW STATUS에없는 경우, 그것은 템플릿의 고유 항목이므로 템플릿 스크립트를 해독하는 는 단계입니다. 호오, 과연. 다음은 Cacti 템플릿을 만들고있는 본가이므로, 영문이지만 참고가 될까해서 적어봅니다.Percona MySQL Monitoring Tem..