기존 클러스터에 스토리지 노드 추가

이 안내에는 수직 또는 단일 랙 스토리지 노드 확장을 수행하는 데 필요한 단계가 포함되어 있습니다. 스토리지 노드 확장은 랙의 스토리지 기능을 확장하기 위해 새 ONTAP 스토리지 노드를 추가할 때 실행됩니다. 새 스토리지 기기의 케이블 연결 안내는 여기에 제공되지 않으며 기존 클러스터에 새 스토리지 노드를 추가하는 절차만 제공됩니다.

기존 클러스터에 새 노드를 클러스터 추가

  1. 루트 관리자 클러스터 목록에서 기존 스토리지 작업을 삭제합니다. 노드를 클러스터에 조인하려면 다시 실행해야 하기 때문입니다.

    kubectl --kubeconfig $KUBECONFIG get jobs -n gpc-system | grep storage- | awk '{print $1}'

    출력 예:

    storage-cluster-bootstrap-aa-aa-stge01
storage-cluster-config-aa-aa-stge01
storage-org-network-org-1
storage-org-network-root

  2. 출력을 가져와 각 출력에 대해 삭제를 실행합니다.

      kubectl --kubeconfig $KUBECONFIG delete job -n gpc-system <job name>

  3. 각 StorageOrganization CR의 StorageOrganization CR 상태 지우기

    kubectl get storageorganization -n gpc-system | awk '{if(NR>1)print $1}' | while read line; do  kubectl --kubeconfig $KUBECONFIG patch -n gpc-system storageorganization $line --type=merge --subresource status  -p '{"status": null}'; done

  4. SubComponentOverride YAML 파일에서 리컨실러 사용 중지를 삭제하고 다시 적용합니다. YAML 파일을 저장하지 않은 경우 다음 명령어를 실행하여 현재 YAML 파일을 가져오고 다음 명령어를 사용하여 클러스터에 다시 적용합니다.

    kubectl --kubeconfig $KUBECONFIG get subcomponentoverride -n root file-storage-sub-override -o yaml | grep -v Reconcilers: > file-storage-sub-override.yaml

    kubectl --kubeconfig $KUBECONFIG apply -f file-storage-sub-override.yaml

  5. 노드 확장이 완료되면 ZonalExpansion CR에 성공이 표시됩니다.

  6. ZonalExpansion이 성공을 나타내면 각 클러스터에서 Trident 배포를 다시 시작하여 Trident가 새 노드를 선택할 수 있도록 합니다.

    각 클러스터 kubeconfig에 대해 다음을 실행합니다. sh kubectl --kubeconfig $KUBECONFIG rollout restart deployments -n netapp-trident