¿Cómo hacer una copia de seguridad de Kubernetes? Copia de seguridad y restauración de Kubernetes.

La primera solución de copia de seguridad y restauración de Kubernetes de nivel empresarial del mundo

Bacula Enterprise es la primera solución de copia de seguridad y recuperación de nivel empresarial del mundo que ofrece una copia de seguridad avanzada y automatizada de Kubernetes con soporte para clústeres. Su módulo de copia de seguridad y restauración de Kubernetes hace que la orquestación de contenedores sea más fácilmente gestionable que nunca. Este módulo de copia de seguridad incluye volúmenes persistentes y ofrece una amplia gama de posibilidades de arquitectura.

Esta copia de seguridad automatizada de Kubernetes es el segundo paso de Bacula en los últimos meses hacia la integración total con soluciones de orquestación. Está disponible en la mayoría de los niveles de suscripción de Bacula Enterprise sin coste adicional durante un periodo de tiempo limitado. Bacula Enterprise también es totalmente compatible con los entornos Tanzu y Rancher.

Desafíos de las copias de seguridad de Kubernetes

Dado que los datos propios de las aplicaciones nativas de la nube pueden clasificarse como efímeros y funcionan mediante un conjunto de contenedores, es necesario gestionarlos. El sistema de gestión más popular actualmente es Kubernetes (K8s). El núcleo de este sistema de gestión se llama etcd, y almacena toda la información del estado actual de Kubernetes, así como la información de la configuración del clúster de contenedores, lo que significa que cualquier cambio dentro del sistema se refleja en el núcleo etcd.

El primer reto de las copias de seguridad de Kubernetes: dado que los nodos en sí mismos son efímeros y suelen durar sólo alrededor de un día, sería fácil restaurarlos en caso de que un desastre los elimine. El problema es que los nodos restaurados no tendrían ningún dato previo y tendrían que obtener esos datos de etcd – que tendría que ser respaldado con frecuencia y de manera eficiente para que todo el sistema funcione correctamente después de que ocurra algo, ya que el propio etcd puede compararse con todo el sistema neuronal del sistema de desarrollo, que contiene el conocimiento de la infraestructura en general y la colocación de volúmenes persistentes que tienen datos que pueden necesitar ser almacenados en algún lugar.

El segundo reto de la copia de seguridad de Kubernetes está relacionado con la migración de un servicio en la nube a otro, que requiere que el sistema de copia de seguridad sea granular, ya que es probable que algunos elementos de la estructura anterior de un usuario en la nube tengan que cambiar si su nuevo servicio en la nube tiene una estructura diferente. Puede que no necesite restaurar la totalidad de etcd, o restaurar todo el entorno Kubernetes en ese caso – ahí es donde entra la necesidad de ser granular. Otra necesidad de un trabajo granular puede surgir si una parte de su sistema se corrompe en el proceso de migración o por cualquier otra razón – es muy probable que sólo necesite restaurar esa parte específica del sistema en lugar de reescribir todo para restaurar una pequeña parte.

El actual ciclo de desarrollo de aplicaciones nos trae a la mente el tercer reto de las copias de seguridad de Kubernetes: es típico que las aplicaciones se prueben en un entorno sandbox que está aislado del resto del sistema (es decir, el entorno de producción, que ya está interactuando con los clientes). En este caso concreto, esos entornos (el de desarrollo y el de pruebas) tendrían que «hidratarse» con los datos de la aplicación para proporcionar resultados de prueba útiles y significativos. Estos escenarios permiten que contenedores o volúmenes específicos hagan una copia de seguridad de un entorno de producción actual y la restauren en el entorno de pruebas, lo que significa que tendrá que etiquetar una parte de su infraestructura para hacer una copia de seguridad en un lugar y restaurarla en la otra ubicación o entorno.

• Respaldo y restauración de clústeres Kubernetes
• Restauración rápida de los datos persistentes de un clúster
• Permitir una redistribución rápida y eficiente de los recursos de un clúster

¿Por qué hacer una copia de seguridad de los entornos Kubernetes?

A medida que Kubernetes se despliega cada vez más en entornos operativos de misión crítica, las organizaciones se preocupan cada vez más por las copias de seguridad y la recuperación de Kubernetes, la seguridad y otros problemas de gestión de datos. Al principio, la mayoría de las aplicaciones en contenedores no guardaban un estado, lo que permitía desplegarlas más fácilmente en una nube pública. Sin embargo, a medida que las aplicaciones con estado que requieren acceso a una base de datos se han convertido en contenedores utilizando Kubernetes, la necesidad de considerar seriamente el respaldo y la recuperación de Kubernetes ha aumentado drásticamente.

Tanto si Kubernetes se utiliza en un entorno desplegado para dar una nueva vida a las aplicaciones monolíticas, como si se refactorizan las aplicaciones heredadas o se implementan nuevas aplicaciones dinámicas distribuidas, la necesidad de proteger sus datos con estado sigue vigente. La necesidad de una organización de mantener los acuerdos de nivel de servicio (SLA), y de garantizar que los servicios basados en contenedores estén siempre disponibles en un estado correcto, será siempre lo más importante. Por lo tanto, un despliegue de Kubernetes mínimamente viable requiere una copia de seguridad y recuperación eficaz de los componentes del clúster de Kubernetes y de los datos persistentes para un funcionamiento productivo.

Para las organizaciones que ejecutan Kubernetes en entornos de producción, Bacula Enterprise es la primera plataforma empresarial de copia de seguridad y recuperación que ofrece una solución de nivel empresarial con clústeres de Kubernetes desplegados para realizar copias de seguridad y recuperar datos de forma coherente en todas sus plataformas.

Bacula aporta ventajas de agilidad a los entornos Kubernetes gracias a su grado inusualmente alto de modularidad y flexibilidad. Por ejemplo, Bacula también permite migrar volúmenes persistentes entre clústeres Kubernetes; por ejemplo, en el momento de la restauración, se puede especificar otro sistema Kubernetes en el que escribir. Esta agilidad, a su vez, ofrece a las organizaciones la oportunidad no solo de ahorrar tiempo, sino también de reducir significativamente la complejidad, los costes y la dependencia del proveedor.

Muchas organizaciones han desplegado Kubernetes en al menos dos de las tres principales nubes públicas, y una buena parte de ellas ejecuta contenedores en Amazon Web Services (AWS), Google Cloud Platform (GCP) y Microsoft Azure. La integración nativa de Bacula con estas plataformas en la nube ayuda a acelerar y facilitar las operaciones en estos entornos. Bacula también ayuda a las empresas a no quedarse encerradas en un único proveedor, ya que, además de su propio código basado en el código abierto, también facilita que Kubernetes se traslade más fácilmente de una nube a otra. Bacula también facilita la nube híbrida a través de su facilidad de integración de los servicios de la nube privada y pública para soportar tareas paralelas, integradas o complementarias.

La solución única de Bacula para las copias de seguridad de Kubernetes incluye no sólo copias de seguridad de los volúmenes persistentes, sino también de los archivos de configuración.

Función de listado de recursos para la copia de seguridad de Kubernetes

El módulo de copia de seguridad de Kubernetes de Bacula Enterprise es compatible con la función de listado de Bacula Enterprise 8.x o más reciente. Este modo muestra información útil sobre los recursos de Kubernetes disponibles, como:

• Lista de espacios de nombres de Kubernetes
• Lista de volúmenes persistentes de Kubernetes

La función utiliza el comando especial .ls comando con un plugin=<plugin> parámetro del comando.