Descripción general del almacenamiento

GKE en Bare Metal puede usar varias configuraciones de almacenamiento y proporciona interfaces para la administración de almacenamiento de archivos y bloques a través de los siguientes objetos de Kubernetes:

Almacenamiento efímero a través de volúmenes de Kubernetes

Los recursos Volume de Kubernetes son unidades de almacenamiento accesibles para los contenedores de un Pod. El almacenamiento efímero respalda los siguientes tipos de volúmenes:

Los tipos de almacenamiento efímero no se conservan después de que un Pod deja de existir. Usa el almacenamiento efímero para la información de configuración y el almacenamiento en caché de las aplicaciones.

Los tipos de almacenamiento efímeros comparten y consumen recursos del disco de arranque del nodo. Puedes administrar tus recursos de almacenamiento efímero local de la misma manera que administras los recursos de CPU y memoria.

Almacenamiento continuo con recursos PersistentVolume

Un PersistentVolume de Kubernetes es un recurso que puede usar Pod para el almacenamiento duradero. La vida útil de los volúmenes persistentes es independiente de la vida útil de un pod. Por lo tanto, el disco y los datos en un volumen persistente continúan existiendo a medida que el clúster cambia y los pods se borran y se vuelven a crear. Puedes aprovisionar recursos de PersistentVolume de forma dinámica a través de la API de PersistentVolumeClaims o un administrador de clústeres puede crearlos de forma explícita.

GKE en Bare Metal puede respaldar el almacenamiento persistente mediante una variedad de sistemas de almacenamiento, incluidos los controladores de la Container Storage Interface (CSI) y los volúmenes locales.

Controladores de Container Storage Interface (CSI)

GKE en Bare Metal es compatible con los controladores de CSI v1.0. La CSI es una interfaz estándar abierta que admite muchos de los principales proveedores de almacenamiento. Para el almacenamiento de producción, instala un controlador de CSI desde un socio de almacenamiento listo para GDCV. Para obtener la lista completa de socios de almacenamiento listos para GDCV, consulta Socios de almacenamiento listos para GDCV.

Para usar la CSI en tu clúster, implementa el controlador de CSI que tu proveedor de almacenamiento proporcionó para tus clústeres. Luego, configura las cargas de trabajo para usar el controlador CSI con la API de StorageClass o configura StorageClass como la API predeterminada.

Volúmenes locales

Para la prueba de concepto y los casos de uso avanzados, puedes usar los recursos de PersistentVolume locales. GKE en Bare Metal agrupa el sig-storage-local-static-provisioner, que descubre puntos de activación en cada nodo y crea un volumen local persistente para cada punto de activación.

Los clústeres de GKE en Bare Metal usan el aprovisionador de volumen local (LVP) para administrar volúmenes locales persistentes. Existen tres tipos de clases de almacenamiento para volúmenes persistentes locales en un clúster de GKE en Bare Metal:

  • Uso compartido de LVP
  • Activaciones de nodos de LVP
  • Sistema Anthos

Uso compartido de LVP

Esta opción crea un volumen local persistente respaldado por subdirectorios en un sistema de archivos local y compartido. La creación de clústeres genera estos subdirectorios de forma automática. Las cargas de trabajo que usan esta clase de almacenamiento comparten la capacidad y las operaciones de entrada y salida por segundo (IOPS) porque el mismo sistema de archivos compartidos respalda los volúmenes persistentes. Para tener un mejor aislamiento, configura los discos a través de activaciones de nodos LVP.

Para obtener más información, consulta Configura un recurso compartido de LVP.

Activaciones de nodos de LVP

Con esta opción, se crea un volumen persistente local para cada disco activado en el directorio configurado. Debes formatear y activar cada disco antes o después de la creación del clúster.

Para obtener más información, consulta Configura activaciones de nodos LVP.

Sistema Anthos

Esta clase de almacenamiento crea volúmenes persistentes locales configurados durante la creación del clúster que usan los pods del sistema Anthos. El nombre de la clase de almacenamiento es anthos-system. No cambies ni borres esta clase de almacenamiento, y tampoco la uses para cargas de trabajo con estado.

¿Qué sigue?