말짱황 2013-12

저도 좀 하다가 중단한 상태입니다만....
galera cluster로 설정하신 내용이 어떻게 되시나요?
목적지가 불분명 한것에 대해서는 오류가 발생합니다,
10개의 노드에 읽기쓰기등을 다하실려면은 아마 중복 자료가 될듯합니다.
DB 한개에 여러 사람이 동시에 작업하는것은 당연하지만 한사람이 여러개의 서버에 랜덤으로 작업한다는것은 규칙이 없어 문제가 될듯합니다.

zepinos김종화 2013-12

설정은 2 VCPU 2 GB 클라우드 VM 2 개에 있고 둘 다 마스터로 잘 잡혀 있습니다. VLAN으로 별도 네트워크로 통신하구요. 어느정도 튜닝은 했는데...단순한 쓰기가 매우 느려지고 데드락이 걸립니다. 한 쪽 서버에 부하를 걸면 데드락은 괜찮아요.

말짱황 2013-12

저도 설정하여 테스트를 해봐야겠습니다. 하하하

zepinos김종화 2013-12

설정 자체는 허무하게도 쉽죠. MariaDB 10.0.7 에 Galera Cluster 가 아직 안들어가있는데 나오면 빨리 적용해보고 싶습니다. 이 DeadLock 문제가 해결됐을지도 몰라서요. 거의 유사할 것으로 보이는 XTraDB Cluster 5.6 도 기대됩니다.

김윤술 2013-12

오라클 RAC 같은 기능은거 같은데요 A-S 방식이 아닌 A-A 방식은 중간에 교통정리해주는 프로세스나 어플리케이션이 존재합니다. 그게 양쪽의 데이터 정합성이 깨지지 않게 중요한 역할을 하게 되는데 이게 은근 점유율을 꽤 먹습니다. 오라클 RAC 같은 경우도 사양이 아주 빠방한 머신으로 구동을 해야 제대로 제성능 발휘하지 어줍잖은걸로 여러대 할생각 하면 오히려 퍼포먼스 기대하기 어렵습니다.

zepinos김종화 2013-12

갈레라 클러스터는 마스터-마스터 동기식이라 클러스터에 참여한 서버 모두가 맴버에게 전송하는 방식입니다. 교통정리하는 서버가 별도로 있진 않습니다.

김상진 2013-12

제가 알기로는 이런식으로 구현하는 것중 부하가 높을때는 좀 문제가 있다고 알고있습니다.
오라클 RAC야 다수의 서버가 같은 디스크를 바라보지만,
이러한 방식은 완전 분리된 DB서버간의 미들웨어(?)로 중간에 트랜젝션을 분산 복재해서 동기화를 맞춰주지만
완벽하게 다수의 서버들간 동기화는 쉽지않다고 알고있습니다만...
고부하시 안정성만 확보된다면 괜찮을듯하네요
오픈소스중 PostgreSQL을 사용한 Postgres XC 것도 있더군요....

zepinos김종화 2013-12

완벽한 다수 서버들간의 동기화...그 문제를 겪고 있는 것 같습니다. 돈이 있다면야 RAC 구성이 좋지만, RAC 도 데이터 유실의 문제도 있고...어마어마한 가격에...휴...
Galera Cluster 자료 중 영문으로 된 어떤 슬라이드에서 한 개의 서버에 Write 을 집중시키는 그림이 있었는데(2안이고 1안은 1개만 백업용으로 비워둔 형태) 이게 Write 가 빈번할 경우 여러 서버에서 동시다발적으로 발생하는 형태에서 DeadLock 이 문제가 되기 때문에 제안한 형태였나 보더라구요. 한 서버에 Write 를 몰아주면 지금도 문제는 없고, DeadLock 이 생길 때도 CPU 는 30% 도 안쓰고 있습니다.
아래는 iostat 값입니다. dstat 도 해봤는데 기록을 안해놨네요. 생각보다 많은 양을 Write 을 하는 것 같던데 크게 문제있을만한 수치가 아닌 것 같은데 잘 모르겠네요.

avg-cpu: %user %nice %system %iowait %steal %idle
28.98 0.00 21.28 26.84 0.21 22.67

Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util
xvda 0.00 6654.60 7.00 2273.20 256.00 71422.40 31.44 6.08 2.67 0.08 18.90
dm-0 0.00 0.00 6.80 8927.80 249.60 71422.40 8.02 41.37 4.63 0.02 19.00
dm-1 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.0