문서 홈 → 애플리케이션 개발 → MongoDB 매뉴얼
둘 이상의 데이터 센터에 분산된 복제본 세트
개요
복제본 세트 는 단일 인스턴스 장애에 대한 기본적인 보호 기능을 제공하지만, 모든 노드가 단일 데이터 센터에 있는 복제본 세트는 데이터 센터 장애에 취약합니다. 정전, 네트워크 중단 및 자연 재해는 단일 시설에 모든 노드가 있는 복제본 세트에 영향을 미칠 수 있는 문제입니다.
복제본 세트 노드를 지리적으로 서로 다른 데이터 센터에 분산하면 중복성이 추가되고 데이터 센터 중 하나를 사용할 수 없는 경우 내결함성이 제공됩니다.
일부 클라우드 제공자는 리전 및 가용성 구역을 사용합니다. 리전은 별도의 지리적 영역입니다. 가용성 구역은 데이터 센터와 동일하며 리전 내에서 별도의 물리적 위치입니다. 노드가 서로 다른 가용 구역에 있는 경우 모든 구역이 동시에 실패할 가능성이 낮기 때문에 복제본 세트가 고가용성을 갖습니다.
회원 분포
데이터 센터 장애 발생 시 데이터를 보호하려면 대체 데이터 센터에 최소한 한 명의 멤버를 유지합니다. 가능하면 홀수 개의 데이터 센터를 사용하고, 데이터 센터가 손실되더라도 나머지 복제본 세트 멤버가 과반수를 구성하거나 최소한 데이터 사본을 제공할 수 있는 가능성을 극대화하는 멤버 분포를 선택합니다.
예제
3개의 노드로 구성된 복제본 세트
예를 들어, 세 복제본 세트의 경우 가능한 멤버 분포는 다음과 같습니다.
두 개의 데이터 센터: 데이터 센터 1에 노드 2 개, 데이터 센터 2에 노드 1 개.
데이터 센터 1이 다운되면 복제본 세트는 읽기 전용이 됩니다.
데이터 센터 2가 다운되더라도 데이터 센터 1의 구성원이 투표를 치를 수 있으므로 복제본 세트는 쓰기 가능한 상태로 유지됩니다.
데이터 센터 3곳: 데이터 센터 1에 노드 1개, 데이터 센터 2에 노드 1개, 데이터 센터 3에 노드 1개.
데이터 센터가 다운되면 나머지 노드가 투표를 할 수 있으므로 복제본 세트는 쓰기 가능한 상태로 유지됩니다.
참고
두 개의 데이터 센터에 복제본 세트 구성원을 분산하면 단일 데이터 센터에 비해 이점이 있습니다. 두 개의 데이터 센터로 분산된 경우,
데이터 센터 중 하나가 다운되더라도 단일 데이터 센터 배포판과 달리 데이터를 읽을 수 있습니다.
소수의 구성원이 있는 데이터 센터가 다운되더라도 복제본 세트는 읽기 작업뿐만 아니라 쓰기 작업도 계속 수행할 수 있습니다.
그러나 대다수의 구성원이 있는 데이터 센터가 다운되면 복제본 세트는 읽기 전용이 됩니다.
가능하다면 최소 3개 이상의 데이터 센터에 구성원을 배포하세요. 구성 서버 복제본 세트(CSRS)의 경우 가장 좋은 방법은 3개(또는 구성원 수에 따라 그 이상) 센터에 배포하는 것입니다. 세 번째 데이터 센터의 비용이 부담스러운 경우, 회사 정책이 허용하는 경우 데이터 보유 멤버를 두 데이터 센터에 균등하게 분산하고 나머지 멤버는 클라우드에 저장하는 것도 한 가지 방법입니다.
5명으로 구성된 멤버 복제본 세트
멤버가 5명인 복제본 세트의 경우 가능한 멤버 분포는 다음과 같습니다.
2개의 데이터 센터: 데이터 센터 1에 3명의 멤버, 데이터 센터 2에 2명의 멤버.
데이터 센터 1이 다운되면 복제본 세트는 읽기 전용이 됩니다.
데이터 센터 2가 다운되더라도 데이터 센터 1의 노드가 과반수를 이룰 수 있으므로 복제본 세트는 쓰기 가능한 상태로 유지됩니다.
데이터 센터 3곳: 데이터 센터 1에 노드 2개, 데이터 센터 2에노드 2개, 데이터 센터 3 사이트에 노드 1개.
데이터 센터가 다운되어도 나머지 멤버가 투표를 할 수 있으므로 복제본 세트는 쓰기 가능한 상태로 유지됩니다.
참고
두 개의 데이터 센터에 복제본 세트 구성원을 분산하면 단일 데이터 센터에 비해 이점이 있습니다. 두 개의 데이터 센터로 분산된 경우,
데이터 센터 중 하나가 다운되더라도 단일 데이터 센터 배포판과 달리 데이터를 읽을 수 있습니다.
소수의 구성원이 있는 데이터 센터가 다운되더라도 복제본 세트는 읽기 작업뿐만 아니라 쓰기 작업도 계속 수행할 수 있습니다.
그러나 대다수의 구성원이 있는 데이터 센터가 다운되면 복제본 세트는 읽기 전용이 됩니다.
가능하다면 최소 3개 이상의 데이터 센터에 구성원을 배포하세요. 구성 서버 복제본 세트(CSRS)의 경우 가장 좋은 방법은 3개(또는 구성원 수에 따라 그 이상) 센터에 배포하는 것입니다. 세 번째 데이터 센터의 비용이 부담스러운 경우, 회사 정책이 허용하는 경우 데이터 보유 멤버를 두 데이터 센터에 균등하게 분산하고 나머지 멤버는 클라우드에 저장하는 것도 한 가지 방법입니다.
예를 들어, 다음 5개의 멤버 복제본 세트는 멤버를 3개의 데이터 센터에 분산합니다.
멤버 투표권
네트워킹 제한이 있거나 리소스가 제한된 구성원 등 복제본 세트의 일부 구성원은 장애 조치 시 기본 구성원이 될 수 없습니다. 기본이 되어서는 안 되는 구성원의 우선 순위가 0이 되도록 구성합니다.
경우에 따라 한 데이터 센터의 노드가 다른 데이터 센터의 노드보다 먼저 프라이머리 노드로 선출되는 것을 선호할 수 있습니다. 한 데이터 센터의 노드가 다른 데이터 센터의 다른 데이터 센터의 노드보다 높은 우선순위를 갖도록 노드의 priority priority 를 조정할 수 있습니다.
다음 예제에서는 데이터 센터 1의 복제본 세트 멤버가 데이터 센터 2 및 3의 구성원보다 우선 순위가 높고, 데이터 센터 2의 멤버가 데이터 센터 3의 멤버보다 우선 순위가 높습니다.
연결성
네트워크 구성에서 각 멤버가 다른 모든 멤버에게 연결될 수 있는지 확인합니다.