MariaDB Master-Master 설정에 대한 일반적인 생각(업그레이드 절차도 포함)

MariaDB Master-Master 설정에 대한 일반적인 생각(업그레이드 절차도 포함)

Master-Master 복제를 사용하여 Ubuntu VM에 MariaDB를 설정했습니다. 이 세 가지 가이드를 조합하여 사용합니다.

• http://www.chriscouture.com/setting-up-replication-on-mariadb/
• https://www.server-world.info/en/note?os=Ubuntu_16.04&p=mariadb&f=3
• https://www.digitalocean.com/community/tutorials/how-to-set-up-mysql-master-master-replication

간단히 말해서, 둘 다 주인이고 둘 다 다른 한 쪽의 노예입니다.이는 별도의 웹 호스팅 서버에서 사용됩니다.하나는 모든 웹 서버가 연결하는 "기본 마스터"가 되며, 해당 서버에서 장애가 발생할 경우 수동으로 "보조 마스터"로 변경됩니다.

제가 마스터-슬레이브 대신 이것을 선택한 이유는

1. 타사 백업 작업이 더 간단합니다.백업과 복원은 모두 보조 마스터에서 백업하고 기본 마스터로 복원하는 대신 "보조" 마스터에서 수행됩니다.
2. Primary가 실패하여 잠시 Secondary로 전환해야 하는 경우, Primary가 다시 온라인 상태가 되면(?) Primary에 변경 내용을 모두 기록해야 합니다.

아직 살아있지는 않지만 테스트해보면 지금까지는 모든 것이 잘 됩니다.하지만 전 DBA가 아닙니다.저는 그것이 "가치가 없다"는 것에 대해 계속 읽어왔고, 만약 당신이 마스터-마스터가 꼭 필요하지 않다면 마스터-슬레이브와 함께 가야 합니다.이제는 불일치나 다른 두통과 같은 문제에 부딪칠까 봐 걱정입니다.대부분 워드프레스 설치를 위한 최대 100개의 데이터베이스가 호스팅됩니다.

그 문제에 대한 당신의 생각은 어떻습니까?M-M 또는 M-S? M-S인 경우 마스터가 다운되고 슬레이브가 일정 기간 동안 활성 서버여야 하는 경우 데이터를 "동기화"하려면 어떻게 해야 합니까?

---

일반적으로 인정되는 단계별 표준 업그레이드 방법이 있는지도 궁금합니다.OS나 MariaDB 버전 업그레이드가 필요할 때를 생각하고 있습니다.제 일반적인 생각은 서버 하나를 다운하고, 업그레이드하고, 시작하는 것입니다.그럼 다른 것을 제거하고, 업그레이드하고, 시작합니다.하지만 나는 그것보다 더 많은 것이 있다고 생각합니다.

Mysql로 M-S 업그레이드에 대한 설명서만 찾았습니다.

언급URL : https://stackoverflow.com/questions/40992806/general-thoughts-on-my-mariadb-master-master-setup-also-upgrading-procedure