Fue una de las grandes sorpresas de la reciente feria KubeCON en Ámsterdam, dedicada a todo lo relacionado con Kubernetes, cuando a los clientes que preguntaron sobre las capacidades de respaldo de contenedores de NetBackup se les dijo que deberían implementar el almacenamiento definido por software InfoScale de Veritas para Kubernetes.
Compitiendo directamente con Portworx de Pure Storage, InfoScale ofrece almacenamiento en bloque para aplicaciones que se ejecutan en contenedores.
InfoScale señala que está más cerca que Portworx del kernel de Linux que ejecuta clústeres de Kubernetes y está dirigido a aplicaciones que consumen mucha entrada/salida (E/S), y lee y escribe con la mínima latencia posible.
“Infoscale tiene toda la funcionalidad que desea en una solución SAN”, dijo Petter Sveum, arquitecto jefe de infoScale en Veritas.
“Eso incluye escrituras en espejos en varios nodos para redundancia, sincronizados localmente o replicados en otro centro de datos”, dijo. “Y utilizamos un algoritmo de codificación de borrado con un mecanismo de equilibrio de carga para que pueda continuar accediendo a sus datos cuando haya perdido un disco, un nodo o un grupo de nodos”.
En la raíz, un clúster de Kubernetes ejecuta aplicaciones en contenedores de corta duración, donde, al menos como se concibió originalmente, sus datos desaparecen cuando finaliza el tiempo de ejecución. Ese principio se adapta bien a las aplicaciones web que existen durante el tiempo que sea necesario según la demanda del usuario.
Por otro lado, los contenedores no se adaptan bien a las aplicaciones de centros de datos tradicionales que respaldan los datos de cada sesión y deben recuperar y reiniciar las operaciones cuando surge la necesidad.
Sin embargo, las empresas desean cada vez más ejecutar aplicaciones heredadas en contenedores, lo que suele ser menos costoso que usar máquinas virtuales.
“Nuestros primeros clientes de InfoScale son bancos y empresas de telecomunicaciones que desean migrar aplicaciones y bases de datos de varios TB de VMware u OpenStack a Kubernetes”, dijo Sveum. “Con el almacenamiento en bloques que se integra con Kubernetes a través de un controlador CSI, puede eliminar la restricción de tener que usar el almacenamiento de objetos. Todos los fabricantes de matrices de almacenamiento ofrecen un controlador CSI, pero el nuestro tiene el mérito de ser compatible con todas las matrices de discos. Es universal.
InfoScale puede proporcionar un conjunto de almacenamiento SAN creado a partir de arreglos de diferentes fabricantes, así como trabajo nativo en la nube/contenedor, y no solo a través de CSI.
“Nuestra ventaja adicional, y esta es la razón por la que las empresas a menudo recurren a nosotros, es que la migración es fácil a través de NetBackup, que puede guardar y restaurar desde instantáneas deduplicadas”, dijo Sveum. “Eso significa que puede continuar con la restauración de aplicaciones sin detener las que se están ejecutando. Y se puede hacer rápidamente y ahorrar en el ancho de banda de la red”.
Sveum señaló que NetBackup e InfoScale son independientes. El primero puede respaldar sistemas de almacenamiento para Kubernetes, mientras que el otro puede respaldarse con cualquier software.
Por ahora: 16 nodos máximo
InfoScale viene con una consola de administración que permite la división de la capacidad global en volúmenes, o clases de almacenamiento persistente en el lenguaje de Kubernetes, que pueden tener diferentes características, como escrituras en espejos, deduplicación, compartir o no entre varios pods y por calidad de servicio.
Entonces, si una aplicación se implementa a través de un contenedor con un archivo de configuración que asigna acceso al almacenamiento persistente, InfoScale aplica todas las reglas necesarias sin que el usuario lo sepa.
La consola puede integrarse con Kubernetes de OpenShift para Red Hat. Veritas señala que InfoScale también se puede usar con cualquier otro Kubernetes que el administrador desee desde la línea de comandos y que las versiones futuras se integrarán con otras consolas.
Red Hat también realiza almacenamiento persistente para Kubernetes en forma de Ceph, pero con diferencias, dijo Sveum.
“Ceph no es tan rápido como InfoScale”, dijo. “Eso se debe en parte a que sus nodos de almacenamiento funcionan a través de un protocolo de red, mientras que InfoScale presenta el almacenamiento como si estuviera integrado con el servidor. Además, Ceph es principalmente un sistema de almacenamiento de objetos con puertas de enlace que acceden a los datos en modo bloque o archivo”.
InfoScale ofrece rendimiento, pero quizás menos elasticidad. Por ahora, InfoScale no puede administrar más de 16 nodos de almacenamiento, lo que contrasta con los cientos de Ceph.
“Es una limitación en la que estamos trabajando”, dijo Sveum. “Pronto ofreceremos la posibilidad de clústeres en clúster de InfoScale. Pero por ahora, la limitación no es demasiado molesta en el sentido de que normalmente solo necesita muchas E/S para una aplicación y no para varias de ellas que necesitan comunicarse entre sí. Por lo tanto, basta con proporcionar un clúster de almacenamiento InforScale diferente para cada aplicación que necesite velocidad”.