MongoDB 복제로 고 가용성

MongoDB 고 가용성은 1 차 노드, 보조 노드 및 선택적 중재자를 포함한 복제 세트를 통해 달성됩니다. 2. 기본 노드가 다운되었을 때 서비스가 방해되지 않도록 10-30 초 이내에 자동 장애 조치가 완료됩니다. 3. 데이터 중복성은 단일 고장 지점을 피하고 다중 복제본은 데이터 보안을 보장합니다. 4. 2 차 노드는 읽기 부하를 공유하고 성능을 향상 시키지만 복제 지연에주의를 기울일 수 있습니다. 5. 유지 보수는 가동 중지 시간이 필요하지 않으며 롤링 업그레이드 및 백업을 지원합니다. 6. 모범 사례에는 홀수 멤버 배포, 오류 도메인 간의 분포, 복제 지연 모니터링, 최적의 판독 값을위한 시간 초과 조정, 대부분의 쓰기주의를 사용하여 로깅 가능하게하는 것이 포함됩니다. 7. 장애 조치 롤백으로 인한 뇌 분할 뇌 문제에주의를 기울이면 숨겨진 멤버는 1 차 및 네트워크 파티션으로 업그레이드 할 수 없으며 올바른 구성만으로도 진정으로 고 가용성을 달성 할 수 있습니다.

MongoDB의 고 가용성은 주로 복제를 통해 달성되므로 시스템의 일부가 실패하더라도 데이터에 액세스 할 수 있습니다. MongoDB에서 생산을 실행하는 경우 복제 세트를 설정하는 것은 모범 사례가 아니라 필수적입니다.

MongoDB 복제 세트는 무엇입니까?

복제 세트는 동일한 데이터 세트를 유지하는 MongoDB 인스턴스 그룹입니다. 일반적으로 포함합니다.

• 기본 노드 : 모든 쓰기 작업을 처리합니다.
• 보조 노드 : 기본에서 데이터를 복제하고 읽기 작업을 수행 할 수 있습니다 (적절한 읽기 기본 설정 설정 포함).
• 선택적 중재자 : 데이터를 보유하지 않고 유대 관계에 참여하는 가벼운 회원.

이 설정은 중복성 및 자동 장애 조치를 제공합니다. 기본이 다운되면 초 중 하나가 자동으로 새로운 기본으로 선출됩니다.

고 가용성에 대한 주요 이점

1. 자동 장애 조치
   몇 초 안에 (보통 10-30), 복제 세트는 실패한 1 차를 감지하고 보조를 촉진합니다. 앱은 간단한 중단을 볼 수 있지만 수동 복구보다 훨씬 낫습니다.

2. 데이터 중복성
   데이터의 여러 사본은 단일 실패 지점이 없음을 의미합니다. 하나의 서버가 충돌하거나 디스크가 사망하더라도 다른 멤버에게는 데이터가 안전합니다.

   

3. 스케일링을 읽으십시오
   secondary 또는 nearest 읽기 환경 설정을 사용하여 읽기가 많은 워크로드를 오프로드하십시오. 잠재적 인 복제 지연에주의하십시오.

4. 다운 타임없이 유지 보수
   전체 세트의 가용성에 영향을 미치지 않고 백업, 업그레이드 또는 패치를 위해 멤버를 오프라인으로 가져갈 수 있습니다.

신뢰할 수있는 복제를위한 모범 사례

• ∎ 최소 3 명의 회원 (예 : 2 명의 데이터를 기반으로 1 개의 중재인 또는 3 개의 데이터 베어링)을 사용합니다 . 홀수는 선거 관계를 피하는 데 도움이됩니다.
• ∎ 인프라 중단에서 생존하기 위해 실패 도메인 (분위기 랙, AZ 또는 지역)에 배치하여 인프라 중단을 생존합니다.
• ✅ 모니터 복제 지연 ( rs.printSlaveReplicationInfo() ). 높은 지연은 오래된 읽기 또는 실패한 장애 조치를 유발할 수 있습니다.
• ✅ 선거 시간 초과 ( electionTimeoutMillis ) 조정이 높은 지대 환경 (다중 지역과 같은)에있는 경우.
• write 쓰기 우려 majority 사용하여 쓰기가 장애 조치에서 살아남을 수 있도록하십시오 ( w: "majority" ).
• ✅ 모든 회원의 저널링을 활성화하므로 충돌 중에 데이터 손실을 방지하는 데 도움이됩니다.

일반적인 gotchas

• 장애 조치 중 롤백 : 고립 된 후 이전의 1 차 기본이 합류하면 복제되지 않은 글이있을 수 있습니다. MongoDB는 일관성을 유지하기 위해이 사람들을 돌려줍니다. 롤백 파일을 모니터링하십시오. 그들은 무언가 잘못되었음을 의미합니다.
• 숨겨져 있거나 지연된 회원 : 백업이나 재난 복구에 유용하지만 일차가 될 수는 없으므로 HA에 의존하지 않습니다.
• 네트워크 파티션 : 기본이 고립되어 있지만 여전히 기본이라고 생각하면 (심장 박동 시간 초과를 통해) 부실하다는 것을 알기 전까지는 쓰기를 받아 들일 수 있습니다. 이것이 적절한 네트워크 설계가 중요한 이유입니다.

요컨대, MongoDB Replication은 설계별로 고 가용성을 제공하지만 올바르게 구성하는 경우에만 제공됩니다. 실패를 테스트하고, 건강을 모니터링하며, 실제 장애를 계획합니다 (노드 충돌뿐만 아니라). 그것이 당신이 탄력성 시스템을 구축하는 방법입니다.

기본적으로 복제 세트가있는 것이 아니라 가장 필요할 때 작동하는지 확인하는 것입니다.

위 내용은 MongoDB 복제로 고 가용성의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!