As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Bloco de execução do Aurora Serverless Scaling
Categoria: Escalabilidade do banco de dados
Durante uma mudança de região, seu cluster Aurora Serverless de destino pode ter configurações de ACU (Aurora Capacity Unit) muito abaixo do necessário para absorver o tráfego de produção. O bloco de execução do Aurora Serverless Scaling calcula e aplica automaticamente a capacidade mínima e máxima correta da ACU ao seu cluster de destino com base no uso real do cluster de origem, garantindo que seu banco de dados sem servidor possa lidar com a carga de trabalho recebida sem limitação ou falhas de conexão.
Benefícios principais
Usage-based cálculo da capacidade: em vez de depender da configuração estática, o switch de região deriva a capacidade alvo do pico de utilização real do cluster de origem nas últimas 24 horas, oferecendo a capacidade do tamanho certo com base em padrões reais de tráfego.
Cross-engine-type inteligência: seja sua origem sem servidor, provisionada ou uma configuração híbrida, o switch de região sabe como traduzir a capacidade de origem em configurações de ACU apropriadas para o cluster sem servidor de destino.
Percentage-based escalabilidade para ativo-ativo: configure uma porcentagem alvo acima de 100% (por exemplo, 200%) para arquiteturas ativo-ativas em que o destino deve absorver o tráfego combinado de ambas as regiões.
Quando usar
Active-passive com espera sem servidor: sua região de destino executa um cluster sem servidor com o mínimo de ACUs e precisa aumentar a escala antes de receber o tráfego de produção.
Active-active failover: ambas as regiões atendem ao tráfego e, durante um switch, a região restante deve lidar com a carga combinada — use uma porcentagem alvo acima de 100%.
Mixed-engine Bancos de dados globais: sua região de origem usa instâncias provisionadas, mas seu destino usa Serverless — o switch de região gerencia a conversão da capacidade automaticamente.
Como o Aurora Serverless Scaling se compara às alternativas
Sem esse bloco de execução, os clientes devem calcular manualmente os requisitos de ACU e modificar as configurações do cluster antes de alternar o tráfego — um processo complexo e propenso a erros, especialmente quando a origem e o destino usam tipos de mecanismo diferentes.
| Abordagem | Prós | Contras | |
|---|---|---|---|
| 1 | Bloco de escalabilidade sem servidor Aurora | Cálculo automatizado a partir do uso real, lida com tradução entre mecanismos, controle baseado em porcentagem, integrado à orquestração do plano | Só aumenta a escala; modifica as configurações da ACU que podem derivar do IAc |
| 2 | Ajuste manual da ACU | Controle total | Requer o cálculo de equivalentes de ACU sob pressão; lento; propenso a erros |
| 3 | Automação com script | Personalizável | Deve replicar a lógica de tradução entre mecanismos; sem avaliação do plano; carga de manutenção |
| 4 | Pre-provisioning (máximo de ACU sempre alto) | Sem atraso no failover | Caro; supera o custo-benefício da tecnologia sem servidor; desperdício em uma região de espera |
O bloco Aurora Serverless Scaling é a escolha certa quando você precisa de um escalonamento de capacidade automatizado e sensível ao uso que lida com a complexidade da tradução de ACU entre mecanismos.
Como funciona
Depois de configurar um bloco de execução do Aurora Serverless Scaling, o switch de região confirma que há um cluster de origem e um cluster de destino no banco de dados global especificado. A capacidade alvo é determinada com base no tipo de cluster de origem:
A fonte não tem servidor:
ACU mínima = pico de utilização de ACU observado pelo cluster de origem (a
ServerlessDatabaseCapacityCloudWatch métrica) nas últimas 24 horasACU máxima = pico da ACU máxima do cluster de origem nas últimas 24 horas
A fonte é provisionada:
Mapeia a memória da instância EC2 do cluster de origem para ACUs equivalentes (memória de instância em GiB ÷ 2)
Define a ACU máxima para 256
A fonte é híbrida (provisionada+sem servidor):
ACU mínima = máximo do equivalente da ACU da instância provisionada e da utilização observada da ACU sem servidor em 24 horas
ACU máximo = 256
O interruptor de região então aplica a porcentagem alvo para calcular os valores finais:
destination min ACU = round_to_nearest_0.5(targetPercent × source min ACU) destination max ACU = round_to_nearest_0.5(targetPercent × source max ACU)
Se a capacidade atual do cluster de destino já estiver igual ou superior à meta calculada, o switch de região concluirá a etapa sem fazer alterações. O switch de região não reduz a capacidade do cluster. Quando o cluster de destino não é Serverless, o bloco é concluído com êxito como um sistema autônomo.
Para planos ativo-ativos, o switch de região usa a outra região configurada como origem. Se uma região estiver sendo desativada, o comutador de região usa a outra região ativa como fonte para calcular a porcentagem a ser escalada.
nota
A execução desse bloco modifica as configurações de capacidade mínima e máxima da ACU de seus clusters Aurora Serverless, o que pode causar desvios na configuração se você gerenciar esses valores por meio de ferramentas de infraestrutura como código ou outra automação. Certifique-se de que seus processos de gerenciamento de configuração considerem essas alterações para evitar reversões não intencionais.
Configuração
Ao configurar o bloco de execução do Aurora Serverless Scaling, você insere o identificador de cluster global para seu banco de dados global do Aurora e os ARNs do cluster de banco de dados para cada região que você deseja ampliar durante a execução do plano.
Importante
Antes de configurar o bloco de execução, certifique-se de que a função de execução do plano tenha a política de IAM correta em vigor. Para obter mais informações, consulte Política de amostra de blocos de execução de escalabilidade sem servidor do Aurora.
Para configurar um bloco de execução do Aurora Serverless Scaling, insira os seguintes valores:
Nome da etapa: insira um nome.
Descrição da etapa (opcional): insira uma descrição para a etapa.
Nome do cluster do banco de dados global do Aurora: insira o identificador global do cluster.
ARN de cluster para região: insira o ARN do cluster de banco de dados a ser usado em cada região para seu plano.
Porcentagem alvo (opcional): insira a porcentagem da capacidade de origem derivada para a qual escalar o cluster de destino. O padrão é 100. Para planos ativo-ativos, considere um valor maior (por exemplo, 200%) para contabilizar o tráfego combinado.
Tempo limite: insira um valor de tempo limite.
Em seguida, escolha Salvar etapa.
Recursos relacionados
Política de amostra de blocos de execução de escalabilidade sem servidor do Aurora
Gerenciando a capacidade do Aurora Serverless v2 no Guia do usuário do Amazon Aurora
