Zusätzliche Schritte beim Ersetzen von Worker-Knoten

Wenn Sie einen vorhandenen Worker-Knoten (wo Peers/Auftraggeber ausgeführt werden) durch einen neuen Worker-Knoten ersetzen, müssen Sie außerdem die folgenden zusätzlichen Schritte ausführen:

1. Stellen Sie sicher, dass die persistenten Volumes, die auf dem vorhandenen Knoten gemountet sind, vom neuen Knoten zu dem neuen Knoten migriert und darauf zugegriffen werden kann. Erstellen Sie dazu in der Oracle Kubernetes Engine einen Knoten in derselben Availability-Domain wie der vorhandene Knoten.
2. Stoppen Sie alle Instanzen, die den älteren Knoten verwenden.
3. Zeigen Sie den älteren Knoten an, und entfernen Sie ihn. Dies kann sich auf Blockchain Platform Manager-Services auswirken, wenn diese Services auf dem älteren Knoten ausgeführt werden. Warten Sie, bis die ausgeführten Pods in den neuen Knoten verschoben werden.
4. Führen Sie die folgenden Befehle aus, um die Liste aller Peers und Orderers abzurufen, die auf dem Schnurknoten ausgeführt wurden.

   kubectl get peer -A -o=custom-columns='NAMESPACE:.metadata.namespace,NAME:.metadata.name,NODESELECTOR:.spec.nodeSelector'
   kubectl get orderernode -A -o=custom-columns='NAMESPACE:.metadata.namespace,NAME:.metadata.name,NODESELECTOR:.spec.nodeSelector'

5. Führen Sie für die Peers und Orderer, die mit nodeSelector für den älteren Knoten konfiguriert wurden, die folgenden Befehle aus, um die benutzerdefinierte Ressource .spec.nodeSelector zu aktualisieren und den neuen Knoten auszuwählen.

   kubectl patch peer <PEER> -n <NAMESPACE> -p '{"spec":{"nodeSelector":{"kubernetes.io/hostname":"<NEW_NODE_HOSTNAME>"}}}' --type='merge'
   kubectl patch orderernode <ORDERER> -n <NAMESPACE> -p '{"spec":{"nodeSelector":{"kubernetes.io/hostname":"<NEW_NODE_HOSTNAME>"}}}' --type='merge'

6. Prüfen Sie den aktualisierten Wert nodeSelector, indem Sie die Befehle aus Step 4 erneut ausführen.
7. Starten Sie alle Instanzen, die zuvor gestoppt wurden.