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, es posible que el clúster Aurora Serverless de destino tenga 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 de Aurora Serverless Scaling calcula y aplica automáticamente la capacidad mínima y máxima de ACU 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 limitaciones ni fallos de conexión.
Ventajas principales
Usage-based cálculo de la capacidad: en lugar de basarse en una configuración estática, el conmutador regional obtiene la capacidad objetivo a partir de los picos de utilización reales del clúster de origen en las últimas 24 horas, lo que le proporciona una capacidad adecuada en función de los patrones de tráfico reales.
Cross-engine-type inteligencia: ya sea que su fuente no tenga servidor, esté aprovisionada o tenga una configuración 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 arquitecturas activas y activas: configure un porcentaje objetivo superior al 100% (por ejemplo, el 200%) para las arquitecturas activas y activas en las que el destino debe absorber el tráfico combinado de ambas regiones.
Cuándo se debe usar
Active-passive con modo de espera sin servidor: su región de destino ejecuta un clúster sin servidor con un mínimo de ACU y necesita ampliarse antes de recibir el 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: la región de origen usa instancias aprovisionadas, pero la de destino usa Serverless: el switch regional gestiona la traducción de la capacidad automáticamente.
Cómo se compara Aurora Serverless Scaling con las alternativas
Sin este bloque 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 diferentes tipos de motores.
| Método | Ventajas | Desventajas | |
|---|---|---|---|
| 1 | Bloque de escalado sin servidor de Aurora | Cálculo automatizado a partir del uso real, gestiona la traducción entre motores, controla los porcentajes y se integra con la organización del plan | Solo se amplía hacia arriba; modifica la configuración de la ACU, ya que puede diferir de la de 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 mediante scripts | Personalizable | Debe replicar la lógica de traducción entre motores; no requiere evaluación del plan y supone una carga de mantenimiento |
| 4 | Pre-provisioning (la ACU máxima siempre es alta) | Sin demora en la conmutación por error | Es caro; anula la relación costo-beneficio de la tecnología sin servidor; es un derroche en la región en espera |
El bloque Aurora Serverless Scaling es la elección correcta cuando se necesita un escalado de capacidad automatizado y adaptado al uso que gestione la complejidad de la traducción de ACU entre motores.
Funcionamiento
Después de configurar un bloque de ejecución de Aurora Serverless Scaling, el conmutador de región confirma que hay un clúster de origen y un clúster de destino en la base de datos global especificada. La capacidad objetivo se determina en función del tipo de clúster de origen:
El origen no tiene servidor:
ACU mínima = utilización máxima 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 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 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 sin servidor, el bloque se completa correctamente sin ninguna operación.
En el caso de los planes activos y activos, el conmutador de región utiliza la otra región configurada como origen. Si se desactiva una región, el conmutador de región utiliza la otra región activa como fuente para calcular el porcentaje a escalar.
nota
La ejecución de este bloque modifica la configuración de capacidad mínima y máxima de la ACU de los clústeres sin servidor de Aurora, lo que puede provocar cambios en 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 imprevistos.
Configuración
Al configurar el bloque de ejecución de Aurora Serverless Scaling, introduzca el identificador de clúster global de su base de datos global de Aurora y los ARN del clúster de bases de datos de cada región a la 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 escalado y bloqueo de ejecución para escalado sin servidor de 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 la base de datos global de Aurora: introduzca el identificador del clúster global.
ARN del clúster para la región: introduzca el ARN del clúster de base de datos que se utilizará en cada región para su plan.
Porcentaje objetivo (opcional): introduzca el porcentaje de capacidad de origen derivado al que se debe escalar el clúster de destino. El valor predeterminado es 100. En el caso de los planes activos y activos, considera 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.
Recursos relacionados
Ejemplo de política de escalado y bloqueo de ejecución para escalado sin servidor de Aurora
Cómo administrar la capacidad de Aurora Serverless v2 en la guía del usuario de Amazon Aurora
