¿En qué consisten la función de recuperación ante desastres y la alta disponibilidad de los contenedores?

Copiar URL

La capacidad de recuperación suele ser una de las principales preocupaciones para las empresas a la hora de trasladar sus sistemas a la nube híbrida. Para poder prestar servicios confiables de aplicaciones que contribuyan a la continuidad empresarial es necesario abordar los errores y las fallas sin perder los datos. 

Además, las aplicaciones importantes deben seguir funcionando de forma adecuada, incluso si fallan sus elementos. Por sí solas pueden ofrecer cierto nivel de resistencia, por lo cual dependen de la infraestructura subyacente de servicios de datos para ejecutarse y poder recuperarse en caso de errores.

 

El término alta disponibilidad significa proteger la infraestructura o las aplicaciones en un solo lugar para garantizar su funcionamiento permanente. El objetivo es reducir los puntos únicos de fallas en la stack informática, generalmente a través de las rutas de acceso alternativas y la resistencia de los elementos. Si incorpora la alta disponibilidad a los entornos, los servicios contarán con funciones integradas de resistencia y recuperación autónoma. Para restablecerse, estos servicios podrían reiniciarse en caso de falla, permitir el reinicio de un nodo defectuoso, volver a implementar una carga de trabajo de un sistema de hardware con errores en otra ubicación dentro del entorno o reenviar las transacciones al servicio o a otra de sus instancias ante una falla en una ruta de acceso a la red.

La alta disponibilidad es fundamental para garantizar que las aplicaciones funcionen sin tiempo de inactividad y puedan lidiar con las fallas imprevistas. Las tecnologías sin servidor, los contenedores y Kubernetes ofrecen nuevas oportunidades para desarrollar aplicaciones, pero deben contar con un plan de recuperación en caso de fallas.

Recursos de Red Hat

La recuperación ante desastres (DR) consiste en poder recuperarse y continuar ejecutando las aplicaciones esenciales para la empresa en caso de catástrofes naturales o de desastres causados por las personas, y en proteger la infraestructura o las aplicaciones de manera distribuida en las distintas regiones para reducir el impacto en las empresas tanto como sea posible. Es la estrategia general de continuidad de cualquier empresa importante, la cual se diseñó para lograr que las operaciones sigan su curso durante eventos adversos graves. El objetivo es posibilitar la recuperación automática en distancias más largas que la alta disponibilidad tradicional, y extender la recuperación a otro clúster. En los entornos donde una aplicación se limita a un solo sitio a la vez, es posible automatizar la migración entre los diferentes sitios; sin embargo, una persona autorizada decidirá si se deben trasladar los servicios informáticos entre las distintas ubicaciones. Esto es necesario cuando volver a sincronizar las aplicaciones debido a la conmutación por error entre los sitios implica un costo.Para alcanzar el éxito en la empresa, es muy importante que agilice el proceso de recuperación luego de un incidente.

La función de la DR por regiones permite replicar los datos y los metadatos de volumen permanente en todos los sitios que están distribuidos geográficamente. En la nube pública, esto sería similar a protegerse de un fallo regional. La DR por regiones garantiza la continuidad empresarial cuando una región geográfica no está disponible, y admite la pérdida de una cantidad previsible de datos. Esto suele expresarse como objetivos de punto de recuperación (RPO) y de tiempo de recuperación (RTO).

Los RPO miden la frecuencia con la que se hacen copias de seguridad o se toman instantáneas de los datos permanentes. En la práctica, indican la cantidad de datos que se perderán o que será necesario volver a ingresar tras una interrupción.

Los RTO indican la cantidad de tiempo de inactividad que una empresa puede tolerar, es decir, cuánto demorará la recuperación de un sistema después de que la empresa haya recibido la notificación correspondiente.

Dé un vistazo a la documentación sobre la configuración de Red Hat OpenShift Data Foundation para la recuperación regional ante desastres con la gestión avanzada de clústeres.

Los partners de nuestro ecosistema trabajan con nosotros para validar sus soluciones con nuestras plataformas y ofrecer una estrategia sólida de protección de datos y recuperación ante desastres. Obtenga más información sobre nuestros partners de infraestructura de red y almacenamiento.

Hub

Blogs de Red Hat

Aquí encuentras la información más reciente sobre nuestros clientes, partners y comunidades open source.

Todas las versiones de prueba de los productos de Red Hat

Con las versiones de prueba gratuitas de nuestros productos, podrás adquirir experiencia práctica, prepararte para obtener una certificación o evaluar las soluciones para saber si son adecuadas para tu empresa.

Más información

What is the Kubernetes Java client?

The Kubernetes Java client is a client library that enables the use of the Java programming language to interface with Kubernetes.

Kubernetes en AWS: diferencias entre las plataformas de aplicaciones autogestionadas y las gestionadas por terceros

Kubernetes es una plataforma open source para la organización de los contenedores que automatiza muchos de los procesos manuales involucrados en la implementación, la gestión y el ajuste de las aplicaciones que se alojan en ellos. Permite distribuir y gestionar las aplicaciones en contenedores, las heredadas y las desarrolladas en la nube.

¿Qué son los planos de control alojados?

Adopta un verdadero enfoque de nube híbrida que permite que los nodos más pequeños ejecuten un plano de control, lo cual reduce el costo de los clústeres.

Contenedores: lecturas recomendadas

Artículos relacionados