Pasos adicionales al sustituir nodos de trabajador

Al sustituir un nodo de trabajador existente (donde se ejecutan peers/orderers) por un nuevo nodo de trabajador, también debe realizar los siguientes pasos adicionales:

1. Asegúrese de que los volúmenes persistentes montados en el nodo existente se puedan migrar y se pueda acceder a ellos desde el nuevo nodo. Para ello en Oracle Kubernetes Engine, cree un nodo en el mismo dominio de disponibilidad que el nodo existente.
2. Pare todas las instancias que utilizan el nodo anterior.
3. Cordon y drene el nodo anterior. Esto podría afectar a los servicios de Blockchain Platform Manager, si esos servicios se están ejecutando en el nodo anterior. Espere a que los pods en ejecución se muevan al nuevo nodo.
4. Ejecute los siguientes comandos para obtener la lista de todos los iguales y solicitantes que se estaban ejecutando en el nodo acordonado.

   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. Para los peers y solicitantes configurados con nodeSelector para el nodo anterior, ejecute los siguientes comandos para actualizar el recurso personalizado .spec.nodeSelector para seleccionar el nuevo nodo.

   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. Verifique el valor nodeSelector actualizado ejecutando los comandos del Step 4 nuevamente.
7. Inicie todas las instancias que se hayan parado anteriormente.