Visión general del almacenamiento IBM Cloud Kubernetes Service

[Nube privada virtual] {: tag-vpc} Infraestructura clásica Satellite

Revise las secciones siguientes para obtener una visión general de las opciones de almacenamiento disponibles para el clúster.

Antes de decidir qué tipo de almacenamiento es la solución adecuada para sus clústeres de IBM Cloud® Kubernetes Service, debe comprender el proveedor de infraestructura IBM Cloud, los requisitos de su aplicación, el tipo de datos que desea almacenar y la frecuencia con la que desea acceder a estos datos.

Decida si los datos deben almacenarse de forma permanente.

Almacenamiento persistente: los datos almacenados en el almacenamiento persistente persisten incluso cuando se elimina el contenedor, el nodo trabajador o el clúster. Utilice el almacenamiento persistente en las aplicaciones con estado, los datos empresariales principales o los datos que deben estar disponibles debido a los requisitos legales, como un periodo de retención definido. El almacenamiento persistente también es una buena opción para la auditoría.

Almacenamiento no persistente: los datos se pueden eliminar cuando el contenedor, el nodo trabajador o el clúster se eliminan. El almacenamiento no persistente se suele utilizar para la información de registro, como registros del sistema o registros de contenedor, pruebas de desarrollo o cuando se desea acceder a datos desde el sistema de archivos del host.

Si debe guardar sus datos de forma permanente, analice si la app requiere un tipo específico de almacenamiento. Cuando utilizas una aplicación existente, es posible que esta esté diseñada para almacenar datos de una de las siguientes maneras.

En un sistema de archivos: los datos de pueden almacenar como archivo en un directorio. Por ejemplo, puede almacenar este archivo en el disco duro local. Algunas apps requieren que los datos se almacenen en un sistema de archivos específico, como por ejemplo nfs o ext4, para optimizar el almacén de datos y alcanzar los objetivos de rendimiento.

En una base de datos: los datos se deben almacenar en una base de datos que sigue un esquema específico. Algunas apps incluyen una interfaz de base de datos que puede utilizar para almacenar los datos. Por ejemplo, WordPress está optimizada para almacenar datos en una base de datos MySQL. En estos casos, el tipo de almacenamiento se selecciona por usted.

Determine el tipo de datos que desea almacenar.

Datos estructurados: datos que se pueden almacenar en una base de datos relacional donde tiene una tabla con columnas y filas. Los datos de las tablas se pueden conectar utilizando claves, y normalmente es fácil acceder debido al modelo de datos predefinido. Por ejemplo, números de teléfono, números de cuenta, números de seguridad social o códigos postales.

Datos semiestructurados: datos que no caben en una base de datos relacional, pero que incluyen algunas propiedades organizativas que se pueden utilizar para leer y analizar estos datos con más facilidad. Por ejemplo, archivos de lenguaje de códigos, como CSV, XML o JSON.

Datos no estructurados: datos que no siguen un patrón organizativo y que son tan complejos que no se pueden almacenar en una base de datos relacional con modelos de datos predefinidos. Para acceder a estos datos, necesita herramientas y software avanzados. Algunos ejemplos son mensajes de correo electrónico, vídeos, fotos, archivos de audio, presentaciones, datos de redes sociales o páginas web.

Si tiene datos estructurados y no estructurados, intente almacenar cada tipo de datos por separado en una solución de almacenamiento que se ha diseñado para este tipo de datos. El uso de una solución de almacenamiento adecuada para el tipo de datos facilita el acceso a los datos y aporta ventajas de rendimiento, escalabilidad, durabilidad y coherencia.

Analice cómo desea acceder a los datos. Las soluciones de almacenamiento suelen estar diseñadas y optimizadas para admitir operaciones de lectura o escritura.

Solo lectura: no desea grabar ni modificar los datos. Los datos son de solo lectura.

Lectura y escritura: desea leer, escribir y cambiar los datos. Para los datos que se leen y se escriben, es importante saber si las operaciones presentan mucha actividad de lectura, mucha actividad de escritura o una actividad equilibrada.

Determine la frecuencia a la que se accede a los datos.

Datos calientes: datos a los que se accede con frecuencia. Las apps web o móviles son ejemplos habituales de este caso.

Datos fríos o templados: datos a los que se accede con poca frecuencia, como una vez al mes o menos. El archivado, la retención de datos a corto plazo o la recuperación tras desastre son ejemplos habituales de este caso.

Datos fríos: datos a los que se accede con muy poca frecuencia o nunca. Los archivados, las copias de seguridad a largo plazo o los datos históricos son ejemplos habituales de este caso.

Datos bloqueados: datos a los que no se accede y que se deben conservar por razones legales.

Si no puede prever la frecuencia o la frecuencia no sigue un patrón estricto, determine si las cargas de trabajo son de lectura intensiva, escritura intensiva o equilibradas. A continuación, busque la opción de almacenamiento que se ajuste a su carga de trabajo e investigue qué nivel de almacenamiento le proporciona la flexibilidad que necesita. Por ejemplo, IBM Cloud Object Storage proporciona una clase de almacenamiento flex que tiene en cuenta la frecuencia con la que se accede a los datos en un mes y se basa en esta medida para optimizar la facturación mensual.

Investigue si los datos se deben compartir entre varias instancias de app, zonas o regiones.

Acceso en varios pods: si utiliza volúmenes persistentes de Kubernetes para acceder al almacenamiento, puede determinar el número de pods que pueden montar el volumen al mismo tiempo. Hay algunas soluciones de almacenamiento a las que solo puede acceder un pod al mismo tiempo. Con otras soluciones de almacenamiento, puede compartir el volumen entre varios pods.

Acceso en varias zonas y regiones: puede que necesite que los datos sean accesibles desde varias zonas o regiones. Algunas soluciones de almacenamiento, como el almacenamiento de archivos y en bloque, son específicas del centro de datos y no se pueden compartir con otras zonas en una configuración de clúster multizona.

Si desea hacer que sus datos sean accesibles a través de zonas y regiones, asegúrese de consultar a su departamento legal para verificar que los datos se puedan almacenar en varias zonas o en otro país.

Conozca otras características de almacenamiento que afectan a su elección.

Coherencia: la garantía de que una operación de lectura devuelva la última versión de un archivo. Las soluciones de almacenamiento pueden proporcionar una strong consistency cuando se garantiza que siempre se recibirá la última versión de un archivo, o una eventual consistency cuando puede que la operación de lectura no devuelva la última versión. La coherencia final se suele dar en sistemas distribuidos geográficamente, donde una operación de escritura primero se debe replicar en todas las instancias.

Rendimiento: el tiempo que se tarda en completar una operación de lectura o escritura.

Durabilidad: la garantía de que una operación de escritura que se confirme en el almacenamiento sobreviva permanentemente y no se dañe ni se pierda, aunque se escriban gigabytes o terabytes de datos en el almacenamiento de una sola vez.

Resiliencia: la capacidad de recuperarse de una interrupción y continuar con las operaciones, aunque haya fallado un componente de hardware o de software. Por ejemplo, el almacenamiento físico experimenta una interrupción de alimentación, un corte de red o queda destruido durante una catástrofe natural.

Disponibilidad: la capacidad de proporcionar acceso a los datos, incluso si un centro de datos o una región no están disponibles. La disponibilidad de los datos se consigue normalmente añadiendo redundancia y configurando mecanismos de migración tras error.

Escalabilidad: la capacidad de ampliar la capacidad y personalizar el rendimiento en función de sus necesidades.

Cifrado: el enmascaramiento de datos para evitar la visibilidad cuando un usuario no autorizado accede a los datos.

El almacenamiento local secundario debe añadirse en el momento de la creación del pool de trabajadores. La adición manual de almacenamiento desde el nivel de infraestructura después de crear un grupo de trabajadores no es compatible y no da lugar a almacenamiento efímero adicional en el clúster.