Alterações de especificação — incluindo mudanças na edição do RDS, no tipo de instância e na capacidade de armazenamento — podem levar de alguns segundos a um período prolongado, dependendo do tipo de armazenamento e da carga de trabalho da sua instância. O principal fator é se a alteração aciona uma migração de dados entre instâncias.
Para minimizar o tempo necessário, agende alterações de especificação durante períodos de baixa gravação ou interrompa a gravação de dados na instância com antecedência.
Como o tipo de armazenamento determina o caminho de migração
O tipo de armazenamento da sua instância determina se uma alteração de especificação exige a migração de dados para uma nova instância:
|
Tipo de armazenamento |
Migração de dados entre instâncias |
Tempo necessário |
|
SSD local |
Pode ser necessária |
Longo (se a migração for acionada) ou curto (caso contrário) |
|
SSD padrão ou aprimorado |
Não requerida |
Curto |
Para instâncias que usam SSDs padrão ou aprimorados, não ocorre migração de dados. A alteração de especificação termina rapidamente e os fatores da próxima seção não se aplicam.
Para instâncias que usam SSDs locais, uma alteração de especificação pode acionar uma migração da instância original para uma nova instância. Quando a migração é acionada, o ApsaraDB RDS faz backup dos dados na instância original e os restaura na nova instância, processo que pode levar um tempo considerável.
Fatores que afetam o tempo de migração (apenas para SSDs locais)
Quando ocorre uma migração de dados entre instâncias, os fatores a seguir determinam a duração do processo.
Tamanho total dos dados
O tamanho total dos seus dados afeta diretamente a duração do backup e da restauração iniciais. A largura de banda da rede e a velocidade do backup também influenciam: conjuntos de dados maiores em uma largura de banda restrita levam proporcionalmente mais tempo.
Tamanho do redo log
Se os redo logs forem grandes, a quantidade real de dados para backup excede a estimativa inicial. Isso aumenta o tempo necessário para restaurar os dados na nova instância.
Bloqueios
O ApsaraDB RDS bloqueia objetos relacionados durante a fase de backup. Uma atividade intensa de bloqueio retarda o backup e aumenta o tempo total de migração.
Número de tabelas
O número de tabelas na instância é um fator que afeta o tempo de migração.
Tamanho dos dados incrementais
Após o término da migração total dos dados, o ApsaraDB RDS migra os dados incrementais gerados durante a janela de migração. Quanto maior for esse conjunto de dados incrementais, mais tempo a alteração de especificação levará.
Velocidade de gravação de dados incrementais
A taxa de reprodução dos dados incrementais afeta a velocidade com que a nova instância se sincroniza. Essa taxa depende de:
Velocidade de reprodução das instruções SQL registradas em log
Execução de instruções SQL em tabelas individuais
Execução de instruções de linguagem de definição de dados (DDL) na instância original durante a migração
Latência de sincronização de dados
Antes de direcionar o tráfego para a nova instância, o ApsaraDB RDS precisa estabelecer um link de sincronização e aguardar o término da sincronização dos dados. Uma latência maior atrasa o switchover. A latência depende de:
Cargas de gravação na instância original
Instruções DDL executadas na instância original durante a sincronização
Consultas com junção executadas em várias tabelas