Multi-Region: recuperación

Valida la recuperación en otra región en función de sus objetivos de recuperación, no solo de la resiliencia dentro de la región.

Tú eliges qué dependencias quieres reducir en la región principal, de modo que puedas practicar la detección y la recuperación.

La prueba se integra con el conmutador regional ARC para que pueda hacer un seguimiento de los detalles de ejecución del plan en el informe de prueba.

Se trata de una prueba de recuperación. La cuenta regresiva del RTO comienza cuando comienzan las acciones de prueba. La prueba pasa si todas las alarmas de éxito vuelven al OK estado de su Multi-Region RTO y permanecen allí hasta que finalicen las acciones de prueba. Su servicio debe tener una política de resiliencia con un Multi-Region RTO definido.

Elija dependencias en la región afectada que sean lo suficientemente importantes como para iniciar el procedimiento de recuperación. Elija las dependencias sólidas o los puntos de enlace de DNS que, si se bloquean, perjudicarían significativamente a esa región.

La prueba detecta errores en la región afectada: la acción de recuperación la realizas tú mismo (por ejemplo, activando failover/ARC el plan de cambio de región). La prueba comprueba si tu región de recuperación se encuentra en buen estado dentro de tu RTO mediante la evaluación del estado de alarma.

Elija alarmas de éxito en la región de recuperación que validen que está atendiendo el tráfico, o utilice alarmas global/application de nivel similar que reflejen la experiencia general del cliente.

Considere establecer una duración superior a la de su RTO para validar que la recuperación se mantiene.

Asegúrate de que tus dependencias se usen de forma activa durante la prueba (el tráfico fluye hacia ellas); esto valida que el bloqueo esté surtiendo efecto. Considera agregar alarmas o métricas que rastreen el uso de las dependencias (por ejemplo, el recuento de solicitudes o los errores de conexión) para verificar que la dependencia se esté ejerciendo durante la prueba.

Las dependencias deben ser puntos finales de DNS que se puedan resolver.

El bloqueo de las dependencias que provocan errores en las comprobaciones de estado puede provocar la sustitución del procesamiento (por ejemplo, las tareas de Amazon ECS). La acción de pérdida de paquetes no vuelve a aplicarse a las tareas de reemplazo y puede declararse fallida.

Región deteriorada: la región en la que se inyectan las fallas.

Región de recuperación: la región en la que espera que se recupere su servicio.

Duración: el tiempo durante el que se ejecutan las acciones de prueba. Después, se necesitan unos minutos más para recopilar los resultados finales antes de que finalice la prueba. El Multi-Region RTO se establece de forma predeterminada según su política de servicio, más 30 minutos cuando crea la prueba por primera vez.

Dependencias que se deben bloquear: elija las dependencias que, de bloquearse, perjudicarían considerablemente su servicio y ayudarían a validar la conmutación por error a otra región. De forma predeterminada, se preselecciona la dependencia física descubierta con el mayor volumen de consultas. Si no se ha clasificado ninguna dependencia como rígida, no se selecciona ninguna. Puede ajustar o agregar manualmente las dependencias por nombre de dominio DNS. Las dependencias adicionales que se agreguen aquí solo se usan para esta prueba y no se guardarán en el momento de la detección de dependencias del servicio. Estos valores predeterminados se aplican en la consola; al usar la API, se proporcionan las dependencias de forma explícita.

Plan de cambio de región (opcional): adjuntar un plan de cambio de región ARC permite a la próxima generación de Resilience Hub incluir el cronograma real de conmutación por error en los resultados y el informe de las pruebas. Si utilizas la conmutación por error manual o una automatización personalizada, deja este campo vacío.