Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Tutorial: Ejecute un flujo de trabajo posterior a la recuperación de RDS
Este tutorial le guía sobre la ejecución de un flujo de trabajo posterior a la recuperación tras una conmutación por error de RDS exitosa. Esta ejecución posterior a la recuperación restaura la redundancia al restablecer la replicación entre regiones de la base de datos de RDS, lo que garantiza que la base de datos de RDS esté preparada para futuros eventos regionales.
En este tutorial, completará los siguientes pasos:
Compruebe los requisitos previos para la ejecución posterior a la recuperación
Cree un flujo de trabajo posterior a la recuperación con el bloque de ejecución Create Cross-Region Replica de RDS
Ejecute el flujo de trabajo posterior a la recuperación
Requisitos previos
Antes de comenzar este tutorial, compruebe que dispone de lo siguiente:
Un active/passive plan de cambio de región con un flujo de trabajo de activación que incluye un bloque de ejecución de RDS Promote Read Replica
Una ejecución de activación correcta que promovió una réplica de lectura en la otra región
Ambas regiones están en buen estado y son accesibles
El ID de ejecución de la ejecución de recuperación más reciente
Paso 1: Crear un flujo de trabajo posterior a la recuperación
-
En la consola de cambio de región, elija el plan, elija Editar flujos de trabajo, seleccione Config, marque Incluir el flujo de trabajo posterior a la recuperación en el plan y guárdelo.
-
En la página Editar flujos de trabajo, selecciona el menú desplegable Seleccionar un flujo de trabajo para añadir pasos y selecciona Después de la recuperación.
-
Elija Agregar paso.
-
Seleccione el bloque de ejecución de creación de réplicas entre regiones de Amazon RDS.
-
En el panel de la derecha, configure el bloque:
Nombre del paso: escriba «Crear réplica de lectura entre regiones»
Descripción del paso (opcional)
ARN de la instancia de base de datos RDS para la región principal: el ARN de la base de datos en la región principal debe ser el mismo que el del paso de promoción, lectura y réplica.
ARN de la instancia de base de datos RDS para la región secundaria: el ARN de la base de datos promocionada, en la secundaria, debe ser el mismo que el del paso de promoción, lectura y réplica.
Tiempo de espera (opcional): introduzca un valor de tiempo de espera, como 90 minutos
Para obtener información sobre los permisos de IAM necesarios para este bloque de ejecución, consulte. Ejemplo de política de bloques de ejecución de Amazon RDS
-
Elija Guardar paso.
-
Seleccione Guardar flujo de trabajo.
Paso 2: Ejecute el flujo de trabajo posterior a la recuperación
-
En la página de detalles del plan de cambio de región, en la parte superior derecha, selecciona Ejecutar después de la recuperación.
-
Escriba los detalles de la ejecución:
ID de ejecución de recuperación: introduzca el ID de ejecución de la ejecución de recuperación más reciente. Este campo se utiliza para identificar la región que está activa actualmente.
Región en la que se va a ejecutar: seleccione la región inactiva que no recibe tráfico de aplicaciones. Esta es la región en la que se creará una réplica de lectura.
-
Revise los pasos de ejecución y confirme la ejecución.
-
Seleccione Iniciar ejecución.
-
Supervise el progreso de la ejecución en la página de detalles de la ejecución. El bloque de ejecución Create Cross-Region Replica de RDS cambiará el nombre de la instancia principal anterior y creará una nueva réplica de lectura en la región anteriormente dañada.
Una vez que la ejecución posterior a la recuperación se complete correctamente, se restablecerá la replicación entre regiones de su aplicación y estará preparado para futuros eventos regionales. Puede comprobar si la nueva réplica de lectura se creó consultando la consola RDS de la región de destino. Se cambiará el nombre de la antigua primaria y se etiquetará con renamedByRegionSwitch.
importante
El cambio de región valida que el identificador de ejecución de la recuperación coincida con la última ejecución conocida del plan. Si el identificador de ejecución no es válido o no es el identificador de la última ejecución de recuperación conocida, la ejecución posterior a la recuperación no se ejecutará.
