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 Serverless Scaling
Categoría: Escalado de bases de datos
Durante un cambio de región, el clúster Aurora Serverless de destino puede tener una configuración de ACU (unidad de capacidad Aurora) muy inferior a la necesaria para absorber el tráfico de producción. El bloque de ejecución Aurora Serverless Scaling calcula y aplica automáticamente la capacidad de ACU mínima y máxima correcta al clúster de destino en función del uso real del clúster de origen, lo que garantiza que la base de datos sin servidor pueda gestionar la carga de trabajo entrante sin interrupciones ni fallos de conexión.
Ventajas principales
Usage-based cálculo de la capacidad: en lugar de basarse en una configuración estática, Region Switch obtiene la capacidad objetivo a partir del pico de uso real del clúster de origen durante las últimas 24 horas, lo que le permite disponer de la capacidad adecuada en función de los patrones de tráfico reales.
Cross-engine-type inteligencia: ya sea que su fuente sea una configuración sin servidor, aprovisionada o híbrida, Region Switch sabe cómo convertir la capacidad de origen en la configuración de ACU adecuada para el clúster sin servidor de destino.
Percentage-based escalado para activo-activo: configure un porcentaje objetivo superior al 100% (por ejemplo, el 200%) para las arquitecturas activo-activas en las que el destino debe absorber el tráfico combinado de ambas regiones.
Cuándo se debe usar
Active-passive con servidor en espera: su región de destino ejecuta un clúster sin servidor con un mínimo de ACUs y necesita ampliarse antes de recibir tráfico de producción.
Active-active conmutación por error: ambas regiones atienden el tráfico y, durante un cambio, la región restante debe gestionar la carga combinada; utilice un porcentaje objetivo superior al 100%.
Mixed-engine Bases de datos globales: su región de origen usa instancias aprovisionadas, pero su región de destino usa Serverless; el conmutador de región gestiona la conversión de la capacidad automáticamente.
Comparación entre Aurora Serverless Scaling y otras alternativas
Sin este bloqueo de ejecución, los clientes deben calcular manualmente los requisitos de la ACU y modificar la configuración del clúster antes de cambiar de tráfico, un proceso complejo y propenso a errores, especialmente cuando el origen y el destino utilizan distintos tipos de motores.
| Método | Ventajas | Desventajas | |
|---|---|---|---|
| 1 | Bloque de escalado Aurora Serverless | Cálculo automatizado a partir del uso real, gestiona la traducción multimotor, el control basado en porcentajes y se integra con la organización del plan | Solo se amplía; modifica los ajustes de la ACU, que pueden diferir de los de la iAC |
| 2 | Ajuste manual de la ACU | Control total | Requiere calcular los equivalentes de la ACU bajo presión; es lento y propenso a errores |
| 3 | Automatización programada | Personalizable | Debe replicar la lógica de traducción multimotor; no requiere evaluación del plan, lo que supone una carga de mantenimiento |
| 4 | Pre-provisioning (la ACU máxima siempre es alta) | Sin demora en la conmutación por error | Caro; anula la relación costo-beneficio de la tecnología sin servidor; es un desperdicio en la región de espera |
El bloque Aurora Serverless Scaling es la elección correcta cuando necesita un escalado de capacidad automatizado y compatible con el uso que gestione la complejidad de la traducción de ACU entre motores.
Funcionamiento
Tras configurar un bloque de ejecución de Aurora Serverless Scaling, el conmutador de región confirma que hay un clúster de origen y otro de destino en la base de datos global especificada. La capacidad de destino se determina en función del tipo de clúster de origen:
La fuente es Serverless:
ACU mínima = máxima utilización de la ACU observada en el clúster de origen (la
ServerlessDatabaseCapacityCloudWatch métrica) en las últimas 24 horasACU máxima = pico de la ACU máxima del clúster de origen en las últimas 24 horas
La fuente está aprovisionada:
Asigna la memoria de instancias EC2 del clúster de origen a las ACU equivalentes (memoria de instancia en GiB ÷ 2)
Establece la ACU máxima en 256
La fuente es híbrida (aprovisionada o sin servidor):
ACU mínima = máximo del equivalente a la ACU de la instancia aprovisionada y el uso observado de la ACU sin servidor durante 24 horas
ACU máxima = 256
A continuación, el conmutador de región aplica el porcentaje objetivo para calcular los valores finales:
destination min ACU = round_to_nearest_0.5(targetPercent × source min ACU) destination max ACU = round_to_nearest_0.5(targetPercent × source max ACU)
Si la capacidad actual del clúster de destino ya es igual o superior al objetivo calculado, el cambio de región completa el paso sin realizar cambios. El cambio de región no reduce la capacidad del clúster. Cuando el clúster de destino no es Serverless, el bloque se completa correctamente al no funcionar.
En el caso de los planes activo-activos, el conmutador de región utiliza la otra región configurada como origen. Si se está desactivando una región, el conmutador de región utiliza la otra región activa como fuente para calcular el porcentaje a escalar.
nota
Al ejecutar este bloque, se modifican los ajustes de capacidad mínima y máxima de la ACU de los clústeres Aurora Serverless, lo que puede provocar una desviación de la configuración si administra estos valores mediante herramientas de infraestructura como código u otro tipo de automatización. Asegúrese de que sus procesos de administración de la configuración tengan en cuenta estos cambios para evitar retrocesos involuntarios.
Configuración
Al configurar el bloque de ejecución de Aurora Serverless Scaling, introduce el identificador de clúster global de la base de datos global de Aurora y los ARN del clúster de base de datos de cada región que desee ampliar durante la ejecución del plan.
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 sin servidor Aurora.
Para configurar un bloque de ejecución de Aurora Serverless Scaling, introduzca los siguientes valores:
Nombre del paso: introduzca un nombre.
Descripción del paso (opcional): introduzca una descripción del paso.
Nombre del clúster de Aurora Global Database: introduzca el identificador del clúster global.
ARN del clúster para la región: introduzca el ARN del clúster de la base de datos que se utilizará en cada región para su plan.
Porcentaje objetivo (opcional): introduzca el porcentaje de la capacidad de origen derivada al que desea escalar el clúster de destino. El valor predeterminado es 100. En el caso de los planes activo-activos, considere un valor más alto (por ejemplo, el 200%) para tener en cuenta el tráfico combinado.
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 críticas de la configuración y los permisos del bloque de ejecución de Aurora Serverless Scaling. La evaluación del conmutador de región verifica que los clústeres Aurora Serverless estén presentes en ambas regiones, garantiza que estén configurados y accesibles correctamente y anota la capacidad actual de cada región. También confirma que la capacidad máxima del clúster de la región de destino es suficiente para gestionar el porcentaje de coincidencia de escala especificado con la capacidad requerida.
El cambio de región también valida que la función de IAM del plan tenga los permisos correctos para el escalado de Aurora Serverless. 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 sin servidor Aurora. Si se produce un error en alguna de las comprobaciones, el cambio de región mostrará mensajes de advertencia, que podrá ver en la consola. O bien, puede recibir las advertencias de validación a través de las operaciones de la API o mediante ellas.
Recursos relacionados
Ejemplo de política de bloques de ejecución de escalado sin servidor Aurora
Administración de la capacidad de Aurora Serverless v2 en la Guía del usuario de Amazon Aurora
