MongoDB Search 인덱스 저장 확장

mongot StatefulSet 및 데이터 클레임을 식별합니다.

MongoDBSearch 리소스에 대한 mongot statefulSets을(를) 나열합니다.

kubectl --context <member-context> -n <namespace> \
  get sts -l mongodb.com/search-name=<search-name>

기본값 data 클레임 템플릿을 사용하면 각 복제본은 data-<statefulset-name>-<ordinal>이라는 클레임을 사용합니다. 샤딩된 클러스터 소스의 경우 각 클러스터에는 각 샤드에 대해 하나의 StatefulSet가 있습니다. 클레임 템플릿이나 볼륨 마운트를 사용자 지정한 경우 각 Pod가 마운트하는 클레임을 대신 확인하세요.

각 데이터 클레임을 확장합니다.

이전 단계에서 식별한 각 클레임에 대해 다음 명령을 실행합니다.

kubectl --context <member-context> -n <namespace> \
  patch pvc <pvc-name> --type=merge \
  -p '{"spec":{"resources":{"requests":{"storage":"2Gi"}}}}'

각 클레임이 status.capacity.storage 또는 FileSystemResizePending 조건에서 요청된 크기(이 예시에서는 2Gi) 이상을 보고할 때까지 기다립니다.

kubectl --context <member-context> -n <namespace> \
  get pvc <pvc-name> -o yaml

확장에 저장 백엔드의 문서화된 제한 시간보다 더 오래 걸리는 경우, 계속하기 전에 CSI 이벤트를 조사하십시오.

kubectl --context <member-context> -n <namespace> \
  describe pvc <pvc-name>

책임 있는 Kubernetes 연산자 배포서버를 중지합니다.

각 연산자의 원래 복제본 수를 기록합니다.

kubectl --context <operator-context> -n <operator-namespace> \
  get deployment <operator-name> \
  -o jsonpath='{.spec.replicas}{"\n"}'

연산자를 0으로 확장하고 Pods이(가) 삭제될 때까지 기다립니다.

kubectl --context <operator-context> -n <operator-namespace> \
  scale deployment <operator-name> --replicas=0
kubectl --context <operator-context> -n <operator-namespace> \
  wait --for=delete pod --timeout=300s \
  -l app.kubernetes.io/name=<operator-name>

mongot이 아닌 연산자를 확장합니다. Helm 차트는 연산자 배포서버 mongodb-kubernetes-operator의 이름을 지정하고 해당 Pods에 app.kubernetes.io/name: mongodb-kubernetes-operator을 설정합니다. 설치가 사용자 지정된 경우 이 예시에 표시된 차트 레이블 대신 Deployment의 실제 Pod 선택기를 사용하세요. 계속하기 전에 종료 중인 Pods 를 포함하여 모든 책임 있는 연산자 Pods 를 중지합니다. 별도의 소스 데이터베이스 연산자를 중지해도 노드 Search 연산자는 일시 중지되지 않습니다.

StatefulSet 정의만 제거합니다.

1단계에서 식별한 각 StatefulSet에 대해 다음 명령을 실행합니다.

kubectl --context <member-context> -n <namespace> \
  delete sts <statefulset-name> --cascade=orphan \
  --timeout=300s

각 StatefulSet이 없는지 확인하는 동시에 기존 mongot Pods 및 Persistent Volume Claims가 삭제 타임스탬프 없이 그대로 유지되는지 확인합니다. MongoDBSearch 리소스를 삭제하거나 mongot을(를) 확장하지 마십시오.

기존 Search 리소스를 업데이트합니다.

kubectl --context <search-resource-context> -n <namespace> \
  edit mongodbsearch <search-name>

영향을 받는 클러스터 항목의 persistence.single.storage 값을 변경합니다.

persistence:
  single:
    storage: 2Gi

노드 클러스터 배포서버당 Kubernetes 연산자에서 모든 로컬 검색 리소스의 해당 설정을 업데이트합니다.

기존 저장 클래스, 클러스터 항목, 인덱스, 복제본 및 기타 설정을 유지합니다. 클러스터 항목을 제거하면 해당 클러스터의 Search 리소스 및 클레임이 삭제될 수 있습니다.

Search 리소스를 다시 읽어 새로운 유효 크기가 유지되었는지 확인합니다. 대상 statefulSets은(는) 연산자를 다시 시작할 때까지 존재하지 않아야 합니다.

연산자를 재개합니다.

각 연산자의 자체 기록된 복제본 수를 복원합니다.

kubectl --context <operator-context> -n <operator-namespace> \
  scale deployment <operator-name> \
  --replicas=<original-replicas>
kubectl --context <operator-context> -n <operator-namespace> \
  rollout status deployment/<operator-name> --timeout=600s

확장된 data 클레임 템플릿과 함께 각 StatefulSet이 다시 나타날 때까지 기다립니다. 새 StatefulSet은 기존 Pods 및 클레임을 채택합니다.

파일 시스템에서 필요한 경우 mongot 포드를 다시 시작합니다.

FileSystemResizePending 상태가 지속되면 영향을 받는 mongot Pods를 한 번에 하나씩 삭제하세요.

kubectl --context <member-context> -n <namespace> \
  delete pod <mongot-pod-name> --timeout=300s
kubectl --context <member-context> -n <namespace> \
  wait --for=condition=Ready pod/<mongot-pod-name> \
  --timeout=600s

준비 명령을 실행하기 전에 교체 Pod가 존재할 때까지 기다리세요. 교체가 준비되고 상태가 지워진 후에만 다음 Pod를 다시 시작하세요. 확장이 온라인으로 완료되면 이 단계를 건너뜁니다.

저장 및 검색 준비 상태를 확인합니다.

각 Persistent Volume Claim이 최소한 요청된 용량을 보고하는지, 예상되는 모든 mongot Pods가 준비되었는지, 그리고 각 Search 리소스가 조정 후 Running 단계에 도달하는지 확인합니다.