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
<a name="aurora-provisioned-scaling-block"></a>

**Categoria:** Dimensionamento de 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 escala 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
<a name="aurora-provisioned-scaling-block-benefits"></a>
+ **Correspondência automática de capacidade:** o switch de região lê a classe da instância de origem e escala a instância de destino de acordo com a correspondência, eliminando o risco de bancos de dados subprovisionados 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, então você não precisa manter mapeamentos de compatibilidade do tipo de instância sozinho.

## Quando usar
<a name="aurora-provisioned-scaling-block-when"></a>

Qualquer plano de recuperação em que as instâncias provisionadas pela Aurora devem 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 leitura menor (mais barata) que deve ser ampliada antes de receber tráfego de gravação.
+ **Cost-optimized Regiões de espera:** você executa intencionalmente instâncias menores em sua região de espera para economizar custos e precisa de dimensionamento correto automatizado durante o failover.

### Como o Aurora Provisioned Scaling se compara às alternativas
<a name="aurora-provisioned-scaling-block-comparison"></a>

Sem esse bloqueio 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 provisionada do Aurora | Totalmente automatizado, gerencia o mapeamento entre famílias, cria instâncias ausentes, integrado à orquestração de switch de região | 
| 2 | Dimensionamento manual | O controle total sobre o tempo e a seleção de instâncias, mas lento e propenso a erros sob pressão, exige disponibilidade do operador durante o incidente | 
| 3 | Automação com script () Lambda/SSM | Lógica personalizável; deve criar, testar e manter; não está integrada ao sequenciamento de mudança de região; não pode aproveitar a avaliação do plano nativo | 
| 4 | Pre-provisioning (sempre coincide) | Atraso zero no failover. Duplica o custo na região de espera; é um desperdício para arquiteturas ativo-passivas | 

O bloco Aurora Provisioned Scaling é a escolha certa quando você deseja um escalonamento de capacidade automatizado e validado como uma etapa integrada em seu plano de recuperação de switch de região.

## Como funciona
<a name="aurora-provisioned-scaling-block-how"></a>

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 `available` estado, o Region Switch espera que ela fique disponível antes de continuar.
+ Se a instância de destino não existir, o Region Switch a criará no cluster de destino com a classe de instância da instância de origem.
+ Se a instância de destino existir, o Region Switch 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, o Region Switch 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 Region switch 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 atinja `available` o status e, em seguida, 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 origem, nenhuma modificação será feita.

## Configuração
<a name="aurora-provisioned-scaling-block-config"></a>

**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 provisionada do Aurora](security_iam_region_switch_aurora_provisioned_scaling.md).

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 global do cluster:** insira o identificador do cluster global Aurora.
+ **ARN do cluster para{{Region}}:** insira o ARN do cluster do 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 do plano.
+ **Tempo limite: **insira um valor de tempo limite.

Em seguida, escolha **Salvar etapa**.

## O que é avaliado como parte da avaliação do plano
<a name="aurora-provisioned-scaling-block-eval"></a>

Quando o Region Switch avalia seu plano, o Region Switch executa várias verificações na configuração e nas permissões do bloco de execução do Aurora Provisioned Scaling. A mudança de região verifica se:
+ Os ARNs de ambas as instâncias estão bem formados.
+ Existe pelo menos uma instância.
+ Todas as instâncias existentes pertencem ao cluster esperado.
+ Ambos os ARNs do cluster estão bem formados e existem.
+ Ambos os clusters são membros do cluster global especificado.

A mudança de região também valida se a função do IAM do plano tem as permissões necessárias para a escalabilidade provisionada do Aurora. 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 provisionada do Aurora](security_iam_region_switch_aurora_provisioned_scaling.md).

As permissões corretas do IAM são essenciais para o funcionamento adequado do bloco de execução do Aurora Provisioned Scaling. Se alguma dessas validações falhar, a mudança de região retornará avisos informando que há problemas e enviará mensagens de erro específicas para ajudar a resolver os problemas de permissões ou configuração.

## Recursos relacionados
<a name="aurora-provisioned-scaling-block-resources"></a>
+ [Exemplo de política de blocos de execução de escalabilidade provisionada do Aurora](security_iam_region_switch_aurora_provisioned_scaling.md)
+ [Classes de instância de banco de dados Amazon Aurora no Guia](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html) do usuário do *Amazon Aurora*