Diese Anleitung enthält die Schritte, die für die Erweiterung eines vertikalen oder einzelnen Rack-Speicherknotens erforderlich sind. Die Erweiterung von Speicherknoten erfolgt, wenn neue ONTAP-Speicherknoten hinzugefügt werden, um die Speicherkapazität eines Racks zu erweitern. Hier werden keine Verkabelungsanweisungen für die neuen Speichergeräte angegeben, sondern nur die Verfahren zum Hinzufügen neuer Speicherknoten zu einem vorhandenen Cluster.
Neue Knoten einem vorhandenen Cluster hinzufügen
Entfernen Sie in der Liste der Root-Administratorcluster alle vorhandenen Speicherjobs, da diese noch einmal ausgeführt werden müssen, um den Knoten dem Cluster hinzuzufügen.
kubectl --kubeconfig $KUBECONFIG get jobs -n gpc-system | grep storage- | awk '{print $1}'Beispielausgabe:
storage-cluster-bootstrap-aa-aa-stge01 storage-cluster-config-aa-aa-stge01 storage-org-network-org-1 storage-org-network-rootNehmen Sie die Ausgabe und führen Sie für jede einen Löschvorgang durch.
kubectl --kubeconfig $KUBECONFIG delete job -n gpc-system <job name>Status der StorageOrganization-CR für jede StorageOrganization-CR löschen
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}'; doneEntfernen Sie die deaktivierten Abgleichsfunktionen aus der YAML-Datei „SubComponentOverride“ und wenden Sie sie noch einmal an. Wenn Sie die YAML-Datei nicht gespeichert haben, führen Sie die folgenden Befehle aus, um die aktuelle YAML-Datei abzurufen und mit den folgenden Befehlen wieder auf den Cluster anzuwenden:
kubectl --kubeconfig $KUBECONFIG get subcomponentoverride -n root file-storage-sub-override -o yaml | grep -v Reconcilers: > file-storage-sub-override.yamlkubectl --kubeconfig $KUBECONFIG apply -f file-storage-sub-override.yamlNachdem die Knotenerweiterung abgeschlossen ist, wird im ZonalExpansion-CR der Status „Erfolgreich“ angezeigt.
Sobald ZonalExpansion den Erfolg anzeigt, starten Sie die Trident-Bereitstellung in jedem Cluster neu, damit Trident die neuen Knoten erkennen kann.
Führen Sie für jede Cluster-Kubeconfig Folgendes aus:
sh kubectl --kubeconfig $KUBECONFIG rollout restart deployments -n netapp-trident