Como faço para alterar o tipo de armazenamento de gp2 para gp3 nas instâncias do Amazon RDS para SQL Server com o mínimo de tempo de inatividade e IOPS ideais?

Breve descrição

Quando você altera o tipo de armazenamento SSD de uso geral de gp2 para gp3, não há tempo de inatividade. Você também não precisa reinicializar sua instância de banco de dados (DB) do RDS. Para obter mais informações, consulte Configurações para instâncias de banco de dados.

Depois de modificar um tipo de armazenamento, a instância de banco de dados passa para o status storage-optimization. As latências podem aumentar durante esse período em menos de 10 milissegundos. A instância de banco de dados continua operando normalmente durante a modificação do armazenamento.

Depois de modificar a instância de banco de dados, ela imediatamente começa a usar as características de desempenho do gp3.

Para obter mais informações sobre as diferenças entre gp3 e gp2, consulte Comparar os tipos de volume gp2 e gp3 do Amazon EBS.

Resolução

Planeje as IOPS ideais

Antes de modificar as IOPS, analise seu workload atual com as métricas do Amazon CloudWatch, incluindo ReadIOPS, WriteIOPS, ReadLatency e WriteLatency. Além disso, analise a Exibição de gerenciamento dinâmico (Dynamic Management View, DMV) do SQL Server. Para obter mais informações, consulte sys.dm_io_virtual_file_stats no site da Microsoft.

Procure manter as latências de leitura e gravação abaixo de 5 milissegundos. Para acomodar os picos de workload, provisione as IOPS em 1,2 vezes o seu pico para que você não superprovisione e gere custos desnecessários.

Observação: as IOPS no nível da instância tem limitações com base no tipo de classe da instância de banco de dados. Cada classe de instância de banco de dados do RDS oferece suporte a um máximo de IOPS e de throughput, definido por seu desempenho otimizado para Amazon EBS. Se você provisionar IOPS de armazenamento além do limite de desempenho da instância, o custo aumenta e o desempenho não melhora. Antes de aumentar as IOPS provisionadas, verifique seus limites de classe de instância.

Modifique o tipo de armazenamento

Observação: se você receber mensagens de erro ao executar comandos da AWS Command Line Interface (AWS CLI), consulte Solução de problemas da AWS CLI. Além disso, verifique se você está usando a versão mais recente da AWS CLI.

Para alterar o tipo de armazenamento de gp2 para gp3, é possível usar o console do Amazon Aurora e do RDS ou o comando modify-db-instance da AWS CLI.

Exemplo do comando modify-db-instance:

aws rds modify-db-instance \  
--db-instance-identifier database-1 \  
--storage-type gp3 \  
--apply-immediately  
"DBInstance":{  
"DBInstanceIdentifier": "database-1",  
"DBInstanceClass": "db.t3.xlarge",  
"Engine": "sqlserver-se",  
"DBInstanceStatus": "available",  
"MasterUsername": "admin",  
"Endpoint": {  
"Address": "database-1.cddnbefjamva.us-east-1.rds.amazonaws.com",  
"Port": 1433,  
"HostedZoneId": "Z2R2ITUGPM61AM"  
},  
"AllocatedStorage": 20,  
"InstanceCreateTime": "2025-08-19T03:25:42.905000+00:00",  
"PreferredBackupWindow": "05:17-05:47",  
"BackupRetentionPeriod": 7,  
"DBSecurityGroups": [],  
"VpcSecurityGroups": [  
{  
"VpcSecurityGroupId": "sg-0bbe2b1398eb7cd4f",  
"Status": "active"  
},

Observação: depois que o Amazon RDS começar a modificar o armazenamento da sua instância de banco de dados, não será possível enviar outra solicitação para alterar o tamanho, o desempenho ou o tipo de armazenamento por 6 horas. Para obter mais informações, consulte Modificar uma instância de banco de dados do Amazon RDS.

Implemente as práticas recomendadas

Ao alterar o tipo de armazenamento, implemente as seguintes práticas recomendadas:

• Confirme se sua classe de instância de banco de dados é compatível com o tipo de armazenamento gp3 na sua região da AWS.
• Antes de aplicar as alterações em seu ambiente de produção, crie um ambiente de teste para validar o comportamento de modificação do armazenamento.
• Embora não haja tempo de inatividade, programe sua modificação durante períodos de pouco tráfego. Quando você modifica uma instância de banco de dados durante períodos de atividade reduzida, você minimiza os possíveis efeitos do aumento das latências.
• Antes de modificar a instância de banco de dados, certifique-se de ter um backup recente da instância de banco de dados.
• Use o CloudWatch para monitorar o desempenho do banco de dados antes e depois da alteração.
• Documente seu procedimento de reversão caso você precise reverter as alterações.

Analise o histórico de modificações

É possível usar o console do Aurora e do RDS para analisar o cronograma de modificação da sua instância de banco de dados do RDS na tabela Eventos recentes. Ou chame a operação de API ModifyDBInstance no AWS CloudTrail.

Exemplo de cronograma:

2025-01-23 06:13:03 UTC  Finished applying modification to allocated storage  
2025-01-23 06:08:54 UTC  Applying modification to allocated storage

Observação: se você tiver instâncias do Amazon RDS para SQL Server que tenham réplicas de leitura com menos recursos do que a instância de origem, a replicação pode ser afetada temporariamente.

Informações relacionadas

Por que minha instância de banco de dados do Amazon RDS está no estado de otimização de armazenamento há muito tempo?

Trabalhar com armazenamento para instâncias de banco de dados do Amazon RDS

Trabalhar com réplicas de leitura de instância de banco de dados