내 최고의 MySQL 동기화 방법은 무엇입니까?

Question

우리는 다른 호스팅 제공 업체의 전체 데이터 센터가 다운되면서 소셜 미디어 서비스가 별도의 데이터 센터로 옮겨 가고 있습니다. 두번.

두 가지 웹 사이트를 동기화해야한다는 의미입니다. 페이지의 코드에 대해 걱정할 필요가 없으며 동기화하기도 쉽지만 동일한 데이터베이스 데이터가 있어야합니다. SO에 대한 내 연구에서

, MySQL의 복제 좋은 방법입니다 보이지만, 훨씬 더 후가 읽기 쓰기/업데이트가있을 때 MySQL의 매뉴얼은, 수평 확장을 위해, 최선의 것을 말한다 : http://dev.mysql.com/doc/refman/5.0/en/replication-solutions-scaleout.html

가

우리의 경우에는 거의 동일합니다. 우리는 하루에 약 200-300 건의 요청을 받고 있으며 빠르게 성장할 수 있습니다. 모든 요청은 읽기 및 쓰기 요청입니다.

이 문제를 해결하는 가장 좋은 방법이나 도구는 무엇입니까?

Answer 1

복제가 순간적이지 않고 모든 쓰기가 와이어를 통해 원격 서버로 전송되어야하므로 대역폭도 필요합니다. 이 방법이 효과가 있고 그 결과를 이해한다면 읽기/쓰기 비율에 대해 걱정할 필요가 없습니다.

그러나 글로벌 복제가 필요합니까? 우리는 수백만 건의 요청을 처리하고 하나의 위치를 ​​가지며 여러 웹 서버가 두 개의 데이터베이스에 연결됩니다. 하나의 데이터베이스는 실제 데이터베이스이고 다른 하나는 복제 된 읽기 전용 데이터베이스입니다.

인터넷에 문제가있어 메인 노드가 가동 중이더라도 위치가 전역으로 장애 조치되며 일부 사람들은 언제든지이 노드에 연결합니다. 그러나 데이터가 조금씩 흐릅니다.

주 노드가 다운 된 경우 모든 본문이 순서대로 전역 장애 조치 위치를 사용하게됩니다. 따라서 주 노드가 죽으면 모든 고객이 덴버에 연결합니다. 덴버가 무너지면 모두 콜럼버스에 연결됩니다.

또한 메인 노드는 두 개의 다른 인터넷 제공 업체에 속하므로 하나의 ISP가 다운되는 것은 아닙니다.

Answer 2

두 데이터 센터 간의 연결 속도는 충분합니까? 파일을 새 서버에 복사하고 데이터베이스를 이동할 수 있습니다. 이전 서버를 설정하여 다른 DC의 새 서버의 MySQL 데이터베이스에 연결합니다. 이것은 느리게 진행될 것입니다. 그러나 질의의 성격에 따라 그것은 받아 들여질 수 있습니다. DNS 나 기타 이동/종료가 끝나면 더 이상 요청이 없을 때 이전 서버의 전원을 끌 수 있습니다.

Answer 3

옵션을 평가하는 데 도움이되도록하려면 재해 복구 시나리오 (즉, 하나의 데이터 센터에서 시스템이 완전히 손실 됨)에서 요구 사항을 고려해야합니다.

특히이 시나리오에서는 손실 가능한 데이터의 양 (RPO 목표)과 사이트의 대기 데이터 센터 버전을 얼마나 빨리 실행해야하는지 (복구 시간 목표 - RTO).

예를 들어, RPO에 트랜잭션 손실 및 복구가 5 분이 아닌 경우 솔루션은 5 분의 트랜잭션과 1 시간의 복구를 감당할 수있는 경우와 다릅니다.

또 다른 질문은 SAN 저장소를 전혀 사용하지 않는다는 것입니다. 이렇게하면 데이터베이스 수준 (예 : MySQL 복제)이 아닌 저장소 수준 (SAN 배열에서 SAN 배열)으로의 복제 옵션이 제공됩니다.고려해야 할 또

는 주제 끄기