샤딩된 클러스터 밸런서

클러스터에서 샤드 추가 및 제거하기

클러스터 에 샤드 를 추가하면 새 샤드 에 청크가 없기 때문에 불균형이 발생합니다. MongoDB 는 새 샤드 로 데이터를 즉시 마이그레이션하기 시작하지만 클러스터 가 밸런싱되기까지 다소 시간이 걸릴 수 있습니다. 클러스터 에 샤드 를 추가하는 방법에 대한 지침은 클러스터 에 샤드 추가 튜토리얼을 참조하세요.

클러스터에서 샤드를 제거하면 해당 샤드에 있는 청크가 클러스터 전체에 재분배되어야 하므로 비슷한 불균형이 발생합니다. MongoDB는 제거된 샤드를 즉시 비우기 시작하지만 클러스터가 밸런싱되기까지 다소 시간이 걸릴 수 있습니다. 이 프로세스 중에 제거된 샤드와 연결된 서버를 종료 하지 마세요 .

청크 분포가 균일하지 않은 클러스터에서 샤드를 제거하면 밸런서는 먼저 드레이닝 샤드에서 청크를 제거한 다음 나머지 불균등 청크 분포를 조정합니다.

클러스터에서 샤드 를 안전하게 제거하는 방법에 대한 지침 은 기존 샤드 클러스터 에서 샤드 제거 튜토리얼을 참조하세요.

마이그레이션 임계값

밸런싱이 클러스터에 미치는 영향을 최소화하기 위해 밸런서 는 샤드 컬렉션의 데이터 배포가 클러스터를 불균형하게 만드는 마이그레이션 임계값에 도달한 후에만 밸런싱을 시작합니다. 가장 많이 로드된 샤드의 청크 수가 샤드당 최적의 청크 수를 1 청크 이상 초과하면 컬렉션이 불균형해지고 밸런서 가 청크 마이그레이션을 시작합니다. 샤드당 최적의 청크 수는 샤드 컬렉션의 총 청크 수를 샤드 수로 나눈 값을 가장 가까운 정수로 반올림한 값입니다. 구역 이 있는 경우 MongoDB는 구역별로 최적의 청크 수를 계산합니다.

예를 들어, 사용자가 각각 20 청크가 있는 10 샤드 컬렉션에 새 샤드를 추가하는 경우 밸런서 는 데이터를 마이그레이션하지 않습니다. 각 샤드의 최적의 청크 수는 200 를 11 로 나눈 값 또는 18.18 이며, MongoDB는 이를 19 로 반올림합니다. 19 와 20 의 차이가 1 이므로 클러스터는 밸런싱되고 밸런서 는 어떤 청크도 새 샤드로 마이그레이션하지 않습니다.

비동기 청크 마이그레이션 정리

샤드에서 여러 청크를 마이그레이션하기 위해 밸런서는 청크를 한 번에 하나씩 마이그레이션합니다. 그러나 밸런서는 다음 청크 마이그레이션을 시작하기 전에 현재 마이그레이션의 삭제 단계가 완료될 때까지 기다리지 않습니다. 청크 마이그레이션 프로세스 및 삭제 단계는 청크 마이그레이션 을 참조하세요.

이러한 대기열 동작은 사전 분할 없이 초기 데이터 로드를 수행하거나 새 샤드를 추가할 때와 같이 클러스터의 불균형이 심한 경우 샤드가 청크를 더 빠르게 언로드할 수 있도록 합니다.

이 동작은 moveChunk 명령에도 영향을 미치므로 moveChunk 명령을 사용하는 마이그레이션 스크립트가 더 빠르게 진행될 수 있습니다.

경우에 따라 삭제 단계가 더 오래 지속될 수 있습니다. MongoDB 4.4 부터는 삭제 단계에서 페일오버 가 이벤트 청크 마이그레이션의 복원력이 향상됩니다. 이 단계에서 복제본 세트의 프라이머리 이 충돌하거나 다시 시작되는 경우에도 고아 문서가 정리됩니다.

밸런서의 설정으로 사용할 수 있는 _waitForDelete 및 moveChunk 명령은 현재 마이그레이션의 삭제 단계가 다음 청크 마이그레이션의 시작을 차단하도록 동작을 변경할 수 있습니다. _waitForDelete 는 일반적으로 내부 테스트 목적으로 사용됩니다. 자세한 내용 은 삭제 대기를 참조하세요.

청크 마이그레이션 및 복제

청크 마이그레이션 중에 _secondaryThrottle 값은 청크 내 다음 문서로 마이그레이션이 진행되는 시점을 결정합니다.

config.settings 컬렉션에서:

• 밸런서의 _secondaryThrottle 설정이 쓰기 고려 (write concern)로 설정된 경우 범위 마이그레이션 중 이동된 각 문서는 다음 문서로 진행하기 전에 요청된 승인을 받아야 합니다.

• _secondaryThrottle 설정이 설정되지 않은 경우 마이그레이션 프로세스는 보조 문서로의 복제를 기다리지 않고 대신 다음 문서를 계속 진행합니다.

밸런서의 _secondaryThrottle 파라미터를 업데이트하려면 예를 들어 보조 스로틀을 참조하세요.

_secondaryThrottle 설정과 관계없이 청크 마이그레이션의 특정 단계에는 다음과 같은 복제 정책이 있습니다.

• MongoDB 는 config 서버를 청크 의 새 위치 로 업데이트하기 전에 소스 샤드 에서 마이그레이션되는 컬렉션 에 대한 모든 애플리케이션 읽기 및 쓰기를 잠시 일시 중지하고, 업데이트 후 애플리케이션 읽기 및 쓰기를 재개합니다. 청크 이동을 사용하려면 청크 이동을 구성 서버로 커밋하기 전과 후에 복제본 세트 구성원의 과반수가 모든 쓰기를 승인해야 합니다.

• 발신 청크 마이그레이션 이 완료되고 정리가 발생하면 모든 쓰기가 대부분의 서버에 복제되어야 다른 발신 마이그레이션에서 추가 정리 또는 새로 들어오는 마이그레이션을 진행할 수 있습니다.

3} 컬렉션에서 _secondaryThrottle 설정을 config.settings 업데이트하려면 보조 스로틀의 예를 참조하세요.

마이그레이션할 청크당 최대 문서 수

청크의 문서 수가 구성된 청크 크기 를 평균 문서 크기로 나눈 결과의 1.3 배보다 크면 기본적으로 MongoDB는 청크를 이동할 수 없습니다. db.collection.stats() 에는 컬렉션의 평균 문서 크기를 나타내는 avgObjSize 필드가 포함되어 있습니다.

너무 커서 마이그레이션할 수 없는 청크의 경우 MongoDB 4.4 부터 시작합니다.

• 새로운 밸런서 설정 attemptToBalanceJumboChunks 을 사용하면 청크에 점보 레이블이 지정되지 않은 한 밸런서가 이동하기에는 너무 큰 청크를 마이그레이션할 수 있습니다. 자세한 내용은 크기 제한을 초과하는 청크 밸런스 를 참조하세요.

• moveChunk 명령은 너무 커서 이동할 수 없는 청크를 마이그레이션할 수 있도록 새로운 옵션 forceJumbo를 지정할 수 있습니다. 청크에는 점보라는 라벨이 붙을 수도 있고 그렇지 않을 수도 있습니다.

범위 삭제 성능 튜닝

rangeDeleterBatchSize 및 rangeDeleterBatchDelayMS 매개변수를 사용하여 범위 삭제가 성능에 미치는 영향을 조정할 수 있습니다. 예를 들면 다음과 같습니다.

• 일괄 처리당 삭제되는 문서 수를 제한하려면 rangeDeleterBatchSize를 32과 같은 작은 값으로 설정하면 됩니다.

• 일괄 삭제 사이에 지연 시간을 추가하려면 현재 기본값인 20 밀리초보다 rangeDeleterBatchDelayMS초 더 길게 설정하면 됩니다.