Categories: Centro de Datos

Reduciendo el “time to value” de Kubernetes usando Cisco HyperFlex Data Platform como almacenamiento persistente

Por naturaleza, los contenedores son efímeros, esto quiere decir que cuando un contenedor es eliminado, los datos que pidieran haber sido agregados o modificados, son eliminados también. Y esto tiene una razón: la idea principal de las tecnologías nativas a la nube, es sacar provecho de las arquitecturas y servicios que, precisamente, nos ofrecen las nubes. Uno de estos servicios es el almacenamiento como servicio (STaaS por sus siglas en inglés), de tal manera que sea decisión del arquitecto de nube cuál backend de almacenamiento usar (sí es que se usa uno).

Siguiendo esta misma filosofía, Kubernetes tiene la misma técnica de desacoplar el proveedor de almacenamiento del propio sistema de orquestación de contenedores y pone, a disposición de los proveedores una interfaz de almacenamiento “estandarizada” para que cualquier backend de almacenamiento, pueda ser manejado de la misma manera desde el punto de vista del administrador de Kubernetes, independientemente si el proveedor sea basado en bloques, archivos u objetos o si el transporte es fibra canal, iSCSI, NFS o directamente conectado a los nodos de trabajo (Worker nodes).

Esta interfaz es llamada Containers Storage Interfaz (CSI, en inglés), como se mencionó anteriormente existe una lista considerable de proveedores que hacen uso de esta interfaz para proveer de almacenamiento permanente a Kubernetes, Cisco provee, de manera gratuita, los mecanismos necesarios para entregar almacenamiento persistente a Kubernetes cuando este se ejecuta sobre Cisco HyperFlex, de tal manera que Kubernetes saque el mayor provecho posible de la plataforma de almacenamiento que HyperFlex proporciona (Ver Ilustración 1)

Las ventajas de esto es que los administradores de Kubernetes, pueden poner a disposición almacenamiento persistente (Volúmenes persistentes en el argot de Kubernetes) directamente a los pods sin que el desarrollador tenga que preocuparse por administrar tal almacenamiento. Otra ventaja es, que, al ser estos volúmenes persistentes presentados por red, directamente al pod/contenedor, no hay penalización de rendimiento que el Hypervisor y el propio sistema operativo pudieran tener.

Si el lector usa Cisco Containers Platform como su plataforma de Kubernetes, esta integración se encuentra a un clic de distancia, mediante la automatización de la integración. De igual manera, se provee una guía para hacer esta integración en cualquier distribución de Kubernetes compatible.

En el siguiente video, demuestro cómo funciona, de manera práctica esta integración.

Kubernetes es, hoy por hoy, la plataforma de orquestación de contenedores más popular, Cisco ha creado soluciones e integraciones que permiten a las compañías innovar de una manera segura y con una reducción de “time to value”. Permitiendo a los equipos de desarrollo enfocarse en la entrega de valor basados en plataformas listas para producción empresarial con soporte Premium punta a punta.

Este es el primero de una serie de artículos que estaré publicando alrededor de las estas integraciones y soluciones alrededor de Kubernetes y las tendencias de desarrollo nativas a la nube. Me puedes encontrar en Twitter como @GnuOwned, donde con gusto podemos continuar la conversación.

Share
Miguel Barajas

Miguel Barajas es el arquitecto líder de Cisco Data Center y Cloud para Latinoamérica. Con más de 19 años de experiencia en tecnologías de información, cuenta con una amplia experiencia en temas de tecnologías abiertas, tecnologías de centro de datos, orquestación e integraciones de sistemas.

Miguel Barajas é o arquiteto líder para Data Center e Cloud da Cisco na América Latina. Com mais de 19 anos de experiência em tecnologia da informação, ele possui ampla experiência em tecnologias abertas, tecnologias de data center, orquestração e integração de sistemas.