여러 Kubernetes 클러스터로 배포 문제 해결

Kubernetes cluster 장애 복구

이 절차에서는 전제 조건 에서와 동일한 클러스터 이름을 사용합니다. MongoDB 노드를 보유하는 MDB_CLUSTER_1 클러스터 가 다운되고 새 MongoDB 노드를 보유하기 위해 MDB_CLUSTER_1 MDB_CLUSTER_4 라는 이름의 새 클러스터 를 프로비저닝하는 경우 업데이트된 멤버 목록을 사용하여 MongoDB kubectl 플러그인 을 실행 합니다. cluster를 클릭한 다음 중앙 클러스터 에서 MongoDBMultiCluster 리소스 사양을 편집합니다.

클러스터 장애 후 다중 Kubernetes 클러스터 MongoDB 배포를 재구성하려면 다음과 같이 실패한 Kubernetes 클러스터를 새로 프로비저닝된 클러스터로 교체합니다.

1. recover 매개 변수와 -member-clusters 옵션에 지정된 새 cluster MDB_CLUSTER_4 을(를) 사용하여 MongoDB kubectl 플러그인 을 실행합니다. 이를 통해 Kubernetes 연산자는 새 cluster와 통신하여 MongoDB 노드를 예약할 수 있습니다. 다음 예제에서 -member-clusters 에는 ${MDB_CLUSTER_4_FULL_NAME} 이 포함되어 있습니다.

   kubectl mongodb multicluster recover \
     --central-cluster="MDB_CENTRAL_CLUSTER_FULL_NAME" \
     --member-clusters="${MDB_CLUSTER_2_FULL_NAME},${MDB_CLUSTER_3_FULL_NAME},${MDB_CLUSTER_4_FULL_NAME}" \
     --member-cluster-namespace="mongodb" \
     --central-cluster-namespace="mongodb" \
     --operator-name=mongodb-enterprise-operator-multi-cluster \
     --source-cluster="${MDB_CLUSTER_2_FULL_NAME}"

2. 중앙 cluster에서 MongoDBMultiCluster 리소스 사양을 찾아 편집하여 에 새 cluster 이름을 추가하고 clusterSpecList 이 목록에서 실패한 Kubernetes cluster를 제거합니다. 결과 cluster 이름 목록은 다음 예시와 유사해야 합니다.

   clusterSpecList:
     - clusterName: ${MDB_CLUSTER_4_FULL_NAME}
       members: 3
     - clusterName: ${MDB_CLUSTER_2_FULL_NAME}
       members: 2
     - clusterName: ${MDB_CLUSTER_3_FULL_NAME}
       members: 3

3. Kubernetes 연산자 Pod를 다시 시작합니다. 재시작 후 Kubernetes 연산자는 MDB_CLUSTER_1 실패에 대한 교체로 생성한 새로 생성된 MDB_CLUSTER_4 cluster에서 MongoDB 배포를 조정해야 합니다. 리소스 조정에 대해 자세히 알아보려면 배포 아키텍처 및 다이어그램을 참조하세요.

또한 ConfigMap 이름 MongoDB Enterprise 연산자-member-list는 하드 코딩됨을 참조하세요.