Migración de disco físico Longhorn a LVM

Nota:

Este paso es opcional, pero muy recomendable a la hora de actualizar Automation Suite.

Información general

In the 2021.10.0 release, you needed to bring a physical disk for block storage/datadisk. However, with a physical disk, the size of a volume/PVC that you could create was limited to the size of the underlying disk. Moreover, only vertical scaling was possible. That is why Longhorn strongly recommends using LVM) to aggregate all data disks into a single partition. This allows block storage to be easily extended in the future Longhorn | Best Practices.

Si asignaste 2 TiB de almacenamiento para Longhorn, y tus requisitos de almacenamiento son bajos, te recomendamos migrar a LVM.

Requisitos previos

• Su clúster debe ser un clúster de producción multinodo preparado para alta disponibilidad, es decir, el clúster debe contener un mínimo de tres nodos de servidor.
• Asegúrese de que ninguna de las cargas de trabajo de la familia IA (AI Center, DU, TM) se esté ejecutando en el momento de la rotación de nodos o de lo contrario, esas cargas de trabajo fallarán.
• Debe actualizarse a la versión 2021.10.1 de Automation Suite.
• Mientras configura el clúster en cluster_config.json como fixed_rke2_address, se usa la URL de LB, en lugar de la IP de codificación dura o el FQDN de la primera máquina.
• Aprovisione tres máquinas independientes para sustituir sus nodos de servidor originales. La configuración del hardware de estas máquinas debe ser la misma que la de sus nodos de servidor existentes. Las máquinas deben ubicarse en la misma VPC, red, grupo de seguridad de la red, etc. y el número de discos adjuntos y su tamaño también deben ser los mismos.
• Make sure that all ports are accessible on the machines. See Configuring the machines for details.
• Do not create the disk partitions manually on new machines. Instead, use the disk partitioning script documented in Configuring the disk.
• Asegúrese de que los nombres de host de las máquinas sean idénticos. Por ejemplo, si sus antiguos servidores se denominaban server0, server1 y server2, asigne los mismos nombres de hosts a los nuevos nodos del servidor.
• Copia la carpeta del instalador junto con cluster_config.json desde el primer servidor existente a las tres máquinas recién creadas.
• Antes de proceder con la rotación de servidores, ejecute este script de comprobación de salud desde cualquiera de los servidores existentes. El script no debe lanzar ningún error y debe solicitarle el siguiente mensaje: All Deployments are Healthy.

Proceso de rotación de nodos

• Los nodos de servidor deben rotarse de uno en uno. Tenga en cuenta que el proceso de rotación de nodos no se aplica a los nodos agente.

• Desconecte el antiguo nodo server-N para que las cargas de trabajo que se ejecutan en el nodo se eliminen (N es el nodo de servidor n.º; p. ej. server0).

• Elimine el servidor del clúster ejecutando el siguiente comando:

  #where N is the nth server node Ex: server0
  kubectl delete node server-N
  

• Remove server-N from the load balancer backend pool, i.e. from both server and node pool. See Configuring the load balancer for details.

• On the new server-N node, install Kubernetes and configure the new node as a server. See Adding a new node to the cluster for details.

• Una vez realizada la instalación de Kubernetes ejecute kubectl get nodes y verifique que el nuevo nodo se haya unido al clúster original.

• Ejecute el script de comprobación de salud desde el nodo recién añadido para supervisar el estado del clúster. El script debe mostrar el siguiente mensaje: All Deployments are Healthy.

• Once the health check script returns success, add the new server node to the server and node pools under the Load Balancer. See Configuring the load balancer for details.

• Repita el proceso de rotación de nodos para otros nodos de servidor, es decir, servidor1, servidor2, servidor-N.

• Una vez rotados todos los nodos de servidor, puede eliminar los nodos de servidor antiguos que están en estado de desconexión.