Cubrid에서 복제(Replication) 기능을 지원하는 것으로 알고 있습니다.
이에 몇가지만 질문드립니다. ^^
1. Read 성능이 향상되더라도, Write(INSERT, UPDATE) 성능에는 지장이 있을것 같은데요. 혹시 어느정도의 Write Performance에 영향을 주는지 알고 싶습니다. 또 혹시 replication에 대한 벤치마킹 자료가 있는지도 알고 싶습니다.
2. 마스터DB가 에러가 난 경우 Slave DB가 자동으로 Master로 변한다거나, 그 외로 DB fail에 대한 어떤 처리할수 있는 방법이 있을까요? (이중화 이슈)
답변 부탁드리며
좋은 하루 보내세요.
이에 몇가지만 질문드립니다. ^^
1. Read 성능이 향상되더라도, Write(INSERT, UPDATE) 성능에는 지장이 있을것 같은데요. 혹시 어느정도의 Write Performance에 영향을 주는지 알고 싶습니다. 또 혹시 replication에 대한 벤치마킹 자료가 있는지도 알고 싶습니다.
2. 마스터DB가 에러가 난 경우 Slave DB가 자동으로 Master로 변한다거나, 그 외로 DB fail에 대한 어떤 처리할수 있는 방법이 있을까요? (이중화 이슈)
답변 부탁드리며
좋은 하루 보내세요.
=> 복제로 인한 master 서버의 write 성능 저하는 거의 없습니다. 추가적으로 복제를 위한 transaction log가 들어가나
다른 log에 비하여 크기가 매주 작게 디자인되어 있습니다.
=> 기본적으로 복제는 select 부하를 slave DB로 분산을 하기 위한 목적으로 사용됩니다. Write의 부하는 master나
slave에 똑같이 발생합니다.
즉 마스터에 write로 인하여 30%정도의 부하가 발생하면 모든 slave에도 똑같이 30%의 write부하가 발생하게 됩니다.
복제 벤치마킹 자료는 내부 자료를 정리하여 추후에 공개해 드리도록 하겠습니다.
2. 현재 자동으로 변경이 되지는 않습니다. DBA가 slave DB를 master DB로 변경하기 위한 몇 가지 작업을
진행해야 합니다. (자세한 내용은 복제 매뉴얼을 참조하세요.)
이중화 이슈는 상반기 중에 릴리스를 목표로 개발중에 있습니다.