El panorama de las tecnologías nativas de la nube está evolucionando rápidamente, y se prevé que, para 2025, el 85 % de las organizaciones de todo el mundo utilicen contenedores en entornos de producción¹. Para seguir cumpliendo los objetivos empresariales, al tiempo que se mejora la agilidad empresarial y se optimizan las operaciones, necesitas una solución de gestión de datos integral y completa para todo tu patrimonio de datos.
Commvault siempre ha estado a la vanguardia en la protección de las nuevas tecnologías, y los contenedores y Kubernetes no son una excepción. Hemos desarrollado una amplia compatibilidad para proteger las aplicaciones que se ejecutan en un clúster de Kubernetes y sus datos. Es compatible con todas las distribuciones de Kubernetes certificadas por la CNCF (Cloud Native Computing Foundation) y, a través del marco CSI (Container Storage Interface), también admitimos una amplia gama de proveedores de almacenamiento en Kubernetes, lo que garantiza una protección de datos nativa de la nube completa, gestionada con la sencillez de una única solución de gestión de datos.
En esta nueva versión incorporamos dos nuevas funcionalidades clave para la protección de datos en Kubernetes:
- Protección completa a nivel de clúster y de espacio de nombres.
- Protección del ETCD.
Resumen
Commvault permite a los usuarios integrar fácilmente un clúster de Kubernetes en el Commvault Command Center™, también conocido como el «panel único» para todas tus necesidades de protección, gestión y ciclo de vida de los datos.
Commvault define una aplicación de Kubernetes como cualquier elemento que sea un pod o un conjunto de pods, a saber: Deployments, ReplicaSets, StatefulSets, etc., así como sus componentes asociados, tal y como se deduce de sus archivos YAML de aplicación.
Para explicarlo con más detalle, cuando analizamos una aplicación como un «Deployment», examinamos su especificación de configuración e identificamos cualquier PVC (Persistent Volume Claim), secreto, ConfigMap y otras entidades asociadas. Todas ellas juntas constituyen una aplicación.
Un usuario puede buscar aplicaciones en un clúster integrado, seleccionarlas y agruparlas en un «grupo de aplicaciones» en función de los SLA (acuerdos de nivel de servicio) de copia de seguridad, las necesidades de retención o cualquier otro criterio.
Los usuarios pueden añadir aplicaciones a los grupos de aplicaciones de varias formas diferentes:
- Explorar y seleccionar todas las aplicaciones de un espacio de nombres o de varios espacios de nombres.
- Seleccionar aplicaciones concretas.
- Utiliza reglas de detección dinámicas: por ejemplo, selecciona aplicaciones que coincidan con un selector de etiquetas concreto, un nombre, etc.
La detección dinámica resulta especialmente útil cuando un administrador de copias de seguridad puede hacer que los equipos de DevOps configuren selectores de etiquetas en sus aplicaciones y se le garanticen SLA (acuerdos de nivel de servicio) de protección específicos.
Las tareas de copia de seguridad se ejecutan a nivel de grupo de aplicaciones y utilizan las reglas de contenido para detectar, en tiempo de ejecución, las aplicaciones existentes y las de nueva creación, así como sus recursos en el clúster, y realizar las copias de seguridad. Las copias de seguridad de los PVC se realizan mediante CSI cuando está disponible; de lo contrario, Commvault puede conectarse directamente a los PVC utilizando la semántica «ReadMany» si CSI no está disponible.
Un diagrama que ilustra cómo se desarrolla todo.
Con Commvault, la restauración de una aplicación o de sus datos puede realizarse con distintos niveles de granularidad:
- Restauración a nivel de aplicación: es posible restaurar una aplicación completa, junto con sus recursos y datos asociados, de una sola vez.
- Archivos de la aplicación: Los datos de una aplicación (o partes de los mismos) almacenados en los PVC se pueden restaurar parcialmente sin necesidad de restaurar la aplicación completa.
- Archivos de configuración de la aplicación: Los archivos de configuración que componen una aplicación se pueden restaurar como archivos, de modo que el usuario pueda modificarlos antes de aplicarlos al clúster.
Mejoras
Ha llegado el momento de hablar de las nuevas y emocionantes mejoras, que ofrecen una protección completa para Kubernetes y que se incluyen en la versión 2022E de la plataforma.
1. Protección completa del clúster
Con esta función hemos añadido un botón muy sencillo para que lo pulse el administrador de copias de seguridad: «Por favor, haz una copia de todo lo que hay en el clúster». ¡Muchas gracias!
Si se configura de esta manera, se tienen en cuenta todos los elementos del clúster, incluidos los recursos del ámbito del clúster.
Además, los espacios de nombres que se detectan por primera vez en el momento de la copia de seguridad también se incluyen automáticamente.
Los administradores de copias de seguridad ya no tienen que seleccionar espacios de nombres concretos ni aplicaciones dentro de un espacio de nombres para que estén totalmente protegidos.
2. Protección a nivel de espacio de nombres
Además de un clúster completo, los usuarios ahora pueden optar por realizar una copia de seguridad de todo un espacio de nombres, es decir, de las aplicaciones (y sus recursos) y de cualquier recurso sin referencias dentro del espacio de nombres (a los que denominamos «huérfanos»).
Además, los usuarios ahora pueden restaurar espacios de nombres en su totalidad sin dejar de disponer de las distintas opciones de restauración granular explicadas anteriormente.
3. Protección de etcd.
etcd es una base de datos distribuida y replicada que utiliza Kubernetes para almacenar la configuración del clúster. La siguiente imagen ilustra el uso de etcd en un clúster típico de Kubernetes.
Cada nodo del plano de control cuenta con una réplica o copia de etcd.
La pérdida o el daño de estas copias puede causar estragos en la jornada (o la semana) de un administrador de Kubernetes.
Dado que etcd se replica entre los nodos maestros de un clúster de Kubernetes, las soluciones tradicionales intentan proteger etcd protegiendo los propios nodos maestros. Esto suele lograrse implementando soluciones en dichos nodos del clúster para proteger etcd de forma local. En el mejor de los casos, este enfoque resulta poco manejable y engorroso, ya que separa la protección de las aplicaciones que se ejecutan en el clúster y la protección del estado del clúster en dos mecanismos muy distintos. La protección del estado de las aplicaciones y la del estado del clúster van de la mano, y separarlas puede dar lugar a inconsistencias, especialmente a la hora de recuperarse de un desastre.
Commvault integra ahora a la perfección la protección de etcd, junto con la protección de aplicaciones y la protección completa del clúster, en el Command Center. El usuario solo tiene que activar un interruptor en el clúster para proteger etcd y seleccionar un SLA. ¡Y ya está! ¡De verdad! (Véase la captura de pantalla a continuación)
Con estas mejoras, hemos desarrollado una solución integral y completa para sus necesidades de protección de datos en Kubernetes y la hemos integrado en nuestro Commvault Command Center para que pueda simplificar la gestión de todo su conjunto de datos desde una única interfaz. No es de extrañar que Commvault siga destacando en este ámbito.
Referencia
1 – Forbes – Guía para directivos sobre la supervisión de contenedores
