Conforme sua carga de trabalho aumenta ou diminui, você pode ajustar as especificações de uma instância do ApsaraDB RDS for PostgreSQL — edição do rds, tipo de product, tipo de armazenamento, tipo de instância e capacidade de armazenamento — sem alterar o ID da instância ou os endpoints.
Pré-requisitos
Antes de começar, certifique-se de que:
O método de faturamento da instância é assinatura ou pagamento conforme o uso
A instância está no estado Running
Sua conta Alibaba Cloud não tem pedidos de renovação em atraso
Para alterar as especificações de uma instância Serverless do ApsaraDB RDS for PostgreSQL, consulte Serverless ApsaraDB RDS for PostgreSQL instances .
O que você pode alterar
Durante uma alteração de especificação, as cargas de trabalho migram para uma nova instância. Dependendo do tipo de alteração, pode ocorrer uma interrupção transitória ou a reinicialização da instância, o que geralmente dura alguns minutos. A maioria das operações relacionadas a bancos de dados, contas e configurações de rede fica indisponível durante a transição. Agende as alterações de especificação dentro da sua maintenance window para minimizar o impacto.
A tabela a seguir lista o que você pode alterar e o impacto no negócio de cada alteração.
|
Item de configuração |
O que você pode fazer |
Impacto |
|
RDS edition |
Faça o upgrade da Basic Edition para a High-availability Edition. Consulte Upgrade from Basic Edition to High-availability Edition. |
Interrupção transitória |
|
Product type |
Alterne entre YiTian e standard. Consulte Product types. |
Interrupção transitória |
|
Storage type |
Consulte Alterações de tipo de armazenamento abaixo. |
Depende do tipo de alteração — consulte abaixo |
|
Instance type |
Altere para um tipo de instância diferente. Consulte Instance types for primary instances. |
Upgrade: interrupção transitória. Downgrade: a instância primária reinicia e, em seguida, ocorre uma interrupção transitória. |
|
Storage capacity |
Expanda ou reduza o armazenamento. Consulte Alterações de capacidade de armazenamento abaixo. |
Depende do tipo de armazenamento e da direção — consulte abaixo |
Alterações de tipo de armazenamento
Para instâncias que usam cloud disks:
Faça o upgrade de standard SSD para Enterprise SSD (ESSD): ESSD PL1, ESSD PL2 ou ESSD PL3. Não há suporte para o downgrade de ESSD para standard SSD.
Alterne entre ESSD PL1, ESSD PL2 e ESSD PL3 em qualquer direção.
Faça o upgrade de ESSD para Premium ESSD. Não há suporte para o downgrade de Premium ESSD para ESSD.
Para instâncias que usam Premium Local SSDs: Não há suporte para alterações de tipo de armazenamento.
Impacto no negócio:
Alternar entre níveis de desempenho (PLs) de ESSD ou fazer o upgrade de ESSD para Premium ESSD: sem interrupção dos negócios.
Fazer o upgrade de standard SSD para ESSD: interrupção transitória.
Para comparar o desempenho dos tipos de armazenamento, consulte Storage types.
Alterações de capacidade de armazenamento
Expansão: Expanda em incrementos de 5 GB. A nova capacidade não pode exceder o máximo suportado pelo tipo de instância. Consulte Primary instance types.
Redução (apenas para cloud disks): Reduza em incrementos de 5 GB, até o maior valor entre o mínimo do tipo de instância ou o resultado desta fórmula:
Minimum reducible capacity = min(Used storage × 1.3, Used storage + 400 GB)Se a sua instância foi criada antes de 10 de outubro de 2022 e usa uma arquitetura original, atualize a versão minor do mecanismo para a versão mais recente antes de reduzir a capacidade de armazenamento. Consulte Update the minor engine version .
Para obter instruções passo a passo, consulte Reduce storage capacity of an instance using cloud disks.
Impacto no negócio:
Expansão de cloud disk: sem interrupções transitórias.
Redução de cloud disk: ocorrem interrupções transitórias.
Premium Local SSD (apenas expansão): interrupção transitória. Se o host tiver recursos de armazenamento suficientes, não haverá migração de dados. Caso contrário, os dados serão migrados para um novo host.
Restrições de alteração de tipo de product
Antes de alternar entre YiTian e standard, verifique os seguintes requisitos:
Se o tipo de product de destino estiver indisponível, não há recursos na zona atual. Migre a instância para uma zona que suporte o tipo de product de destino e tente novamente. Consulte Migrate across zones in the same region.
A versão minor do mecanismo após a alteração deve ser igual ou superior à versão minor atual. Se for inferior, a alteração falhará.
As instâncias YiTian não suportam as extensões plv8 e rdkit. Ao alternar de standard para YiTian, certifique-se de que essas extensões não estejam em uso. Consulte Extensions supported by ApsaraDB RDS for PostgreSQL.
Restrições de alteração de tipo de instância
Na High-availability Edition, você pode alterar um tipo de instância de uso geral para um tipo de instância dedicada com mais de 16 núcleos de CPU ou reverter para um tipo de uso geral.
Alguns tipos de instância de uso geral em fase de descontinuação não podem ser alterados. Consulte EOS notice: general-purpose instance types.
Não há suporte para a alteração para um tipo de instância Basic Edition com arquitetura YiTian.
Ao alterar o tipo de instância, os parâmetros de kernel das instâncias somente leitura devem corresponder aos da instância primária. Se os parâmetros de kernel de uma instância somente leitura precisarem ser atualizados, essa instância será reiniciada, causando uma interrupção transitória.
Notas de uso
Após a alteração:
O ID da instância e os endpoints permanecem inalterados. Não é necessário atualizar a string de conexão.
Nenhuma reinicialização manual é necessária.
RDS Basic Edition: A Basic Edition não possui um standby secundário ativo. Se a instância for encerrada inesperadamente, ou durante uma alteração de especificação ou upgrade da versão do mecanismo, o banco de dados poderá ficar indisponível por um período prolongado. Para requisitos de alta disponibilidade, use a High-availability Edition.
Instâncias com instâncias somente leitura associadas:
Ao alterar a capacidade de armazenamento, a capacidade de cada instância somente leitura deve ser maior ou igual à da instância primária. Siga esta ordem:
Expansão: Expanda primeiro as instâncias somente leitura e, depois, a instância primária.
Redução: Reduza primeiro a instância primária e, depois, as instâncias somente leitura.
Ao alterar o tipo de instância, siga esta ordem:
Upgrade: Faça o upgrade primeiro das instâncias somente leitura e, depois, da instância primária.
Downgrade: Faça o downgrade primeiro da instância primária e, depois, das instâncias somente leitura.
Para instâncias que usam Premium Local SSDs, as especificações de cada instância somente leitura devem ser maiores ou iguais às da instância primária. Para instâncias que usam cloud disks, as especificações de cada instância somente leitura devem ser maiores ou iguais à metade das especificações da instância primária.
Requisito de endereço ip do vSwitch:
Ao fazer o upgrade do tipo de instância, o vSwitch deve ter pelo menos dois endereços ip disponíveis. Verifique os endereços ip disponíveis no console do Virtual Private Cloud (VPC). Se o vSwitch não tiver endereços suficientes, mude para um vSwitch diferente antes. Consulte Change the vSwitch.
Expansão de armazenamento durante o backup:
Se a instância estiver em processo de backup, inicie a expansão após a conclusão do backup. Agende a expansão fora da janela de backup.
Expansão automática de armazenamento:
Em vez de ajustar manualmente a capacidade de armazenamento, ative o recurso de expansão automática de armazenamento. Quando o armazenamento restante cair abaixo de um limiar configurado, o sistema expandirá o armazenamento automaticamente. Consulte Configure automatic storage expansion.
Alterar as especificações da instância
acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância está localizada. Encontre a instância e clique em ID dela.
Na seção Configuration Information da página Basic Information, clique em Change Specifications.
-
(Subscription instances only) Na caixa de diálogo, selecione Upgrade ou Downgrade e clique em Next step. Após o envio do pedido, o sistema sincroniza os dados da instância para uma nova instância e transfere o ID e os endpoints. Tanto o método de Upgrade quanto o de Downgrade entram em vigor imediatamente após o envio do pedido e são suportados para instâncias de assinatura e de pagamento conforme o uso.
AvisoSe você selecionar Downgrade, a instância primária será reiniciada durante a transição. Agende a alteração dentro da maintenance window.
Selecione as novas especificações. Para obter detalhes sobre cada item de configuração, consulte O que você pode alterar.
-
Em seguida, defina o Switching Time:
Execute Immediately: O sistema aplica a alteração e transfere as cargas de trabalho assim que a migração de dados for concluída.
Switch Within Maintenance Window: A transição da carga de trabalho ocorre durante a janela de manutenção configurada. Use esta opção para controlar quando a interrupção transitória ou a reinicialização da instância ocorrerá. Consulte Set the maintenance window.
- Se você apenas expandir a capacidade de armazenamento do cloud disk ou alternar entre os níveis PL do ESSD, as cargas de trabalho não serão afetadas e o sistema fará a transição imediatamente. A opção Switch Within Maintenance Window não é necessária. - Para instâncias que usam Premium Local SSDs: se o host tiver recursos de armazenamento suficientes, o sistema fará a transição imediatamente, sem impacto. Caso contrário, os dados serão migrados para uma nova instância e a transição ocorrerá durante a janela de manutenção.
-
Na página Change Specifications, revise as alterações, leia e aceite os Termos de service, clique em Confirm Order, confirme o pedido e conclua o pagamento.
AvisoOs pedidos de alteração de especificação não podem ser cancelados após o envio. Avalie cuidadosamente seus requisitos antes de prosseguir.
Por favor, não execute operações DDL desde o momento em que você envie o pedido até a conclusão da alteração.
Faturamento
Para obter detalhes sobre preços, consulte Billing rules for configuration changes.
Perguntas frequentes
A expansão apenas da capacidade de armazenamento requer a migração de dados da instância?
Depende do tipo de armazenamento:
Cloud disks: não é necessária a migração de dados.
Premium Local SSDs: a migração depende dos recursos do host. Se o host tiver armazenamento suficiente, os dados permanecem no local. Caso contrário, o sistema migra os dados para um host com recursos suficientes.
Como reduzir a capacidade de armazenamento?
Cloud disks: consulte Reduce storage capacity of an instance using cloud disks.
-
Premium Local SSDs: use o upgrade da versão principal do mecanismo para migrar a instância para uma que use cloud disks e, em seguida, reduza a capacidade durante o upgrade. Consulte Upgrade the major engine version.
Para instâncias criadas antes de 10 de outubro de 2022, que usam uma arquitetura original, atualize a versão minor do mecanismo antes de reduzir a capacidade. Consulte Update the minor engine version .
Como alterar o tipo de armazenamento de cloud disk para Premium Local SSD?
Consulte How do I change the storage type from cloud disk to local disk?
Se eu fizer o upgrade de CPU, memória e armazenamento ao mesmo tempo, quanto tempo dura a interrupção transitória?
A duração é a mesma de fazer o upgrade de cada componente separadamente, geralmente alguns minutos. Durante a transição, a maioria das operações relacionadas a bancos de dados, contas e configurações de rede fica indisponível. Agende a alteração dentro da sua janela de manutenção.
A alteração separada das especificações de uma instância somente leitura afeta a instância primária?
Na maioria dos casos, alterar separadamente as especificações de uma instância somente leitura não afeta a instância primária. No entanto, siga os requisitos de ordem em Usage notes quando ambas as instâncias precisarem de alterações de especificação.
Referência da API
|
API |
Descrição |
|
Altera as configurações de uma instância do ApsaraDB RDS |