프라이머리가 없는 복제본 세트 문제 해결

로그 메시지 확인

배포의 로그 메시지에서"c" 구성 요소() 값이 인 항목이 있는지 확인합니다. 여기에서 필드 ELECTION 에 다음 메시지와 함께 투표를 시작하려고 시도했지만 반복적으로 실패하는 것을 볼 수 있습니다."msg"

네트워크 파티션

배포서버 에 네트워크 파티션 발생하면 노드가 서로 통신할 수 없어 프라이머리 선택할 수 없습니다.

배포서버 가 네트워크 파티션 의 영향을 받는지 확인하려면 다른 replSetGetStatus 노드에서 또는 메서드를 실행 . 각 노드 의 출력을 기반으로 파티션의 양쪽에 어떤 노드가 있는지 식별합니다.rs.status()

파티션 후 연결을 복원 하려면 다음을 수행합니다.

• 방화벽 구성에서 구성원 간의 통신을 차단 규칙이 있는지 확인합니다.

• DNS 호스트 이름을 확인합니다.

• IP 액세스 목록에 IP 주소 추가했는지 확인합니다.

대부분의 노드가 서로 연결되면 MongoDB 자동으로 프라이머리 선택하고 정상적으로 쓰기를 재개합니다.

프로모션할 적격 세컨더리 없음

메인 데이터 센터 에 투표권이 있는 멤버 정족수와 프라이머리 될 자격이 있는 멤버가 모두 포함되어 있는지 확인합니다. 복제본 세트의 프라이머리 다운되어 세컨더리 중 어느 것도 프라이머리 로 선출되지 않은 경우, 나머지 노드가 모두 우선 0 순위 노드가 아닌지 확인합니다.

각 멤버의 우선 순위 값을 확인하려면 replSetGetConfig 명령 또는 메서드를 rs.conf() 실행 .

// Returns an array of documents corresponding with each member in your replica set
rs.conf().members

[
   ...
   {
      _id: 1,
      host: localhost:27019,
      arbiterOnly: false,
      buildIndexes: true,
      hidden: false,
      priority: 0,
      tags: {},
      secondaryDelaySecs: Long('0'),
      votes: 1
   },
   ...
]

우선 순위 로 인해 프라이머리 될 수 있는 세컨더리가 없는 경우 members[n].priority 하나 이상의 세컨더리의 값을 업데이트 . 자세한 지침은 자체 관리형 복제본 세트 멤버의 우선 순위 조정을 참조하세요.

리소스 고갈

배포서버 쓰기 작업이 많은 워크로드, 너무 많은 인덱스 또는 상당한 디스크 공간을 차지하는 유지 관리 프로세스가 있는 경우 노드가 과부하되어 충돌이 발생할 수 있습니다.

디스크 공간을 확보하려면 다음을 고려하세요.

• 사용하지 않는 컬렉션 또는 데이터베이스 삭제.

• 중복되거나 사용하지 않는 인덱스를 제거합니다.

• 유지 관리 기간 예약된 경우 을(를) 사용하여 배경 압축 활성화하는 것이 autoCompact 좋습니다.

  경고

  유지 관리 기간 과 같이 트래픽이 적은 기간에만 를 실행합니다. 트래픽이 많은 데이터베이스에서 배경 압축 백업 수행과 같은 운영 autoCompact 작업을 잠재적으로 지연하거나 방지할 수 있습니다. 배경 압축 활성화하기 전에 성능에 영향 및 기타 고려 사항에 대해 자세히 학습 자동 압축 동작을 참조하세요.

디스크 사용량을 모니터 하려면 다음을 수행합니다.

• Atlas 에서는 클러스터 모니터링 에서사용할 수 있는 Disk Usage 차트 볼 수 있습니다.

• 자체 관리형 배포서버에서는 명령 dbStats db.stats() 또는 메서드를 실행 .

과반수 상실

여러 투표 멤버가 다운되어 복제본 세트 과반수를 잃는 경우 rs.status() 출력은 모든 멤버가 SECONDARY 또는 RECOVERING 상태 에 있음을 표시할 수 있습니다. 다음 시나리오는 과반수를 잃을 수 있습니다.