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: Dimensionamento de 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ções ou falhas de conexão.
Benefícios principais
Usage-based cálculo da capacidade: em vez de depender da configuração estática, o Region Switch deriva a capacidade desejada 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: se sua fonte é uma configuração sem servidor, provisionada ou híbrida, o Region Switch sabe como traduzir a capacidade de origem em configurações de ACU apropriadas para o cluster sem servidor de destino.
Percentage-based escalonamento 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 ser ampliada antes de receber tráfego de produção.
Active-active failover: ambas as regiões atendem ao tráfego e, durante uma troca, 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 o switch Serverless — Region lida com a conversão de capacidade automaticamente.
Como o Aurora Serverless Scaling se compara às alternativas
Sem esse bloco de execução, os clientes devem calcular manualmente os requisitos da ACU e modificar as configurações do cluster antes de trocar o tráfego — um processo complexo e propenso a erros, especialmente quando a origem e o destino usam tipos diferentes de mecanismos.
| 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 | Apenas aumenta a escala; modifica as configurações da ACU que podem ser derivadas 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 (ACU máxima sempre alta) | Sem atraso no failover | Caro; supera o custo-benefício do sistema sem servidor; desperdício na 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 Region Switch confirma que há um cluster de origem e um cluster de destino no banco de dados global especificado. A capacidade de destino é determinada com base no tipo de cluster de origem:
A fonte é sem servidor:
ACU mínimo = pico de utilização da ACU observado no 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 o ACU máximo 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
A mudança 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 acima da meta calculada, o Region Switch 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 é sem servidor, o bloco é concluído com êxito como autônomo.
Para planos ativo-ativos, o Region Switch usa a outra região configurada como origem. Se uma região estiver sendo desativada, o interruptor 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 alterações 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 global do cluster 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 correta do IAM em vigor. Para obter mais informações, consulte Exemplo de política 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 Aurora: insira o identificador global do cluster.
ARN do cluster para a região: insira o ARN do cluster do banco de dados a ser usado em cada região do 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 mais alto (por exemplo, 200%) para contabilizar o tráfego combinado.
Tempo limite: insira um valor de tempo limite.
Em seguida, escolha Salvar etapa.
O que é avaliado como parte da avaliação do plano
Quando o Region Switch avalia seu plano, o Region Switch executa várias verificações críticas na configuração e nas permissões do bloco de execução do Aurora Serverless Scaling. A avaliação do switch de região verifica se os clusters sem servidor do Aurora estão presentes nas duas regiões, garante que eles estejam configurados e acessíveis adequadamente e registra a capacidade atual em cada região. Também confirma que a capacidade máxima no cluster da região de destino é suficiente para lidar com a porcentagem especificada de correspondência de escala com a capacidade necessária.
A mudança de região também valida se a função do IAM do plano tem as permissões corretas para a escalabilidade do Aurora Serverless. Para saber mais sobre as permissões necessárias para os blocos de execução da mudança de região, consulte Exemplo de política de blocos de execução de escalabilidade sem servidor do Aurora. Se alguma das verificações falhar, a mudança de região retornará mensagens de aviso, que você poderá ver no console. Ou você pode receber os avisos de validação por meio de ou usando operações de API.
Recursos relacionados
