Consulte cómo actualizar los clústeres del Supervisores y de Tanzu Kubernetes Grid en su entorno de vSphere IaaS control plane. vSphere IaaS control plane admite actualizaciones graduales para los Supervisores y los clústeres de Tanzu Kubernetes Grid, así como para la infraestructura que respalda estos clústeres.

Nota: No se puede realizar una transición de Supervisores que utilice vSphere Update Manager a vSphere Lifecycle Manager. Transición de vSphere Update Manager a vSphere Lifecycle Manager. solo se admite para clústeres que no tienen habilitado vSphere IaaS control plane.

Cuando actualiza su entorno de vSphere IaaS control plane, actualiza la versión de Kubernetes de los clústeres de Supervisores y de Tanzu Kubernetes Grid junto con los servicios y los componentes de la infraestructura subyacentes. Por lo tanto, cuando hablamos de actualización nos referimos a este proceso y no a la forma limitada de actualización que incrementa la versión de software.

Los clústeres de Supervisores y de Tanzu Kubernetes Grid se compilan mediante un núcleo de distribución de Kubernetes común. Las versiones de Kubernetes para los clústeres de Supervisor y Tanzu Kubernetes Grid se entregan de forma diferente:

  • Las versiones de Kubernetes de Supervisor se entregan con las versiones de vCenter Server y contienen versiones de Kubernetes con opiniones. Cada versión de vCenter Server (principal, actualización o revisión) incluye tres versiones de Kubernetes para el Supervisor. La versión de Kubernetes de Supervisor más reciente y dos versiones anteriores. Para obtener más información sobre las versiones de Kubernetes de Supervisor admitidas, consulte las Notas de la versión de VMware vSphere with Tanzu 8.0.

  • Los clústeres de Tanzu Kubernetes Grid se compilan mediante versiones de Tanzu Kubernetes (TKrs). Un TKr proporciona una distribución de software de Kubernetes alineado ascendente, firmado, probado y compatible con VMware. Los TKrs están dirigidos a clústeres de Tanzu Kubernetes Grid. Los TKrs se publican de forma independiente de vCenter Server. Un TKr es una combinación de un sistema operativo, como Photon o Ubuntu, con componentes principales de Tanzu Kubernetes Grid necesarios para proporcionar la funcionalidad de pod. Un TKr incluye componentes como Antrea y Calico que se pueden implementar en clústeres de Tanzu Kubernetes Grid. Para obtener más información, consulte las Notas de la versión de las versiones de VMware Tanzu Kubernetes.

Solo puede actualizar la versión de Kubernetes de los clústeres de Supervisores y Tanzu Kubernetes Grid de forma secuencial debido a la directiva de actualización de Kubernetes ascendente. No puede omitir una versión secundaria. Por ejemplo, si un Supervisor ejecuta la versión 1.24, no puede actualizar directamente a la versión 1.26. La ruta de actualización correcta es 1.24, 1.25, 1.26.

Directiva de compatibilidad con las versiones de Kubernetes del clúster de Supervisor y Tanzu Kubernetes Grid

Tanto las versiones de Kubernetes de Supervisor como los TKrs implementan una directiva de compatibilidad N-2 para las versiones de Kubernetes, de forma similar a la directiva de compatibilidad de Kubernetes ascendente. Esto significa que cada versión de Kubernetes en vSphere IaaS control plane (Supervisor o TKr) se admite durante un mínimo de 12 meses a partir del momento en que sea publicada por VMware.

Sin embargo, tenga en cuenta que los clústeres de Supervisor y Tanzu Kubernetes Grid deben ejecutar versiones de Kubernetes compatibles. Consulte la Matriz de compatibilidad de las versiones de TKr para obtener más información y .

Reglas de la ruta de acceso de actualización para vCenter Server

Debido a que Kubernetes ascendente requiere una actualización secuencial, la ruta de acceso de actualización de vCenter Server cuando se ejecutan Supervisores depende de las versiones de Kubernetes incluidas. Es posible que deba actualizar vCenter Server tres veces al año aproximadamente, y las versiones de Kubernetes de Supervisores según corresponda, para ejecutar las versiones de Kubernetes compatibles.

La actualización de una instancia de vCenter Server que ejecuta Supervisores es posible cuando se cumple una de estas dos condiciones:

  • Las versiones de vCenter Server de origen y de destino tienen al menos una versión solapada de Kubernetes empaquetada en ellas.
  • La versión de vCenter Server de destino debe contener la versión de Kubernetes inmediatamente siguiente a la versión presente en la instancia de vCenter Server de origen.

Si no se cumple ninguna de estas condiciones, no podrá actualizar vCenter Server.

Tabla 1. Situaciones de actualización de vCenter Server de ejemplo
Ejemplos Incrementos de versión Versiones de Kubernetes de Supervisor admitidas en las versiones de vCenter Server
Ejemplo 1

Instancia de origen de vCenter Server

 1.22 1.23 1.24 Actualización posible

vCenter Server de destino

 1.24 1.25 1.26
Ejemplo 2

Instancia de origen de vCenter Server

 1.21 1.22 1.23 Actualización posible

vCenter Server de destino

 1.24 1.25 1.26
Ejemplo 3

Instancia de origen de vCenter Server

 1.20 1.21 1.22 Actualización NO posible

vCenter Server de destino

 1.24 1.25 1.26
Los ejemplos anteriores muestran cuándo es posible o no actualizar vCenter Server en función de las versiones de Kubernetes de Supervisor que contienen los sistemas vCenter Server de origen y de destino.
  1. En el primer ejemplo, la actualización es posible porque las versiones de vCenter Server de origen y destino contienen la versión 1.24 de Kubernetes de Supervisor.
  2. En el segundo ejemplo, la actualización sigue siendo posible porque la versión de vCenter Server de destino contiene la versión 1.24 de Kubernetes de Supervisor, que es la versión inmediatamente siguiente.
  3. El último ejemplo muestra un escenario en el que no es posible actualizar debido a que las versiones de vCenter Server de origen y de destino no contienen una versión de Kubernetes de Supervisor solapada ni la versión inmediatamente siguiente.

Descripción general de la versión de espacios de nombres de vSphere y las versiones de Supervisor

Cada versión de vCenter Server incluye una nueva versión de espacios de nombres de vSphere que contiene una nueva versión de Supervisor y dos versiones compatibles anteriores. Por ejemplo, espacios de nombres de vSphere versión 0.1.9, que se proporciona con vCenter Server 8 Update 3, incluye tres versiones de Supervisor:
  • v1.26.8+vmware.wcp.1-vsc0.1.9-23708114
  • v1.27.5+vmware.wcp.1-vsc0.1.9-23708114
  • v1.28.3+vmware.wcp.1-vsc0.1.9-23708114
Para obtener más información sobre cómo actualizar la versvión de Supervisor, consulte Actualizar Supervisor.
Nota: Para utilizar Tanzu Kubernetes Grid 3.0, debe actualizar el Supervisor a una de las tres versiones compatibles que se incluyen con espacios de nombres de vSphere 0.1.9.

Actualizaciones graduales de clústeres de Supervisores y Tanzu Kubernetes Grid

vSphere IaaS control plane utiliza un modelo de actualización gradual para los Supervisores y los clústeres de Tanzu Kubernetes Grid. El modelo de actualización gradual garantiza un tiempo de inactividad mínimo para las cargas de trabajo del clúster durante el proceso de actualización. Las actualizaciones graduales incluyen la actualización de las versiones de software de Kubernetes, así como de la infraestructura y los servicios que respaldan los clústeres de Tanzu Kubernetes Grid, como los recursos y las configuraciones de máquinas virtuales, los espacios de nombres de vSphere y los recursos personalizados. Para obtener más información, consulte Información sobre el modelo de actualización gradual para clústeres de TKG en Supervisor.

Para que la actualización se realice correctamente, el entorno debe cumplir varios requisitos de compatibilidad. El sistema aplica condiciones de comprobación previa para garantizar que los clústeres estén listos para las actualizaciones y admite la reversión si la actualización del clúster no se realiza correctamente.

Actualizar el Supervisor

Puede actualizar la versión de Kubernetes que se ejecuta en el Supervisor (por ejemplo, de Kubernetes 1.23 a Kubernetes 1.24) y la infraestructura que respalda los clústeres de Supervisor y de Tanzu Kubernetes Grid. Es posible que deba actualizar las versiones de Kubernetes de Supervisor tres veces al año para mantener el ritmo de la publicación de versiones de Kubernetes. A continuación se muestra la secuencia de actualización de la versión de Kubernetes de Supervisor.

  1. Actualice vCenter Server según las reglas que se describen en Reglas de la ruta de acceso de actualización para vCenter Server.
  2. Actualice la versión de Kubernetes de Supervisor y los componentes de infraestructura. Consulte Actualizar Supervisor

Cuando se inicia una actualización de la versión de Kubernetes de Supervisor, la actualización se realiza en el siguiente orden de operaciones:

  1. El sistema crea una nueva máquina virtual de plano de control y la une al plano de control del Supervisor existente. Durante esta fase de la actualización, el inventario de vSphere muestra cuatro máquinas virtuales de plano de control a medida que el sistema agrega una nueva máquina virtual actualizada y, a continuación, elimina la máquina virtual antigua desactualizada.
  2. Los objetos se migran a partir de una de las máquinas virtuales del plano de control antiguas hacia la nueva, mientras que la máquina virtual del plano de control se elimina. Este proceso se repite uno por uno hasta que se actualizan todas las máquinas virtuales del plano de control.
  3. Una vez actualizadas las máquinas virtuales del plano de control, los nodos de trabajo pasan por un tipo de actualización gradual similar. Los nodos de trabajo son los hosts ESXi y cada proceso de Spherelet en cada host ESXi se actualiza de uno en uno.
Puede elegir entre las siguientes actualizaciones:
  • Actualice solamente la versión de Kubernetes de Supervisor.
  • Actualice todo, incluidas las versiones de VMware y las versiones de Kubernetes.

Actualizar clústeres de Tanzu Kubernetes Grid

La actualización de los clústeres de Tanzu Kubernetes Grid depende de la versión del servicio Tanzu Kubernetes Grid que se ejecuta en el Supervisor, así como de las versiones de TKr que ejecutan los clústeres. Para obtener más información, consulte Instalar y actualizar Servicio TKG y Actualizar clústeres de servicio TKG.

Actualizar todos los componentes de vSphere IaaS control plane

Utilice el flujo de trabajo de actualización total para actualizar todos los componentes de vSphere IaaS control plane. Este tipo de actualización es necesaria cuando se actualizan versiones principales; por ejemplo, de NSX 3.X a 4 y de vSphere 7.x a 8.

Nota: Antes de actualizar a vCenter Server 8.0, asegúrese de que la versión de Kubernetes de todos los Supervisores sea la versión 1.22 como mínimo, preferiblemente la versión compatible más reciente, y de que la versión de versión de Tanzu Kubernetes de los clústeres de Tanzu Kubernetes Grid sea la 1.22, preferiblemente la versión compatible más reciente.
Este flujo de trabajo de actualización no es frecuente en función de cuándo hay nuevas versiones de productos de VMware. Esta es la secuencia de actualización total:
  1. Compruebe la matriz de interoperabilidad de VMware https://interopmatrix.vmware.com/Interoperability para vCenter Server y NSX para determinar la compatibilidad. La funcionalidad de vSphere IaaS control plane se proporciona mediante el software de plano de control de carga de trabajo (WCP) que se envía con vCenter Server.
  2. Actualice NSX, si es compatible.
  3. Actualice vCenter Server.
  4. Actualice vSphere Distributed Switch.
  5. Actualice los hosts ESXi.
  6. Compruebe la compatibilidad de los clústeres de Tanzu Kubernetes Grid aprovisionados con la versión del Supervisor de destino.
  7. Actualice los espacios de nombres de vSphere (incluida la versión de Kubernetes de Supervisor).
  8. Actualice los clústeres de Tanzu Kubernetes Grid.

El diagrama muestra el flujo de trabajo general para las actualizaciones de vSphere IaaS control plane

.El diagrama muestra los pasos para las actualizaciones de vSphere with Tanzu.