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.
Bloque de ejecución de Aurora Provisioned Scaling
Categoría: Escalado de bases de datos
Al cambiar de región, la base de datos aprovisionada por Aurora en la región de destino puede ejecutar una clase de instancia más pequeña que la de la región de origen, lo que le deja una capacidad informática insuficiente para gestionar el tráfico de producción. El bloque de ejecución Aurora Provisioned Scaling escala automáticamente la instancia de destino para que coincida con la clase de instancia de origen, lo que garantiza que la base de datos esté lista para atender toda la carga de producción en el momento en que llegue el tráfico.
Ventajas principales
Adaptación automática de la capacidad: el conmutador de región lee la clase de instancia de origen y escala la instancia de destino para que coincida, lo que elimina el riesgo de que las bases de datos insuficientemente aprovisionadas reciban tráfico de producción tras una conmutación por error.
Creación de instancias cuando es necesario: si la instancia de destino aún no existe, Region Switch la crea con la clase de instancia correcta.
Cross-family inteligencia: cuando el tipo de instancia de origen no está disponible en la región de destino, el conmutador de región selecciona automáticamente un tipo de instancia equivalente o mayor con la misma vCPU y memoria, por lo que no es necesario que mantenga usted mismo las asignaciones de compatibilidad de tipos de instancia.
Cuándo se debe usar
Cualquier plan de recuperación en el que las instancias aprovisionadas por Aurora deban estar al máximo de su capacidad de producción antes de que cambie el tráfico.
Active-passive Bases de datos globales de Aurora: su región secundaria ejecuta una instancia de lectura más pequeña (más económica) que debe ampliarse antes de recibir tráfico de escritura.
Cost-optimized Regiones en espera: ejecuta intencionadamente instancias más pequeñas en su región en espera para ahorrar costes, y es necesario ajustar automáticamente el tamaño adecuado durante la conmutación por error.
Comparación entre Aurora Provisioned Scaling y las alternativas
Sin este bloqueo de ejecución, los clientes deben garantizar la capacidad de la base de datos de destino de forma manual o mediante una automatización personalizada antes de cambiar de región.
| Método | Pros/Cons | |
|---|---|---|
| 1 | Bloque Aurora Provisioned Scaling | Totalmente automatizado, gestiona el mapeo entre familias, crea las instancias que faltan y se integra con la organización de los conmutadores de región |
| 2 | Escalado manual | El control total sobre el tiempo y la selección de instancias, pero lento y propenso a errores bajo presión, requiere la disponibilidad del operador durante el incidente |
| 3 | Automatización programada () Lambda/SSM | Lógica personalizable; debe compilarse, probarse y mantenerse; no está integrada con la secuenciación de los conmutadores de región; no puede aprovechar la evaluación nativa del plan |
| 4 | Pre-provisioning (siempre coinciden) | Sin demora en la conmutación por error. Duplica el costo en la región de espera, lo que supone un desperdicio para las arquitecturas activa-pasiva |
El bloque Aurora Provisioned Scaling es la elección correcta si desea un escalado de capacidad automatizado y validado como un paso integrado en su plan de recuperación de conmutadores de región.
Funcionamiento
Cuando el bloque de ejecución Aurora Provisioned Scaling se ejecuta durante la ejecución del plan, Region Switch escala la instancia de destino para que coincida con la clase de instancia de la instancia de origen mediante la siguiente secuencia:
Si la instancia de destino existe pero no está en ningún
availableestado, el conmutador de región espera a que esté disponible antes de continuar.Si la instancia de destino no existe, Region Switch la crea en el clúster de destino con la clase de instancia de la instancia de origen.
Si la instancia de destino existe, Region Switch valida que pertenece al clúster esperado y, a continuación, compara las clases de instancias.
Si ambas instancias pertenecen a la misma familia y el destino es más pequeño, Region Switch modifica la instancia de destino para que coincida con la clase de origen.
Si las instancias pertenecen a familias diferentes o el objetivo ya tiene un tamaño mayor, no se realiza ningún escalado.
Si el tipo de instancia de origen no existe en la región de destino, el conmutador de región selecciona otro tipo de instancia con la misma o más vCPU y memoria (tanto para las operaciones de creación como para las de modificación).
El conmutador de región sondea la instancia de destino hasta que alcanza
availableel estado y, a continuación, marca el paso como completado.
nota
El cambio de región solo se amplía hacia arriba. Si la instancia de destino ya es igual o mayor que la fuente, no se realiza ninguna modificación.
Configuración
importante
Antes de configurar el bloque de ejecución, asegúrese de que la función de ejecución del plan cuente con la política de IAM correcta. Para obtener más información, consulte Ejemplo de política de bloques de ejecución de escalado aprovisionada por Aurora.
Para configurar un bloque de ejecución de Aurora Provisioned Scaling, introduzca los siguientes valores:
Nombre del paso: introduzca un nombre.
Descripción del paso (opcional): introduzca una descripción del paso.
Identificador de clúster global: introduzca el identificador del clúster global de Aurora.
ARN de clúster para
Region: Introduzca el ARN del clúster de base de datos Aurora para cada región del plan.ARN de instancia para
Region: Introduzca el ARN de la instancia de base de datos Aurora para cada región del plan.Tiempo de espera: introduzca un valor de tiempo de espera.
A continuación, elija Guardar paso.
Qué se evalúa como parte de la evaluación del plan
Cuando el conmutador de región evalúa su plan, el conmutador de región realiza varias comprobaciones de la configuración y los permisos del bloque de ejecución de Aurora Provisioned Scaling. La característica de cambio de región verifica que lo siguiente sea correcto:
Los ARN de ambas instancias están bien formados.
Existe al menos una instancia.
Todas las instancias existentes pertenecen al clúster esperado.
Ambos ARN del clúster están bien formados y existen.
Ambos clústeres son miembros del clúster global especificado.
El cambio de región también valida que la función de IAM del plan tenga los permisos necesarios para el escalado aprovisionado por Aurora. Para obtener más información sobre los permisos necesarios para los bloques de ejecución del cambio de región, consulte Ejemplo de política de bloques de ejecución de escalado aprovisionada por Aurora.
Los permisos de IAM correctos son esenciales para el correcto funcionamiento del bloque de ejecución Aurora Provisioned Scaling. Si se produce un error en alguna de estas validaciones, la característica de cambio de región muestra advertencias sobre la existencia de problemas y proporciona mensajes de error específicos para ayudarle a resolver los problemas de permisos o configuración.
Recursos relacionados
Ejemplo de política de bloques de ejecución de escalado aprovisionada por Aurora
Clases de instancias de base de datos de Amazon Aurora en la Guía del usuario de Amazon Aurora
