샤드 클러스터 밸런서

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

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

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

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

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

마이그레이션 임계값

밸런싱이 클러스터에 미치는 영향을 최소화하기 위해 밸런서 는 샤드 컬렉션의 데이터 배포가 클러스터를 불균형하게 만드는 마이그레이션 임계값에 도달한 후에만 밸런싱을 시작합니다. 가장 많이 로드된 샤드의 청크 수가 샤드당 최적의 청크 수를 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는 구성 서버를 청크의 새 위치로 업데이트하기 전에 소스 샤드에서 마이그레이션되는 컬렉션에 대한 모든 애플리케이션 읽기 및 쓰기를 잠시 일시 중지하고, 업데이트 후 애플리케이션 읽기 및 쓰기를 재개합니다. 청크 이동을 위해서는 청크 이동을 구성 서버로 커밋하기 전과 후에 복제본 세트 구성원의 과반수가 모든 쓰기를 승인해야 합니다.

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

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

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

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

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

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

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

범위 삭제 성능 튜닝

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

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

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