¿Necesitan respaldo los contenedores?

¿Por qué contenedores?

Al igual que el ransomware, no es una cuestión de "si", sino de "cuándo". El uso de contenedores sigue aumentando en las empresas. Y, según los datos iniciales del estudio "Spring 2021 Hybrid Cloud Study" de Evaluator Group, el 29% de las empresas están utilizando Kubernetes en un entorno de producción en la actualidad, mientras que otro 40% está probando Kubernetes con planes de pasar a producción. ¿Qué está impulsando el interés por los contenedores?

Los contenedores son otro tipo de virtualización, y Docker es la plataforma de contenedores más popular. Los contenedores son un entorno especializado en el que las aplicaciones pueden desplegarse fácilmente. Los contenedores pueden considerarse máquinas virtuales (VM) ligeras. Las VM contienen una copia del sistema operativo (SO) y los contenedores comparten el SO subyacente, y cada uno de ellos contiene únicamente los archivos/imágenes y archivos de aplicación necesarios para que la aplicación se ejecute en un contenedor. Muchos contenedores ejecutándose en una única máquina virtual ocupan muchos menos recursos que el mismo número de máquinas virtuales ejecutándose en otro lugar. Los contenedores suelen estar diseñados para servir a una aplicación, como una base de datos, un servidor API o un equilibrador de carga. Cuando varias aplicaciones necesitan comunicarse entre sí, deben poder interactuar por separado a través de la red. Esto permite una verdadera arquitectura de escalabilidad horizontal para las aplicaciones y ayuda a hacerlas resistentes y disponibles.

¿Necesitan respaldo los contenedores?

Los contenedores pueden ejecutarse en un entorno en el que el estado de las aplicaciones puede o no necesitar ser preservado, lo que denominamos aplicaciones de contenedor con o sin estado. Si el contenedor no necesita tener su estado de ejecución respaldado, se considera que se ejecuta como una aplicación sin estado. Esto significa que no hay datos almacenados por estas aplicaciones que se ejecutan en el contenedor. Se está ejecutando una instancia de una imagen de contenedor. En el caso de que el nuevo contenedor con la imagen de la aplicación necesite ser levantado fácilmente, puede hacerlo mediante el motor de orquestación de contenedores Kubernetes.

Kubernetes es un motor orquestador de contenedores y controla el ciclo de vida de los contenedores.

Esto añade alta disponibilidad a cada parte de la infraestructura de contenedores. Esto también significa que los contenedores pueden crearse y eliminarse según lo necesite cualquier carga de trabajo. Por desgracia, muchos confunden esta alta disponibilidad con la capacidad de recuperarse de un desastre. Con la modernización de las aplicaciones en auge, los desarrolladores se dan cuenta de que la arquitectura de microservicios simplificada por los contenedores puede ampliarse también a las aplicaciones con estado. Esto ayuda a las organizaciones a acelerar el ciclo de desarrollo y entregar aplicaciones más rápidamente.

En las aplicaciones con estado que se ejecutan en un clúster Kubernetes es necesario tener en cuenta las siguientes cuestiones/escenarios:

• ¿Es suficiente la alta disponibilidad integrada en Kubernetes para recuperar los datos de las aplicaciones con estado que se ejecutan en contenedores?
• ¿Puedo recuperarme del error humano de desplegar un archivo de configuración incorrecto cuando hay que mover aplicaciones de un entorno TEST/DEV a producción, o de producción a staging antes de una actualización?
• ¿Puedo traer una copia de la aplicación para TEST/DEV para reproducir, analizar problemas que no se pueden ejecutar desde los datos de producción?

Si no está seguro de alguna de las respuestas a estas preguntas, debe revisar su estrategia de copia de seguridad y recuperación ante desastres.

En el próximo blog de esta serie, echaremos un vistazo a los datos que necesitará respaldar y cómo puede respaldar contenedores usando HYCU.