O ApsaraDB RDS gerencia as operações rotineiras de O&M do banco de dados para você — incluindo a configuração de alta disponibilidade e a aplicação de patches de segurança —, mas algumas operações podem interromper brevemente o serviço ou exigir sua intervenção. Esta página explica o que esperar e como minimizar os impactos.
Limites operacionais e notas de uso
Alteração de especificações
Ao alterar as especificações de uma instância do RDS, o sistema pode migrar os dados para uma nova instância. Os dados incrementais gerados durante a migração são continuamente sincronizados com a nova instância. Especifique o horário do switchover.
Se ocorrerem interrupções de serviço ou desconexões transitórias, a maioria das operações relacionadas a bancos de dados, contas e configurações de rede ficará indisponível.
Impacto por edição
|
Edição |
Impacto |
|
RDS Basic Edition |
Serviço indisponível por 30 minutos ou mais. Nenhuma instância secundária é fornecida como hot standby. Agende as alterações de especificação em horários de baixa demanda. |
|
Demais edições do RDS |
Desconexão transitória de aproximadamente 30 segundos quando a alteração entrar em vigor. Configure sua aplicação para se reconectar automaticamente ou agende as alterações em horários de baixa demanda. |
|
Instâncias do RDS com discos em nuvem (exceto a Basic Edition) — apenas aumento de capacidade de armazenamento |
Na maioria dos casos, não ocorrem desconexões transitórias. |
|
RDS Cluster Edition para ApsaraDB RDS for MySQL — cluster com apenas um nó secundário |
O endpoint de leitura permanece inacessível até que a alteração de especificação entre em vigor. Agende as alterações em horários de baixa demanda para manter a continuidade dos negócios. |
Atualização de versão
Atualizar a versão principal ou secundária do motor pode causar interrupções de serviço ou desconexões transitórias. Por exemplo: atualizar a versão secundária do MySQL 8.0 de 20230324 para 20230630, ou atualizar do MySQL 5.5 para o MySQL 5.6.
Se ocorrerem interrupções de serviço ou desconexões transitórias, a maioria das operações relacionadas a bancos de dados, contas e configurações de rede ficará indisponível.
Impacto por edição
|
Edição |
Impacto |
|
RDS Basic Edition |
Serviço indisponível por 30 minutos ou mais. Nenhuma instância secundária é fornecida como hot standby. Agende as atualizações em horários de baixa demanda. |
|
Demais edições do RDS |
Desconexão transitória de aproximadamente 30 segundos quando a atualização entrar em vigor. Configure sua aplicação para se reconectar automaticamente ou agende as atualizações em horários de baixa demanda. |
|
RDS Cluster Edition para ApsaraDB RDS for MySQL — cluster com apenas um nó secundário |
O endpoint de leitura permanece inacessível até que a atualização do nó secundário entre em vigor. Agende as atualizações em horários de baixa demanda para manter a continuidade dos negócios. |
Failover
O RDS High-availability Edition e o RDS Cluster Edition incluem uma instância secundária ou um nó secundário como hot standby. Se a instância primária do RDS ou o nó primário falhar inesperadamente, o sistema executa o failover para o secundário em até 30 segundos.
Se houver inconsistência de dados entre o primário e o secundário no momento da falha, o failover levará mais tempo. Durante o failover, ocorre uma desconexão transitória de aproximadamente 30 segundos. Configure sua aplicação para se reconectar automaticamente, evitando a interrupção da carga de trabalho.
Alteração do tipo de rede
A alteração do tipo de rede entre a rede clássica e a virtual private cloud (VPC) desconecta o servidor da aplicação da sua instância do RDS e atribui um novo endereço IP à instância. Após a conclusão da alteração, atualize imediatamente a configuração do endpoint na sua aplicação.
Restauração de dados
Antes de restaurar os dados, faça backup de todos os dados importantes da instância para evitar perda de dados. Restaure os dados primeiro em uma instância temporária ou clonada do RDS. Verifique a precisão dos dados restaurados e, em seguida, migre-os de volta para a instância original.
Capacidade de armazenamento
Se a capacidade de armazenamento se esgotar, a instância do RDS será bloqueada automaticamente e não poderá prestar serviços. Verifique o uso de armazenamento regularmente.
Se o uso de armazenamento estiver anormalmente alto, consulte O que fazer se minha instância do ApsaraDB RDS for MySQL estiver bloqueada devido ao esgotamento da capacidade de armazenamento?
Desempenho
Verifique se as seguintes alocações de recursos atendem aos requisitos da sua carga de trabalho. Atualize a instância caso não atendam.
|
Recurso |
O que verificar |
|
Núcleos de CPU |
Se a capacidade de processamento é suficiente para o volume de consultas nos picos |
|
Memória |
Se os requisitos de buffer e cache são atendidos |
|
IOPS (operações de entrada e saída por segundo) |
Se o throughput do disco suporta seus padrões de leitura e gravação |
|
Capacidade de armazenamento |
Se o espaço restante é suficiente, com margem para crescimento |
|
Máximo de conexões |
Se o limite de conexões suporta o tamanho do pool da sua aplicação |
Revise também a configuração do seu banco de dados regularmente: verifique se há consultas lentas, identifique instruções SQL que precisam de otimização e remova índices desnecessários ou adicione os que faltam.
Limites dos motores de banco de dados
Para cotas e limites específicos, consulte a documentação do seu motor:
Limites de uso de cada motor
Clique na guia de destino para expandir e exibir o conteúdo detalhado. Clique novamente para recolher.