Las cargas de trabajo de clústeres de TKG pueden requerir almacenamiento persistente. Consulte en la información de este tema los conceptos y consideraciones sobre almacenamiento de vSphere para clústeres del Servicio TKG.

Directivas de almacenamiento de vSphere para clústeres del Servicio TKG

Para proporcionar recursos de almacenamiento persistentes a los clústeres del Servicio TKG, un administrador de vSphere configura directivas de almacenamiento de vSphere que describen distintos requisitos de almacenamiento. A continuación, el administrador agrega una o varias directivas de almacenamiento al espacio de nombres de vSphere en el que se implementarán los clústeres de TKG. Las directivas de almacenamiento asignadas a un espacio de nombres de vSphere determinan cómo se colocan los nodos y las cargas de trabajo del clúster de TKG en el entorno de almacenamiento de vSphere y determinan a qué almacenes de datos pueden acceder los clústeres de TKG y cuáles pueden utilizar para almacenamiento persistente.

Cuando se asigna una directiva de almacenamiento de vSphere a un espacio de nombres de vSphere, el sistema crea clases de almacenamiento de Kubernetes correspondientes para ese espacio de nombres de vSphere. Esas clases de almacenamiento de Kubernetes correspondientes se propagan a los clústeres de TKG aprovisionados en ese espacio de nombres de vSphere.

En el clúster de TKG, cada clase de almacenamiento tiene dos ediciones, una con el modo de enlace Immediate y otra con el modo de enlace WaitForFirstConsumer. La edición que se elegirá depende de los requisitos que usted establezca. Consulte Ediciones de clase de almacenamiento para clústeres de Servicio TKG.

Cómo se integran los clústeres de Servicio TKG con el almacenamiento de vSphere

Para integrarse con el Supervisor y el almacenamiento de vSphere, los clústeres de TKG usan Paravirtual CSI (pvCSI).

pvCSI es la versión del controlador de vSphere CNS-CSI modificada para los clústeres de TKG. pvCSI reside en el clúster de TKG y es responsable de todas las solicitudes relacionadas con el almacenamiento que se originan en el clúster de TKG. Las solicitudes se envían a CNS-CSI, que a su turno las propaga a CNS en vCenter Server. Como resultado, pvCSI no tiene comunicación directa con el componente de CNS, sino que depende del CNS-CSI para las operaciones de aprovisionamiento de almacenamiento. A diferencia de CNS-CSI, pvCSI no requiere credenciales de infraestructura. Se configura con una cuenta de servicio en el espacio de nombres de vSphere.

pvCSI es un componente de los clústeres de TKG; CNS-CSI es un componente del Supervisor y CNS es un componente de vCenter Server.

Cómo se crea un volumen persistente

El diagrama muestra cómo interactúan los diferentes componentes para las operaciones relacionadas con el almacenamiento dentro de un clúster de TKG, como la creación de una notificación de volumen persistente (Persistent Volume Claim, PVC).

El ingeniero DevOps crea una PVC mediante kubectl en el clúster de TKG. Esta acción genera una PVC coincidente en el Supervisor y activa el CNS-CSI que invoca a la API de creación de volúmenes de CNS.

Después de crear correctamente un volumen, la operación se propaga de vuelta a través del Supervisor al clúster de TKG. Los usuarios del clúster pueden ver el volumen persistente y la notificación de volumen persistente en el estado enlazado del Supervisor. Además, también verán el volumen persistente y la notificación de volumen persistente en el estado enlazado del clúster de TKG.

Interacción de los componentes para un volumen persistente.