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 Provisioned Scaling
Categoria: Escalabilidade do banco de dados
Quando você muda de região, seu banco de dados provisionado do Aurora na região de destino pode estar executando uma classe de instância menor do que sua região de origem, deixando você com capacidade computacional insuficiente para lidar com o tráfego de produção. O bloco de execução do Aurora Provisioned Scaling dimensiona automaticamente a instância de destino para corresponder à classe da instância de origem, garantindo que seu banco de dados esteja pronto para atender à carga total de produção no momento em que o tráfego chega.
Benefícios principais
Correspondência automática de capacidade: o switch de região lê a classe da instância de origem e dimensiona a instância de destino para que ela corresponda, eliminando o risco de bancos de dados com provisionamento insuficiente receberem tráfego de produção após um failover.
Criação de instância quando necessário: se a instância de destino ainda não existir, o Region Switch a cria com a classe de instância correta.
Cross-family inteligência: quando o tipo de instância de origem não está disponível na região de destino, o Region Switch seleciona automaticamente um tipo de instância equivalente ou maior com a mesma ou mais vCPU e memória, para que você não precise manter mapeamentos de compatibilidade de tipo de instância sozinho.
Quando usar
Qualquer plano de recuperação em que instâncias provisionadas pelo Aurora deve estar na capacidade de produção antes que o tráfego mude.
Active-passive Bancos de dados globais do Aurora: sua região secundária executa uma instância de leitor menor (mais barata) que deve ser ampliada antes de receber tráfego de gravação.
Cost-optimized Regiões em espera: você executa intencionalmente instâncias menores em sua região de espera para economizar custos e precisa de um dimensionamento correto automatizado durante o failover.
Como o Aurora Provisioned Scaling se compara às alternativas
Sem esse bloco de execução, os clientes devem garantir a capacidade do banco de dados de destino manualmente ou por meio de automação personalizada antes de mudar de região.
| Abordagem | Pros/Cons | |
|---|---|---|
| 1 | Bloco de escalabilidade provisionado Aurora | Totalmente automatizado, lida com o mapeamento entre famílias, cria instâncias ausentes, integrado à orquestração de comutadores regionais |
| 2 | Escalabilidade manual | O controle total sobre o tempo e a seleção de instâncias, mas lento e propenso a erros sob pressão, exige a disponibilidade do operador durante o incidente |
| 3 | Automação com script () Lambda/SSM | Lógica personalizável; deve ser construída, testada e mantida; não está integrada ao sequenciamento de switches de região; não pode aproveitar a avaliação do plano nativo |
| 4 | Pre-provisioning (sempre coincide) | Atraso de failover zero. Dobra o custo na região de espera; desperdício para arquiteturas ativo-passivas |
O bloco de escalabilidade provisionada Aurora é a escolha certa quando você deseja um escalonamento de capacidade automatizado e validado como uma etapa integrada em seu plano de recuperação de switches regionais.
Como funciona
Quando o bloco de execução do Aurora Provisioned Scaling é executado durante a execução do plano, o Region Switch dimensiona a instância de destino para corresponder à classe da instância de origem por meio da seguinte sequência:
Se a instância de destino existir, mas não estiver em um
availableestado, o switch de região aguardará que ela fique disponível antes de continuar.Se a instância de destino não existir, o Region Switch a cria no cluster de destino com a classe de instância da instância de origem.
Se a instância de destino existir, o switch Region valida que ela pertence ao cluster esperado e, em seguida, compara as classes da instância.
Se as duas instâncias estiverem na mesma família e o destino for menor, a opção Region modifica a instância de destino para corresponder à classe de origem.
Se as instâncias estiverem em famílias diferentes ou se o destino já estiver em um tamanho maior, nenhum escalonamento será realizado.
Se o tipo de instância de origem não existir na região de destino, o switch de região selecionará outro tipo de instância com a mesma ou mais vCPU e memória (para operações de criação e modificação).
O switch de região pesquisa a instância de destino até que ela alcance o
availablestatus e marca a etapa como concluída.
nota
A mudança de região só aumenta. Se a instância de destino já for igual ou maior que a de origem, nenhuma modificação será feita.
Configuração
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 bloco de execução de escalabilidade provisionada pela Aurora.
Para configurar um bloco de execução do Aurora Provisioned Scaling, insira os seguintes valores:
Nome da etapa: insira um nome.
Descrição da etapa (opcional): insira uma descrição para a etapa.
Identificador de cluster global: insira o identificador para o cluster global do Aurora.
ARN do cluster para
Region: insira o ARN do cluster de banco de dados Aurora para cada região no plano.ARN da instância para
Region: insira o ARN da instância do banco de dados Aurora para cada região no plano.Tempo limite: insira um valor de tempo limite.
Em seguida, escolha Salvar etapa.
Recursos relacionados
Política de amostra de bloco de execução de escalabilidade provisionada pela Aurora
Classes de instâncias de banco de dados Amazon Aurora no Guia do usuário do Amazon Aurora
