샤드 클러스터를 Kubernetes 로 마이그레이션

외부 멤버가 모든 구성 요소를 다룹니다.

샤딩된 클러스터 의 경우, spec.externalMembers는 config 서버 mongod, 각 샤드의 mongod및 mongos 라우터와 같은 모든 프로세스 포함하는 단일 플랫 목록입니다. 모든 항목은 spec.externalMembers[].type를 설정하고, 모든 mongod 항목도 spec.externalMembers[].replicaSetName를 설정하여 프로세스 config 서버 복제본 세트 에 속하는지 특정 샤드의 복제본 세트 에 속하는지 식별합니다. 전체 필드 참조는 MongoDB 마이그레이션 리소스 설정을 참조하세요.

이름 재정의로 자동화 구성 이름 보존

kubectl mongodb migrate-to-mck 플러그인은 spec.configServerNameOverride 및 spec.shardNameOverrides를 설정하여 Kubernetes Operator가 새 config 서버 및 샤드 복제본 세트를 생성하는 대신 확장하도록 합니다. 이 플러그인은 또한 Kubernetes 사이드 멤버 수를 0로 설정합니다.

균일하게 또는 샤드별로 확장

두 가지 방법으로 샤딩된 클러스터 Kubernetes 로 확장할 수 있습니다.

• 구성 요소당 spec.mongodsPerShardCount,spec.configServerCount 및 spec.mongosCount를균일하게 증가시킵니다. 모든 샤드 동일한 수의 Kubernetes 멤버를 수신하는 경우 이를 사용합니다.

• 샤드 별로, 직접 또는 clusterSpecList[]에서 샤드 의 이름을 지정하고 멤버 수를 설정하다 spec.shardOverrides 항목을 사용합니다. 샤드의 크기가 다르게 지정되거나, 샤드 별로 샤드 마이그레이션 하거나, 샤드 에 자체 멤버 레이아웃이 필요한 경우에 사용합니다.

  참고

  spec.shardOverrides[].memberConfig 항목의 최상위 수준에 있는 항목은 무시됩니다. 중첩된 spec.shardOverrides[].clusterSpecList[].memberConfig이 적용됩니다.

  spec.shardOverrides(샤드별 구성)와 spec.shardNameOverrides(자동화 구성 복제본 세트 이름 지정)을 혼동하지 마세요. 두 설정은 관련이 없습니다.

복제본 세트 절차와 마찬가지로, 개수를 늘리기 전에 관련 구성 요소의 모든 새 Kubernetes 멤버에 대해 memberConfig를 직접 작성합니다.

구성 요소당 TLS 인증서

config 서버 의 경우 <name>-config-* , 각 샤드 의 경우 <name>-<i>-* , mongos 라우터의 경우 <name>-mongos-* 에 각각 명명 패턴 사용하여 구성 요소당 하나의 인증서를 발급합니다.

한 번에 하나의 구성 요소 확장 및 정리

config 서버, 샤드 또는 mongos 라우터를 확장하거나 정리하는 데 필요한 순서는 없습니다. 한 번에 하나의 구성 요소를 정확히 확장하거나 정리하고 다음 구성 요소나 다음 항목으로 이동하기 전에 목표 상태 를 기다립니다.

상태 조건 및 확인

상태 조건 및 이유는 복제본 세트 와 동일하게 작동하며, 모든 구성 요소의 재정의 인식 멤버 합계에서 계산됩니다. kubectl wait --for=condition=Migrating=False은 (샤딩된 클러스터 마이그레이션 에 유효합니다.

샤드 멤버가 아닌 mongos 파드를 통해 마이그레이션 확인합니다.

자세히 알아보기

• 복제본 세트를 Kubernetes 로 마이그레이션

• Migrate a Self-Managed Deployment to Kubernetes

• MongoDB 마이그레이션 리소스 설정