Restaurar um cluster de banco de dados do Aurora Serverless v1
Importante
A AWS anunciou a data de fim da vida útil do Aurora Serverless v1: 31 de março de 2025. Recomendamos atualizar quaisquer clusters de banco de dados do Aurora Serverless v1 para Aurora Serverless v2 antes dessa data. A atualização pode envolver uma alteração no número da versão principal do mecanismo de banco de dados. Portanto, é importante planejar, testar e implementar essa transição antes da data de fim da vida útil. A partir de 8 de janeiro de 2025, os clientes não poderão mais criar novos clusters ou instâncias do Aurora Serverless v1 com o AWS Management Console ou a CLI. Para obter informações sobre o processo de migração, consulte Atualizar a partir de um cluster do Aurora Serverless v1 para o Aurora Serverless v2.
O Aurora Serverless v2 escala mais rapidamente e de forma mais granular. O Aurora Serverless v2 também tem mais compatibilidade com outros recursos do Aurora, como instâncias de banco de dados de leitura. Saiba mais sobre o Aurora Serverless v2 em Usar o Aurora Serverless v2.
É possível configurar um cluster de banco de dados do Aurora Serverless v1 ao restaurar um snapshot de cluster de banco de dados provisionado com a AWS CLI ou a API do RDS.
Ao restaurar um snapshot em um cluster de banco de dados do Aurora Serverless v1, é possível definir os seguintes valores específicos:
-
Minimum Aurora capacity unit (Unidade de capacidade mínima do Aurora): o Aurora Serverless v1 pode reduzir a capacidade até essa unidade de capacidade.
-
Maximum Aurora capacity unit (Unidade de capacidade máxima do Aurora): o Aurora Serverless v1 pode aumentar a capacidade até essa unidade de capacidade.
-
Timeout action (Ação de tempo limite): a ação a ser executada quando uma modificação de capacidade expira porque não consegue encontrar um ponto de escalabilidade. Aurora Serverless v1 O cluster de banco de dados poderá forçar o cluster de banco de dados para as novas configurações de capacidade se definir a opção Force scaling the capacity to the specified values... (Forçar escalabilidade da capacidade para os valores especificados...). Ou ele poderá reverter a alteração de capacidade para cancelá-la se você não escolher a opção. Para obter mais informações, consulte Ação de tempo limite para alterações na capacidade.
-
Pause after inactivity (Pausar depois de inatividade) – a quantidade de tempo sem tráfego no banco de dados que determina o redimensionamento da capacidade de processamento para zero. Quando o tráfego no banco de dados é retomado, o Aurora retoma automaticamente a capacidade de processamento e escala para tratar o tráfego.
Para obter mais informações gerais sobre como restaurar um cluster de banco de dados a partir de um snapshot, consulte Restauração de um snapshot de um cluster de banco de dados.
É possível configurar um cluster de banco de dados do Aurora Serverless ao restaurar um snapshot de cluster de banco de dados provisionado com o AWS Management Console, a AWS CLI ou a API do RDS.
Ao restaurar um snapshot em um cluster de banco de dados do Aurora Serverless, é possível definir os seguintes valores específicos:
-
Minimum Aurora capacity unit (Unidade de capacidade mínima do Aurora): o Aurora Serverless pode reduzir a capacidade até essa unidade de capacidade.
-
Maximum Aurora capacity unit (Unidade de capacidade máxima do Aurora): o Aurora Serverless pode aumentar a capacidade até essa unidade de capacidade.
-
Timeout action (Ação de tempo limite): a ação a ser executada quando uma modificação de capacidade expira porque não consegue encontrar um ponto de escalabilidade. Aurora Serverless v1 O cluster de banco de dados poderá forçar o cluster de banco de dados para as novas configurações de capacidade se definir a opção Force scaling the capacity to the specified values... (Forçar escalabilidade da capacidade para os valores especificados...). Ou ele poderá reverter a alteração de capacidade para cancelá-la se você não escolher a opção. Para obter mais informações, consulte Ação de tempo limite para alterações na capacidade.
-
Pause after inactivity (Pausar depois de inatividade) – a quantidade de tempo sem tráfego no banco de dados que determina o redimensionamento da capacidade de processamento para zero. Quando o tráfego no banco de dados é retomado, o Aurora retoma automaticamente a capacidade de processamento e escala para tratar o tráfego.
nota
A versão do snapshot do cluster de banco de dados deve ser compatível com o Aurora Serverless v1. Para obter a lista de versões compatíveis, consulte Aurora Serverless v1.
Para restaurar um snapshot para um cluster do Aurora Serverless v1 com compatibilidade com o MySQL 5.7, inclua os seguintes parâmetros adicionais:
-
--engine aurora-mysql
-
--engine-version 5.7
Os parâmetros --engine
e --engine-version
permitem que você crie um cluster do Aurora Serverless v1 compatível com MySQL 5.7 a partir de um snapshot do Aurora compatível com o MySQL 5.6 ou do Aurora Serverless v1 . O exemplo a seguir restaura um snapshot de um cluster compatível com MySQL 5.6 chamado mydbclustersnapshot
para um cluster Aurora Serverless v1 compatível com MySQL 5.7 chamado mynewdbcluster
.
Para Linux, macOS ou Unix:
aws rds restore-db-cluster-from-snapshot \ --db-cluster-identifier
mynewdbcluster
\ --snapshot-identifiermydbclustersnapshot
\ --engine-mode serverless \ --engine aurora-mysql \ --engine-version 5.7
Para Windows:
aws rds restore-db-cluster-from-snapshot ^ --db-instance-identifier
mynewdbcluster
^ --db-snapshot-identifiermydbclustersnapshot
^ --engine aurora-mysql ^ --engine-version 5.7
Opcionalmente, você pode especificar a opção --scaling-configuration
para configurar a capacidade mínima, a capacidade máxima e a pausa automática quando não houver conexões. Entre os valores de capacidade válidos estão os seguintes:
-
Aurora MySQL:
1
,2
,4
,8
,16
,32
,64
,128
e256
. -
Aurora PostgreSQL:
2
,4
,8
,16
,32
,64
,192
e384
.
No exemplo a seguir, você restaura de um snapshot de cluster de banco de dados criado anteriormente chamado mydbclustersnapshot
para um novo cluster de banco de dados chamado mynewdbcluster
. Você define o --scaling-configuration
para que o novo cluster de banco de dados do Aurora Serverless v1 possa escalar de 8 ACUs para 64 ACUs (unidades de capacidade do Aurora) conforme necessário para processar a workload. Após a conclusão do processamento e após 1000 segundos sem nenhuma conexão compatível, o cluster é encerrado até que as solicitações de conexão peçam para reiniciar.
Para Linux, macOS ou Unix:
aws rds restore-db-cluster-from-snapshot \ --db-cluster-identifier
mynewdbcluster
\ --snapshot-identifiermydbclustersnapshot
\ --engine-mode serverless --scaling-configuration MinCapacity=8,MaxCapacity=64,TimeoutAction='ForceApplyCapacityChange',SecondsUntilAutoPause=1000,AutoPause=true
Para Windows:
aws rds restore-db-cluster-from-snapshot ^ --db-instance-identifier
mynewdbcluster
^ --db-snapshot-identifiermydbclustersnapshot
^ --engine-mode serverless --scaling-configuration MinCapacity=8,MaxCapacity=64,TimeoutAction='ForceApplyCapacityChange',SecondsUntilAutoPause=1000,AutoPause=true
Para configurar um cluster de banco de dados do Aurora Serverless v1 ao restaurar um cluster de banco de dados usando a API do RDS, execute a operação RestoreDBClusterFromSnapshot e especifique serverless
no parâmetro EngineMode
.
Opcionalmente, você pode especificar o parâmetro ScalingConfiguration
para configurar a capacidade mínima, a capacidade máxima e a pausa automática quando não houver conexões. Entre os valores de capacidade válidos estão os seguintes:
-
Aurora MySQL:
1
,2
,4
,8
,16
,32
,64
,128
e256
. -
Aurora PostgreSQL:
2
,4
,8
,16
,32
,64
,192
e384
.