Diseño de conmutación por error entre regiones para la recuperación ante desastres
Conmutación por error entre regiones Garantiza la continuidad del negocio durante interrupciones importantes al transferir automáticamente las cargas de trabajo de una región principal a una secundaria. Este enfoque es ideal para interrupciones a gran escala, como huracanes o cortes de energía regionales. Sin embargo, conlleva mayores costos y una complejidad significativa en comparación con otros métodos de recuperación ante desastres.
Puntos clave a considerar:
- Fiabilidad:Proporciona una sólida protección contra interrupciones regionales con conmutación por error automatizada y replicación de datos.
- Costos:Costoso debido a la infraestructura duplicada y las tarifas de transferencia de datos.
- Complejidad:Requiere configuración avanzada, incluidos procesos de enrutamiento DNS y conmutación por error.
- Objetivo de tiempo de recuperación (RTO):Varía según la configuración:
- Activo-activo: RTO cercano a cero.
- Espera caliente: minutos.
- Espera en frío: Horas.
Otras opciones incluyen redundancia activa-activa (alta confiabilidad, mayor costo) y redundancia activa-pasiva (Más asequible, recuperación más lenta). La elección de la estrategia adecuada depende de la tolerancia al tiempo de inactividad y del presupuesto de su empresa.
| Opción de redundancia | Fiabilidad | Costo | RTO |
|---|---|---|---|
| Conmutación por error entre regiones | Alto (cortes regionales) | Alto | Minutos-Horas |
| Activo-Activo | Más alto (compartir tráfico global) | Muy alto | Artículos de segunda clase |
| Activo-Pasivo | Moderado (configuración de espera) | Moderado | Minutos-Horas |
Seleccionar el método adecuado implica equilibrar la confiabilidad, el costo y la velocidad de recuperación según la criticidad de su sistema. Las pruebas periódicas y la automatización son esenciales para el éxito.
Comparación de opciones de redundancia para recuperación ante desastres: costo, RTO y confiabilidad
¿Cómo configurar la conmutación por error de aplicaciones entre regiones?
La configuración adecuada a menudo requiere elegir la opción correcta centro de datos ubicaciones para minimizar la latencia y garantizar la redundancia.
sbb-itb-59e1987
1. Conmutación por error entre regiones
Conmutación por error entre regiones Es un enfoque de recuperación ante desastres diseñado para trasladar las cargas de trabajo de producción de una región principal a una secundaria ubicada a gran distancia. Mientras que las estrategias Multi-AZ gestionan fallos en centros de datos locales en un radio de aproximadamente 96 kilómetros, la conmutación por error entre regiones es más eficaz para afrontar desastres mucho mayores, como terremotos, inundaciones o cortes de energía regionales. Esta configuración se basa en infraestructuras distribuidas a cientos o incluso miles de kilómetros de distancia. A continuación, analizaremos en profundidad su fiabilidad, consideraciones de coste, retos operativos y cómo afecta al Objetivo de Tiempo de Recuperación (RTO).
Fiabilidad
La conmutación por error entre regiones proporciona aislamiento geográfico, lo que la convierte en una solución robusta para cortes de energía regionales. Por ejemplo, si un huracán provoca un corte de energía en toda una región, la región secundaria asume el control sin problemas. Los sistemas de monitoreo automatizado detectan problemas de rendimiento y activan la conmutación por error, mientras que la replicación continua a nivel de bloque garantiza la integridad de los datos, protegiendo así tanto la infraestructura como la información crítica.
El marco de buena arquitectura de AWS destaca que omitir las prácticas adecuadas de conmutación por error plantea un problema. "Nivel de riesgo "alto" Para la resiliencia de la carga de trabajo. Los simulacros de recuperación periódicos son clave para garantizar que su plan de recuperación ante desastres funcione correctamente cuando sea necesario. Estos simulacros permiten que los planes pasen de ser teóricos a estar probados, lo cual es crucial para mantener los servicios en funcionamiento y evitar la pérdida de ingresos.
Consideraciones de costos
La conmutación por error entre regiones tiene un precio elevado en comparación con las soluciones Multi-AZ. ¿El motivo? Básicamente, duplicando sus costos operativos y de almacenamiento Manteniendo bases de datos y aplicaciones duplicadas en regiones distantes. Además, las tarifas de transferencia de datos para la replicación entre regiones pueden incrementarse rápidamente, y los costos varían significativamente según las regiones involucradas.
Para las grandes organizaciones con más de 2000 empleados, los gastos de recuperación ante desastres que utilizan soluciones internas pueden variar entre $675,000 a $1,750,000 anualmente. Si su objetivo es un RTO cercano a cero, es de esperar que esos costos aumenten aún más. La replicación en tiempo real para cumplir con los requisitos mínimos de RPO incrementa aún más los gastos. Para gestionar estos costos, muchas empresas optan por replicar solo sus aplicaciones más esenciales en lugar de todo su entorno.
Complejidad operativa
Configurar la conmutación por error entre regiones no es tan sencillo como accionar un interruptor: requiere orquestación avanzada. Necesitará gestionar el enrutamiento DNS global, la replicación asincrónica de datos y los procesos automatizados de conmutación por error en regiones distantes. El uso de Infraestructura como Código (IaC) es fundamental para mantener la coherencia y la repetibilidad entre las configuraciones principal y secundaria.
El proceso de recuperación (retorno de operaciones a la región principal tras la recuperación) es aún más complejo. Implica resincronizar datos para evitar pérdidas, redirigir el tráfico mediante DNS y gestionar la replicación inversa para proteger las nuevas instancias activas. Este nivel de complejidad exige equipos cualificados y documentación detallada para una ejecución fluida.
Objetivo de tiempo de recuperación (RTO)
Su RTO depende en gran medida del modelo de conmutación por error que elija. Configuraciones activo-activo permitir que ambas regiones manejen el tráfico simultáneamente, logrando un RTO cercano a cero. Modo de espera cálido Las configuraciones donde los servicios mínimos se ejecutan en la región secundaria pueden ofrecer RTO medidos en minutos. Por otro lado, espera en frío Los enfoques en los que los recursos se ponen en marcha solo después de una falla dan como resultado RTO medidos en horas.
Para los sistemas que requieren una disponibilidad del 99,999%, los RTO normalmente se miden en artículos de segunda clase, Mientras que los sistemas menos críticos con una disponibilidad del 99,9% pueden tolerar tiempos de inactividad medidos en horas. Los manuales de ejecución automatizados y las herramientas de IaC reducen el riesgo de errores humanos durante la conmutación por error, lo que le ayuda a cumplir con los estrictos objetivos de RTO, especialmente cuando cada minuto de inactividad se traduce en pérdida de ingresos y de confianza del cliente.
2. Redundancia activa-activa
Redundancia activa-activa Garantiza que las aplicaciones se ejecuten simultáneamente en dos o más regiones, con tráfico activo distribuido entre ellas. A diferencia de las configuraciones activo-pasivas, donde la región secundaria permanece inactiva o con mínima actividad, las configuraciones activo-activas permiten que cada región gestione las solicitudes reales de los usuarios. Esto elimina los problemas de arranque en frío, ya que todas las regiones están siempre operativas. Exploremos cómo esta configuración aumenta la confiabilidad, incluso durante fallos regionales graves.
Fiabilidad
Las configuraciones activo-activo proporcionan confiabilidad de primer nivel Entre las estrategias de recuperación ante desastres. Servicios como Controlador de recuperación de aplicaciones de Amazon Route 53 Monitoree continuamente el estado de múltiples regiones y redirija automáticamente el tráfico de la infraestructura con fallas. Esta configuración es ideal para cargas de trabajo críticas (Nivel 0) que exigen objetivos de nivel de servicio superiores. 99.99%. Para las empresas donde incluso unos pocos segundos de inactividad pueden provocar pérdidas de ingresos o erosionar la confianza del cliente, este nivel de confiabilidad es indispensable.
"La automatización supera a los heroísmos: Tener un proceso de conmutación por error automatizado es infinitamente mejor que depender de alguien para que solucione los problemas manualmente durante una interrupción. – Alex Brooks, arquitecto de soluciones de AWS
Eficiencia de costos
La redundancia activa-activa es la más caro Opción de recuperación ante desastres. Esto se debe a que se paga por capacidad de procesamiento y almacenamiento completa en varias regiones, las 24 horas del día, los 7 días de la semana. Los costos se incrementan aún más por la replicación continua de datos entre regiones y la facturación por hora de recursos como volúmenes e instantáneas de Amazon EBS. Sin embargo, para las empresas donde el tiempo de inactividad afecta directamente los ingresos, estos gastos suelen considerarse rentables. Para sistemas menos críticos, las configuraciones de espera activa-pasiva en caliente pueden ofrecer una alternativa más económica.
Complejidad de implementación
Configurar la redundancia activa-activa es más complejo que los modelos de conmutación por error estándar. Requiere una sincronización global precisa, incluido el almacenamiento en caché sincronizado (p. ej., ElastiCache), enrutamiento de tráfico avanzado y mantenimiento de datos consistentes en todas las regiones.
La consistencia de los datos plantea un desafío importante. La replicación síncrona garantiza la precisión, pero aumenta la latencia de escritura y suele limitarse a una sola región. La replicación asíncrona admite la recuperación entre regiones, pero introduce retrasos, lo que puede generar datos obsoletos. Para gestionar estas complejidades, la Infraestructura como Código (IaC) puede replicar topologías de red y configuraciones de seguridad entre regiones. Las herramientas de automatización y los runbooks gestionan la promoción de bases de datos y el enrutamiento del tráfico durante fallos, mientras que Amazon CloudWatch Agrega métricas para decidir cuándo debe ocurrir la conmutación por error.
Objetivo de tiempo de recuperación (RTO)
La redundancia activa-activa ofrece una RTO medido en segundos, logrando a menudo un tiempo de inactividad casi nulo. Dado que todas las regiones ya están atendiendo tráfico en vivo, la conmutación por error implica simplemente ajustar la ponderación del tráfico en lugar de esperar a que los recursos se activen o las bases de datos se promocionen. Herramientas como Acelerador global de AWS Utilice direcciones IP estáticas que permanezcan constantes, incluso cuando los puntos finales del backend fallen, lo que permite cambios de tráfico más rápidos en comparación con los métodos de conmutación por error basados en DNS.
| Dimensión | Redundancia activa-activa | Activo-Pasivo (Espera en caliente) |
|---|---|---|
| Fiabilidad | Más alto; tráfico activo en todas las regiones | Alto; requiere conmutación por error exitosa |
| Eficiencia de costos | El más caro; recursos completos en todas las regiones | Más rentable; región secundaria reducida |
| Complejidad | Alto; necesita sincronización de datos global | Moderado; se requieren scripts de conmutación por error automatizados |
| RTO | Casi cero; el tráfico cambia instantáneamente | De minutos a horas; depende de la escala/promoción |
Esta tabla destaca las diferencias clave entre las configuraciones activo-activo y activo-pasivo, ofreciendo una perspectiva más clara sobre sus ventajas y desventajas.
3. Redundancia activa-pasiva
Redundancia activa-pasiva Es una configuración de recuperación ante desastres donde la región principal gestiona todo el tráfico activo, mientras que una región secundaria permanece en espera, lista para tomar el control si es necesario. Este enfoque ofrece una alternativa más económica a las configuraciones activo-activo, pero conlleva desventajas, especialmente en la velocidad de conmutación por error. A diferencia de las configuraciones activo-activo, la región secundaria no procesa las solicitudes hasta que se produce un fallo. Existen dos tipos principales de configuraciones activo-pasivo: Luz piloto, que mantiene en funcionamiento únicamente recursos esenciales como bases de datos, y Modo de espera cálido, que mantiene una versión liviana pero operativa de su carga de trabajo en la región secundaria.
Fiabilidad
Las configuraciones activo-pasivo se basan en replicación continua de datos Para garantizar la confiabilidad, la región principal sincroniza regularmente los datos con la región secundaria. Estos datos se protegen mediante cifrado y la conmutación por error se activa mediante cambios de DNS, que a menudo se supervisan y automatizan mediante herramientas como CloudWatch.
Sin embargo, existen desafíos. La mayor preocupación es retraso de replicación, donde las actualizaciones de datos podrían no estar completamente sincronizadas entre regiones. Algunas herramientas de orquestación no comprueban automáticamente si hay retrasos antes de iniciar la conmutación por error, lo que significa que podría ser necesaria una intervención manual para evitar la pérdida de datos. Tras la conmutación por error, el sistema requiere una "replicación inversa" para proteger la región recién activa, lo cual no es automático. Además, si el ancho de banda de la red es insuficiente, la replicación continua puede fallar, dejando los datos desprotegidos.
Eficiencia de costos
La redundancia activa-pasiva logra un equilibrio entre costo y rendimiento. Es más asequible que las configuraciones activo-activas, pero más costosa que los métodos simples de copia de seguridad y restauración. Los costos dependen del tipo de configuración:
- Luz piloto Mantiene los costos bajos al ejecutar solo recursos esenciales como bases de datos, mientras que los recursos computacionales permanecen almacenados pero inactivos.
- Modo de espera cálido es más costoso porque mantiene una versión reducida de su carga de trabajo ejecutándose en la región secundaria.
Otros gastos recurrentes incluyen las tarifas de transferencia de datos entre regiones, los cargos por almacenamiento de Amazon EBS y los costos por hora de los servicios de recuperación ante desastres. Para optimizar los costos, puede utilizar tecnologías sin servidor como AWS Lambda y Amazon API Gateway en la región pasiva, evitando así cargos por recursos informáticos inactivos. Para las redes, el peering de VPC es una opción más sencilla y económica que Transit Gateway.
Complejidad de implementación
La configuración de la redundancia activa-pasiva requiere esfuerzo moderado. Necesitará configurar la redirección de DNS, mecanismos automatizados de conmutación por error y un proceso claro para devolver las operaciones a la región principal. Herramientas como AWS CloudFormation o HashiCorp Terraform pueden simplificar la implementación al garantizar configuraciones de recursos consistentes en todas las regiones. Los simulacros de conmutación por error periódicos son esenciales para verificar que todo funcione correctamente y para capacitar a su equipo en el proceso.
El proceso de recuperación añade otra capa de complejidad. Para volver a la región principal, deberá copiar los datos de la región de recuperación, lo que puede llevar mucho tiempo. Esto suele implicar eliminar bases de datos principales obsoletas y crear nuevas réplicas. Mejorar la seguridad segmentando los datos críticos en cuentas de AWS independientes para las regiones de ensayo y recuperación puede añadir sobrecarga operativa, lo que complica aún más las tareas de recuperación. Estos factores, en última instancia, afectan el tiempo de recuperación, que analizaremos a continuación.
Objetivo de tiempo de recuperación (RTO)
El RTO para configuraciones activo-pasivo depende de la estrategia elegida:
- Copia de seguridad y restauración:Normalmente la recuperación demora hasta 24 horas.
- Luz piloto:Logra RTO en decenas de minutos, ya que es necesario aprovisionar y escalar recursos computacionales durante la recuperación.
- Modo de espera cálido:Ofrece una recuperación más rápida, a menudo en cuestión de minutos, ya que las instancias ya están en ejecución y solo necesitan escalarse.
AWS Elastic Disaster Recovery es una herramienta útil que combina los ahorros de costos de Pilot Light con los tiempos de recuperación más rápidos de Warm Standby.
La automatización desempeña un papel fundamental en la reducción del RTO al eliminar los pasos manuales. Por ejemplo, la configuración del TTL del DNS y las actualizaciones de enrutamiento de Route 53 determinan la rapidez con la que se redirige a los usuarios a la región de recuperación. Además, el uso de las API del plano de datos puede mejorar la fiabilidad de la conmutación por error durante interrupciones regionales, lo que garantiza una transición más fluida.
Ventajas y desventajas
Cada método de redundancia conlleva sus propias ventajas y desventajas, que equilibran el coste, la complejidad y la velocidad de recuperación. A continuación, se analizan en detalle cómo se comparan estos métodos:
Conmutación por error entre regiones Es una opción sólida para cargas de trabajo de alta prioridad que requieren operaciones comerciales ininterrumpidas durante interrupciones regionales. Admite conmutación por error automatizada con un objetivo de tiempo de recuperación (RTO) definido. Sin embargo, esta comodidad no es económica. La transferencia y sincronización de datos puede generar costos significativos, y el proceso de conmutación por recuperación puede ser complejo, ya que implica replicación inversa y limpieza manual. Como señala John Formento de Amazon Web Services:
""Si la arquitectura multiregión no se construye correctamente, es posible que la disponibilidad general de la carga de trabajo disminuya"."
Redundancia activa-activa Proporciona una recuperación ultrarrápida con un RTO casi nulo y garantiza que los usuarios sean atendidos desde la ubicación geográfica más cercana. Esta configuración es ideal para audiencias globales que necesitan un rendimiento excepcional. Por otro lado, mantener pilas de aplicaciones completamente operativas en varias regiones incrementa los costos. La sincronización de datos también puede ser un problema, y un sistema mal diseñado podría reducir involuntariamente la disponibilidad general.
Redundancia activa-pasiva Es una opción más económica, que utiliza configuraciones de espera activa o piloto para ahorrar costos. Al no pagar por recursos informáticos inactivos, es más económico. Además, los simulacros de conmutación por error no interrumpen el entorno principal. ¿La desventaja? Un RTO más alto en comparación con las configuraciones activo-activo. La recuperación depende de la rapidez con la que los recursos pasivos puedan escalar y redirigir el tráfico DNS. Además, la gestión de la replicación de datos es fundamental para evitar problemas como el retardo de replicación, que podría provocar la pérdida de datos durante una conmutación por error.
| Método de redundancia | Ventajas clave | Desventajas clave |
|---|---|---|
| Conmutación por error entre regiones | Recuperación automatizada; RTO definido; garantiza la continuidad del negocio | Costos elevados de transferencia de datos; proceso complejo de recuperación; riesgo de pérdida de datos debido a retrasos en la replicación |
| Activo-Activo | RTO cercano a cero; mejora el rendimiento global; máxima disponibilidad | Costoso; sincronización de datos desafiante; potencial de disponibilidad reducida si está mal configurado |
| Activo-Pasivo | Rentable; los simulacros no afectan los sistemas primarios; más rápido que los respaldos en frío | RTO más alto que activo-activo; requiere una gestión de replicación cuidadosa para evitar la pérdida de datos |
Este desglose destaca las consideraciones clave a considerar al elegir la mejor estrategia de redundancia para su plan de recuperación ante desastres. Cada método tiene sus ventajas y desventajas, por lo que la elección correcta depende en gran medida de sus necesidades y prioridades específicas.
Conclusión
Elegir el método de redundancia adecuado se reduce a comprender las necesidades de su negocio y la criticidad de sus sistemas. Para sistemas de misión crítica (Nivel 0), donde incluso unos pocos segundos de inactividad son inaceptables, redundancia activa-activa Es la mejor opción. Estos sistemas suelen exigir Objetivos de Nivel de Servicio (SLO) de 99.999% o superiores y Objetivos de Tiempo de Recuperación (RTO) prácticamente nulos.
Para sistemas moderadamente críticos (Nivel 1), donde las interrupciones breves son manejables, una modo de espera cálido activo-pasivo La configuración ofrece un equilibrio ideal entre costo y recuperación rápida. Este método es especialmente eficaz para aplicaciones orientadas al cliente que requieren un rendimiento confiable sin sobrecostes. Sin embargo, realizar pruebas periódicas es crucial para garantizar que su plan de recuperación ante desastres funcione cuando más se necesita.
Cuando se trata de sistemas operativos (Nivel 2), donde son aceptables RTO más largos de unas pocas horas, modo de espera en frío activo-pasivo ofrece una opción rentable. De manera similar, cargas de trabajo administrativas (Nivel 3) A menudo dependen de métodos de copia de seguridad y restauración, con tiempos de recuperación que van desde horas hasta días. Estas estrategias escalonadas forman la base de un sólido plan de recuperación ante desastres.
Para que estas estrategias funcionen a la perfección, adapte sus métodos de redundancia a la criticidad de sus cargas de trabajo. Los servicios administrados pueden simplificar este proceso automatizando las tareas de redundancia y replicación. Automatizar los mecanismos de conmutación por error es otro paso clave para reducir el tiempo de inactividad. Como recomienda el Marco de Buena Arquitectura de Microsoft Azure:
"Una mayor redundancia en la carga de trabajo implica mayores costos. Considere cuidadosamente agregar redundancia y revise periódicamente su arquitectura para asegurarse de que está gestionando los costos."
Comience por categorizar sus cargas de trabajo en niveles y establecer objetivos claros de RTO y Punto de Recuperación (RPO) para cada uno. El enfoque más eficaz no es necesariamente el más costoso, sino el que equilibra la protección con la sostenibilidad.
Para lograr resiliencia operativa, considere asociarse con Servion. Con su alojamiento multirregional, puede garantizar operaciones ininterrumpidas, incluso durante interrupciones regionales, manteniendo sus sistemas críticos en funcionamiento pase lo que pase.
Preguntas frecuentes
¿Qué costos debo considerar al configurar la conmutación por error entre regiones para la recuperación ante desastres?
Configurar la conmutación por error entre regiones conlleva diversos costos que deben considerarse cuidadosamente. Un gasto significativo está vinculado a recursos computacionales En la región secundaria. Si opta por una configuración de espera activa o en caliente, tendrá que afrontar mayores costos debido a la ejecución de instancias adicionales, almacenamiento y requisitos de licencia. Por otro lado, una configuración de espera en frío suele ser más económica, ya que implica principalmente el mantenimiento de datos replicados sin mantener las instancias en ejecución continua.
Otro costo importante a tener en cuenta es almacenamiento de replicación de datos, que se factura por separado en cada región. Optar por regiones con tarifas de almacenamiento más bajas puede ayudar a mantener estos costos bajo control. Además, tarifas de transferencia de datos entre regiones Se aplican a la replicación de datos en curso y al tráfico generado durante las conmutaciones por error. Estos cargos pueden incrementarse rápidamente al trabajar con grandes conjuntos de datos.
También debes tenerlo en cuenta costos de gestión y licencias Para herramientas de recuperación ante desastres, sistemas de monitorización y cualquier servicio de terceros del que dependa. Para gestionar los gastos eficazmente, muchas organizaciones adoptan un enfoque escalonado. Por ejemplo, pueden mantener solo los servicios críticos en estado de espera activa, utilizar soluciones de almacenamiento rentables y planificar cuidadosamente el uso del ancho de banda en función de los objetivos de recuperación.
Al asignar valores específicos a estos elementos de costo, como tarifas de instancia (por ejemplo, $0.10/hora), tarifas de almacenamiento (por ejemplo, $0.023/GB por mes) y costos de transferencia de datos (por ejemplo, $0.02/GB), las empresas pueden diseñar una estrategia de conmutación por error que equilibre confiabilidad y asequibilidad.
¿Cómo mejora la conmutación por error entre regiones la confiabilidad de los datos durante interrupciones regionales?
La conmutación por error entre regiones garantiza que sus datos permanezcan accesibles al mantener un copia de seguridad sincronizada en una región secundaria. Si la región principal se desconecta debido a una interrupción, el tráfico se redirige sin problemas a la región secundaria. Esto significa que los usuarios pueden seguir accediendo a los datos más recientes sin interrupciones.
Este método juega un papel clave en los planes de recuperación ante desastres, ayudando a las empresas a lograr alta disponibilidad y reducir el tiempo de inactividad durante interrupciones regionales. Al replicar datos en ubicaciones distantes, las empresas pueden proteger sus operaciones y brindar una experiencia consistente a los usuarios, pase lo que pase.
¿Qué debo tener en cuenta al elegir entre configuraciones de redundancia activa-activa y activa-pasiva?
Al elegir entre activo-activo y activo-pasivo En las configuraciones de redundancia, es importante sopesar factores como el costo, los requisitos de rendimiento y la complejidad operativa.
Un configuración activa-pasiva Generalmente es más económico. Utiliza un servidor principal con uno de respaldo, lo que facilita su implementación y mantenimiento. Por otro lado, un configuración activo-activo implica mayores gastos porque duplica la infraestructura y requiere mayor esfuerzo para gestionarla.
Las necesidades de rendimiento y la tolerancia al tiempo de inactividad también son consideraciones críticas. Configuraciones activo-activo Destacan en entornos de alto tráfico donde un rendimiento constante es fundamental. Al distribuir el tráfico entre todos los nodos, eliminan los retrasos por conmutación por error. Sin embargo, para aplicaciones más pequeñas o sistemas con demandas moderadas, un configuración activa-pasiva A menudo es suficiente y más fácil de manejar.
Por último, piense en la capacidad de su equipo y cuánto tiempo de inactividad es aceptable. Sistemas activo-activo Exigen una gestión y sincronización avanzadas, lo que puede requerir recursos más cualificados. Mientras tanto, configuraciones activo-pasivo Son más sencillas y funcionan bien para equipos con recursos limitados o que pueden gestionar periodos de conmutación por error breves. Ambas opciones se pueden ajustar para lograr el equilibrio perfecto entre coste, rendimiento y disponibilidad para sus necesidades específicas.
