Adicione nós de armazenamento ao cluster existente

Estas instruções incluem os passos necessários para realizar uma expansão vertical ou de um único rack do nó de armazenamento. A expansão do nó de armazenamento é realizada quando são adicionados novos nós de armazenamento ONTAP para expandir as capacidades de armazenamento de um rack. As instruções de cablagem para os novos dispositivos de armazenamento não são indicadas aqui, apenas os procedimentos para adicionar novos nós de armazenamento a um cluster existente.

Realize a adição de clusters de novos nós ao cluster existente

  1. Na lista de clusters de administrador principal, remova todas as tarefas de armazenamento existentes, uma vez que têm de ser executadas novamente para associar o nó ao cluster

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

    Exemplo de saída:

    storage-cluster-bootstrap-aa-aa-stge01
    storage-cluster-config-aa-aa-stge01
    storage-org-network-org-1
    storage-org-network-root
    
  2. Pegue no resultado e, para cada um, execute uma eliminação

      kubectl --kubeconfig $KUBECONFIG delete job -n gpc-system <job name>
    
  3. Limpe o estado do CR StorageOrganization para cada CR StorageOrganization

    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. Remova os reconciliadores de desativação do ficheiro YAML SubComponentOverride e volte a aplicá-los. Se não guardou o ficheiro YAML, execute os seguintes comandos para obter o ficheiro YAML atual e reaplicá-lo ao cluster com os seguintes comandos:

    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. Quando a expansão do nó estiver concluída, o CR ZonalExpansion indica êxito.

  6. Assim que o ZonalExpansion indicar êxito, reinicie a implementação do Trident em cada cluster para permitir que o Trident selecione os novos nós.

    Para cada execução de kubeconfig do cluster: sh kubectl --kubeconfig $KUBECONFIG rollout restart deployments -n netapp-trident