Altere a configuração de uma instância do ApsaraDB RDS for MySQL, incluindo edição da instância, upgrade ou downgrade do tipo de instância e dimensionamento do espaço de armazenamento.
Para consultar todas as alterações de configuração suportadas, veja Instance configuration changes.
Para outros mecanismos de banco de dados, consulte:
Pré-requisitos
-
A instância utiliza o método de faturamento por assinatura ou pagamento conforme o uso.
NotaSe a instância utilizar o método de faturamento serverless, consulte Configure a serverless instance.
Sua conta Alibaba Cloud não possui pedidos de renovação pendentes de pagamento.
A instância está no estado Running. Se sua instância estiver bloqueada, unlock the instance antes de alterar a configuração.
Limitações
Limite de pedidos: Após enviar um pedido de alteração de configuração, você não pode cancelá-lo. Avalie cuidadosamente seus requisitos de negócios antes de prosseguir.
-
Limites para instâncias somente leitura:
Ao alterar a configuração de uma instância somente leitura, a instância primária deve estar no estado Running.
O espaço de armazenamento de uma instância somente leitura deve ser maior ou igual ao espaço atual de sua instância primária. Recomendamos expandir primeiro o armazenamento de todas as instâncias somente leitura antes de expandir o da instância primária.
-
Limites para redução de espaço de armazenamento:
-
Redução para instâncias com disco local de desempenho aprimorado
-
Após a redução, o novo espaço de armazenamento deve corresponder a pelo menos 120% do espaço utilizado.
Exemplo: Uma instância possui 100 GB de espaço de armazenamento, dos quais 50 GB estão em uso. Após a redução, é necessário manter pelo menos 60 GB (50 GB × 120%) de espaço.
-
-
Limites gerais de redução
Basic Edition ou High-availability Edition: A redução de espaço de armazenamento é permitida apenas para instâncias com a mesma edição e arquitetura.
O espaço mínimo após a redução segue a fórmula:
min{current usage × 1.3, current usage + 400 GB}. O resultado deve ser, no mínimo, o espaço mínimo suportado pelo tipo atual da instância.Incremento: O ajuste do espaço de armazenamento ocorre em passos de 5 GB.
Caso a instância gere logs binários (binlogs) rapidamente, mantenha uma quantidade suficiente de logs no disco local antes de reduzir o armazenamento. Para saber como ativar o backup de logs, consulte Modify the backup policy for an ApsaraDB RDS instance.
-
-
Limites para alterações de tipo de product:
Compatibilidade de zona: Em comparação à edição padrão, a Yitian Edition suporta fewer zones. Se não for possível alterar o tipo de product devido a restrições de zona, execute primeiro change the zone of the instance e depois faça a alteração.
Restrições de versão secundária do mecanismo: A nova versão secundária deve ser igual ou superior à atual. Não é permitido fazer downgrade da versão secundária.
Restrições de edição: Para instâncias Basic Edition, a mudança de tipo de product só é permitida da Yitian Edition para a edição padrão. Nas edições High-availability e Cluster Edition, é possível alternar livremente entre a Yitian Edition e a edição padrão.
Limites para legacy instance types: Não é possível alterar diretamente a configuração de uma instância legada. Primeiro, faça o upgrade para um tipo de instância atual disponível publicamente. Somente então será possível modificar a configuração.
Outros limites: Apenas os itens listados em Instance configuration changes podem ser alterados.
-
Uma alteração de configuração aciona um failover da instância, o que geralmente causa uma desconexão transitória de cerca de 15 segundos. A duração real pode ser maior se o cliente não estiver configurado corretamente ou usar uma versão desatualizada do driver. Recomendamos realizar a alteração fora do horário de pico e garantir que sua aplicação possua um automatic reconnection mechanism.
-
Durante o failover da instância, a maioria das operações de banco de dados, conta e rede fica indisponível. Para mais detalhes, consulte Impacts of an instance switchover.
-
Uma alteração de configuração aciona um failover da instância, o que geralmente causa uma desconexão transitória de cerca de 15 segundos. A duração real pode ser maior se o cliente não estiver configurado corretamente ou usar uma versão desatualizada do driver. Recomendamos realizar a alteração fora do horário de pico e garantir que sua aplicação possua um automatic reconnection mechanism.
-
Durante o failover da instância, a maioria das operações de banco de dados, conta e rede fica indisponível. Para mais detalhes, consulte Impacts of an instance switchover.
-
Ao expandir o armazenamento: Ocorre uma desconexão transitória se a instância usar SSD padrão. Não ocorre desconexão transitória se a instância usar ESSD ou disco cloud de alto desempenho.
-
Ao reduzir o armazenamento: Ocorre uma desconexão transitória. Para mais informações, consulte Scale in the storage space of a cloud disk (Scale-in is not supported for standard SSDs).
-
A expansão do espaço de armazenamento do ApsaraDB RDS só é possível através do ponto de entrada Change Configurations (página de detalhes da instância > Configuration Information > Change Configurations). O console do ApsaraDB RDS não oferece um recurso separado para expansão de disco.
Não é necessário reiniciar a instância após a alteração de configuração. Os dados armazenados não são perdidos.
As alterações de configuração (incluindo upgrades e downgrades) não afetam permissões de contas de banco de dados, configurações de parâmetros ou listas de permissões de ip. Essas configurações permanecem inalteradas após a modificação.
O id da instância e o endpoint permanecem os mesmos. No entanto, se a instância for migrada entre hosts, o endereço ip do endpoint mudará. Recomendamos usar o endpoint, e não o endereço ip, para conectar-se ao banco de dados.
Acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância rds está localizada. Em seguida, localize a instância rds e clique em no id da instância.
Na seção Configuration Information, clique em Change Specifications.
-
(Esta etapa é necessária apenas para instâncias por assinatura.) Na caixa de diálogo exibida, selecione um método de alteração e clique em Next.
Os seguintes métodos de alteração estão disponíveis:
Upgrade ou Downgrade: A nova configuração entra em vigor imediatamente. Tanto instâncias por assinatura quanto por pagamento conforme o uso suportam essas opções.
Após o envio da tarefa de alteração de configuração, o sistema reatribui o id original da instância e o endpoint a uma nova instância, mantendo ambos inalterados.
-
Modifique a configuração da instância.
NotaTodos os tipos de instância suportam instance type e alterações de espaço de armazenamento. Para legacy instance types, é obrigatório primeiro fazer o upgrade da instância para um tipo atual disponível publicamente antes de expandir o espaço de armazenamento.
É possível reduzir o espaço de armazenamento em instâncias High-availability Edition com disco local de desempenho aprimorado, bem como em instâncias Basic ou High-availability Edition com disco cloud (exceto SSDs padrão). Outros tipos de instância não suportam redução de armazenamento.
É possível alterar a edição de uma instância ApsaraDB RDS for MySQL 5.6 Enterprise Edition de três nós para High-availability Edition.
É permitido fazer upgrade de uma instância ApsaraDB RDS for MySQL 5.7 Basic Edition para uma instância High-availability Edition com disco local de desempenho aprimorado.
Nas instâncias ApsaraDB RDS for MySQL 8.0 ou 5.7 High-availability Edition que utilizam ESSDs, é possível alterar a edição da instância para Cluster Edition.
Na página Change Specifications, o tipo de instância assume o valor padrão Current Type. Verifique se os parâmetros do novo tipo atendem aos seus requisitos antes de continuar.
-
Selecione um Switch Time.
Execute Immediately: O failover ocorre imediatamente após a conclusão da migração de dados.
Switch Within Maintenance Window: O failover ocorre dentro da maintenance window especificada.
ImportanteAo selecionar Switch Within Maintenance Window, a instância permanece no estado Upgrading or Downgrading até a conclusão do failover. Durante esse período, não é possível executar operações no nível da instância, como alterações de configuração, renovações, upgrades de versão ou migrações entre zonas.
Se você apenas expandir o espaço de armazenamento ou alterar o tipo de armazenamento para ESSD, a mudança geralmente não impacta seus services e entra em vigor imediatamente. Não é necessário selecionar Switch Within Maintenance Window.
Uma instância Basic Edition possui apenas um nó de banco de dados e não tem um nó secundário para backup quente. Portanto, ocorre uma interrupção prolongada do service ao alterar a configuração desse nó. Recomendamos realizar a alteração fora do horário de pico para minimizar o impacto nos negócios.
Para instâncias que não sejam Basic Edition, podem ocorrer um ou dois failovers quando a alteração de configuração entrar em vigor. Embora isso não afete o uso normal, recomendamos realizar a alteração fora do horário de pico ou garantir que sua aplicação tenha um mecanismo de reconexão automática. Para mais informações sobre os impactos do failover, consulte Impacts of an instance switchover.
-
Na página Change Specifications, confirme as especificações da instância antes e depois da alteração, clique em Confirm Order e conclua o pagamento.
AvisoApós enviar um pedido de alteração de configuração, não é possível cancelá-lo. Recomendamos avaliar cuidadosamente seus requisitos de negócios antes de prosseguir.
Para garantir o sucesso da alteração de configuração, não execute operações de Linguagem de Definição de Dados (DDL) desde o envio do pedido até a conclusão da alteração.
-
P: Por que minha instância continua bloqueada após a expansão do armazenamento?
R: Uma instância bloqueada por armazenamento cheio é desbloqueada automaticamente após a conclusão da tarefa de expansão. Na página Basic Information da instância, clique em no ícone
no canto superior direito para abrir a página Task List e verificar o progresso da tarefa. -
P: Por que ocorre uma desconexão transitória ao expandir o espaço de armazenamento?
R: A expansão de armazenamento requer um failover da instância. Para mais informações, consulte Impacts of an instance switchover.
-
P: A cota gratuita de backup aumenta após a expansão do armazenamento?
R: Sim. Para mais informações, consulte Free backup quota.
-
P: Como verifico o tipo de armazenamento da minha instância?
R: Faça login no console do ApsaraDB RDS, acesse a página de detalhes da instância e visualize o campo Storage Type na seção Basic Information.
-
P: Como altero o tipo de armazenamento (disco local de desempenho aprimorado, SSD padrão ou ESSD)?
R: Consulte Change the storage type from cloud disk to local disk with enhanced performance.
-
P: Como ativo a expansão automática de armazenamento para uma instância com disco local de desempenho aprimorado?
R: Você pode change the storage type from local disk with enhanced performance to cloud disk e então ativar a expansão automática de armazenamento. Alternativamente, adquira uma nova instância com disco cloud e migrate your data para ela.
-
P: O espaço de armazenamento da minha instância ApsaraDB RDS for MySQL com disco local de desempenho aprimorado atingiu o limite máximo. Como posso aumentar o espaço?
R: Para informações sobre a faixa de espaço de armazenamento de uma instância ApsaraDB RDS for MySQL 8.0 ou 5.7 High-availability Edition com disco local de desempenho aprimorado, consulte ApsaraDB RDS for MySQL High-availability Edition (with a local disk). Para aumentar o espaço, você pode change the storage type from a local disk with enhanced performance to a cloud disk para obter maior capacidade de armazenamento.
-
P: O que fazer se aparecer o erro "insufficient inventory" ao tentar expandir o armazenamento?
R: Recomendamos migrate the instance to another zone e depois expandir o armazenamento. Após a migração, o endpoint permanece o mesmo, mas o endereço ip correspondente muda. Configure um mecanismo de reconexão automática para sua aplicação.
-
P: Se eu apenas expandir o espaço de armazenamento, preciso migrar dados para uma nova instância?
R: Na maioria dos casos, a expansão de armazenamento em instâncias com disco cloud (que não sejam Basic Edition) não causa desconexão transitória. Para instâncias com disco local de desempenho aprimorado, ocorre uma das seguintes situações:
O host tem armazenamento suficiente: O armazenamento é expandido diretamente, sem impacto na instância.
O host tem armazenamento insuficiente: Novas instâncias primária e secundária são criadas automaticamente, e os dados são sincronizados. Ocorre uma desconexão transitória de cerca de 15 segundos durante o failover.
NotaNão é possível consultar o espaço de armazenamento restante do host onde a instância está implantada.
-
P: Se eu excluir um banco de dados de uma instância ApsaraDB RDS for MySQL, o espaço em disco é liberado?
R: A instrução
DROPlibera espaço em disco. A instruçãoDELETEcria fragmentos e não libera espaço em disco. -
P: Se eu fizer upgrade de CPU, memória e disco simultaneamente, por quanto tempo meu service ficará indisponível?
R: O service fica indisponível por alguns minutos, independentemente de você atualizar um único item ou vários. Durante o upgrade, pode ocorrer um failover ou reinicialização da instância, e a maioria das operações de banco de dados, conta e rede fica indisponível. Recomendamos realizar alterações de configuração dentro da janela de manutenção. Para mais informações, consulte Impacts of configuration changes.
-
P: Quais fatores afetam a duração de uma alteração de configuração?
R: Consulte What factors affect the duration of a configuration change for an ApsaraDB RDS for MySQL instance?.
-
P: Uma alteração de configuração afeta services online?
R: Consulte a seção Impacts neste tópico.
-
P: Se eu fizer upgrade da instância primária, as instâncias somente leitura também são atualizadas?
R: Não. É necessário atualizar manualmente a configuração das instâncias somente leitura.
-
P: A expansão do armazenamento da instância primária afeta a replicação de dados para suas instâncias somente leitura?
R: Não.
-
P: O endpoint muda após uma alteração de configuração?
R: O endpoint (por exemplo,
rm-bpxxxxx.mysql.rds.aliyuncs.com) permanece inalterado, mas o endereço ip correspondente pode mudar. Recomendamos usar o endpoint em vez do endereço ip na sua aplicação. -
P: Como configuro um mecanismo de reconexão automática para minha aplicação?
R: Para aplicações Java, recomendamos definir o tempo de vida (TTL) para 60 segundos ou menos. Isso garante que, quando o endereço de virtual ip (VIP) do endpoint mudar, a aplicação consulte o DNS novamente para obter e usar o novo endereço VIP. Para mais informações sobre como definir o TTL em Java, consulte a documentação oficial do JDK.
-
P: Posso alterar uma instância regular para uma instância serverless?
R: Não. Para usar uma instância serverless, é necessário criar uma nova. Para mais informações, consulte Create a serverless instance.
-
P: Como sou cobrado pela expansão automática de armazenamento?
R: A expansão automática de armazenamento vem desativada por padrão e sua ativação é gratuita. Quando acionada, a cobrança é igual à da expansão manual. Para mais informações, consulte Change configuration.
-
P: Fiz downgrade de uma instância por engano e logo em seguida fiz upgrade de volta para a configuração original. Por que a diferença entre o reembolso e a nova cobrança foi tão grande?
R: A instância pode ter sido adquirida com desconto. Ao fazer upgrade novamente, o desconto pode não se aplicar mais, aumentando o preço.
-
P: Quais são as regras para expansão automática de armazenamento?
R: Para mais informações, consulte Enable automatic storage expansion.
-
P: Quais são os impactos de reduzir o espaço de armazenamento de uma instância com disco cloud?
R: Ocorre uma desconexão transitória ao reduzir o espaço de armazenamento de uma instância com disco cloud. Para mais informações, consulte Scale in the storage space of an instance that uses a cloud disk.
-
P: Posso reduzir o armazenamento de uma instância com disco local de desempenho aprimorado?
R: Sim. Com a instância em execução, clique em Change Specifications e selecione Downgrade.
-
P: Por que não encontro o botão Change Specifications?
R: Se você não encontrar o botão Change Specifications na seção Configuration Information da página de detalhes da instância, solucione o problema das seguintes formas:
Verifique pedidos pendentes: Certifique-se de que sua conta Alibaba Cloud não possui pedidos não pagos. Pedidos pendentes podem impedir a exibição do botão Change Specifications. Acesse a página de Gerenciamento de Faturamento para concluir o pagamento e tente novamente.
Verifique o status da instância: Certifique-se de que a instância está no estado Running. Instâncias em estados diferentes de execução (como Creating ou Switching) podem não suportar alterações de configuração. Aguarde a instância retornar ao estado Running antes de prosseguir.
Verifique instâncias somente leitura: Se você tiver instâncias somente leitura, é necessário expandir primeiro o armazenamento delas antes de expandir o da instância primária.
-
P: O que devo fazer se uma solicitação de alteração de especificação falhar com o erro "Current DB instance status does not support this operation" (código de erro:
OperationDenied.DBInstanceStatus)?R: As instâncias rds executam tarefas de O&M sequencialmente e não suportam alterações de especificação simultâneas. Se a instância tiver uma tarefa de O&M inacabada (por exemplo, se estiver em um estado diferente de Running, como durante um failover), qualquer nova solicitação de alteração de especificação será rejeitada. Clique em no ícone
no canto superior direito da página Basic Information da instância para abrir a página Task List e verificar se há tarefas pendentes. Após a conclusão da tarefa e o retorno da instância ao estado Running, tente novamente a alteração de especificação.
Impactos
|
Item de configuração |
Impactos |
|
|
Instâncias com disco local de desempenho aprimorado |
Tipo de instância, edição da instância ou espaço de armazenamento |
Alterar o tipo ou a edição da instância quando não há recursos locais disponíveis aciona uma migração automática de dados. Após a migração, ocorre um failover no horário especificado. Os dados incrementais são sincronizados durante o processo. A duração da migração é proporcional ao volume de dados: quanto maior o volume, mais tempo leva. Importante
|
|
Instâncias com disco cloud |
Tipo de instância ou edição da instância |
A alteração de configuração leva alguns minutos, independentemente do volume de dados. Importante
|
|
Espaço de armazenamento |
Nota
Se houver criação de snapshot em andamento para um disco cloud, as tarefas de expansão do disco ou alteração de nível de desempenho serão executadas somente após a conclusão do snapshot. |
Faturamento
Para mais informações, consulte Billing rules for configuration changes.
Procedimento
Após enviar um pedido de alteração de configuração, não é possível cancelá-lo. Avalie cuidadosamente seus requisitos de negócios antes de prosseguir.
Perguntas frequentes
Expansão e redução de disco
Alteração de tipo de armazenamento
Gerenciamento de espaço de armazenamento
Impactos de upgrades de configuração
Instâncias somente leitura
Conexões e rede
Tipos de instância e faturamento
Expansão e redução automática
Migração de zona
P: Como altero uma implantação de zona única para uma implantação multizona?
R: Para mais informações, consulte Migrate an instance across zones.
Solução de problemas de alteração de configuração
Referência de API
|
API |
Descrição |
|
Altera a configuração de uma instância do ApsaraDB RDS. |