Puede iniciar una actualización gradual de un clúster de Tanzu Kubernetes, incluida la versión de Kubernetes, mediante la actualización de la versión de Tanzu Kubernetes, la clase de máquina virtual o la clase de almacenamiento.
Lista de comprobación de preparación para la actualización de un clúster de Tanzu Kubernetes
Complete la siguiente lista de tareas de requisitos previos antes de realizar la actualización de un clúster de
Tanzu Kubernetes.
| Paso | Acción |
|---|---|
| 1 | Lea las vSphere with Tanzunotas de la versión. |
| 2 | Lea las versiones de Tanzu Kubernetesnotas de la versión. |
| 3 | Revise el vSphere with Tanzu flujo de trabajo de actualización. |
| 4 | Compruebe la Tanzu Kubernetes compatibilidad del clúster con las versiones de actualización de destino. |
| 5 | Revise las funciones de la versión de destino de la API de servicio Tanzu Kubernetes Grid, como v1alpha2, y la versión actual, como v1alpha1. (Consulte la nota importante más abajo). |
| 6 | Compruebe que todos los clústeres de Tanzu Kubernetes aprovisionados estén en un estado de ejecución. |
| 7 | Realice una actualización de espacios de nombres de vSphere que actualice el clúster supervisor y el servicio Tanzu Kubernetes Grid. |
| 8 | Revise las opciones para iniciar una actualización gradual de un clúster de Tanzu Kubernetes. |
| 9 | Revise los métodos admitidos para actualizar el manifiesto del clúster. |
Importante:
vSphere with Tanzu versión 7 Update 3, específicamente el
clúster supervisor versión
v1.21.0+vmware.wcp.2, incluye una actualización automática a la API v1alpha2 de
servicio Tanzu Kubernetes Grid. Algunos campos de la especificación del clúster de
Tanzu Kubernetes están obsoletos y es posible que el manifiesto del clúster deba editarse manualmente antes de actualizar la versión de Kubernetes. Consulte
Actualizar una versión de Tanzu Kubernetes después de convertir la especificación del clúster a la API v1alpha2 de TKGS.
Iniciar una actualización gradual de un clúster de Tanzu Kubernetes
Para iniciar una actualización gradual, realice una o varias de las siguientes modificaciones en la especificación de
TanzuKubernetesCluster:
Nota: Si bien estas son las formas más comunes de iniciar una actualización gradual, no son las únicas. Un cambio en cualquiera de los elementos de configuración también puede iniciar una actualización gradual. Por ejemplo, si se cambia el nombre o se reemplaza el objeto
VirtualMachineImage que corresponde a una versión de distribución, se inicia una actualización gradual, ya que el sistema intenta obtener todos los nodos que se ejecutan en la nueva imagen. Además, la actualización de
clúster supervisor podrá activar una actualización gradual de los clústeres de
Tanzu Kubernetes implementados allí. Por ejemplo, si se actualiza
vmware-system-tkg-controller-manager, el sistema introduce nuevos valores en el generador de manifiestos, y la controladora inicia una actualización gradual para implementar esos valores.
Métodos para editar el manifiesto del clúster
Para actualizar un clúster, es necesario actualizar el manifiesto del clúster. Existen varias formas de hacerlo, entre ellas:
- Mediante el comando
kubectl edit tanzukubernetescluster/CLUSTER-NAME. Este comando abre todo el manifiesto del clúster en el editor de texto definido por las variables de entorno KUBE_EDITOR o EDITOR. Al guardar el archivo, el clúster se actualiza con los cambios. Para obtener más información sobre el comandokubectl edit, consulte el comando de edición en la documentación de Kubernetes. Para utilizar el métodokubectl edit, consulte los siguientes temas: - Mediante el comando
kubectl patch. Este comando realiza una actualización "in situ" de un clúster. El propósito de este comando consiste en proporcionar un método para actualizar las versiones de Kubernetes y es el enfoque que se explica aquí. Para obtener más información sobre el comandokubectl patch, consulte Actualizar los objetos de la API mediante la revisión de kubectl en la documentación de Kubernetes. Para utilizar el métodokubectl patch, consulte el siguiente tema: - Mediante el comando
kubectl applycon un archivo YAML local que se actualiza manualmente. Si bien este enfoque tiene la ventaja de ser similar al proceso de creación de un clúster, si no tiene acceso al YAML del clúster actual, el enfoque puede ser destructivo y, por lo tanto, no se recomienda.
