Alterar a configuração de uma instância primária analítica baseada em DuckDB - ApsaraDB RDS: Central de Documentação do Alibaba Cloud

Visão geral: tempo de inatividade e escopo

Alteração	Tempo de inatividade	Escopo afetado
Tipo de instância (especificações)	~30 segundos (failover)	Toda a instância
Expansão de armazenamento	Nenhum (na maioria dos casos)	Toda a instância
Adicionar nó	Nenhum	Apenas o novo nó
Exclua nó	Breve interrupção no nó excluído	Apenas o nó excluído
Alterar especificações do nó secundário	Breve interrupção no nó secundário	Apenas o nó secundário
Alterar especificações do nó primário	Failover de ~30 segundos	Primário + secundário envolvido
Expansão automática de armazenamento	Nenhum	Toda a instância
Failover entre primário e secundário	Até 30 segundos	Toda a instância
Alteração de método de faturamento	Nenhum	Toda a instância

Alterar o tipo de instância e a capacidade de armazenamento

Altere o tipo de instância para fazer upgrade ou downgrade das especificações de computação. A capacidade de armazenamento pode apenas ser expandida — a redução não é suportada atualmente.

Pré-requisitos

Antes de começar, certifique-se de que:

Sua conta Alibaba Cloud não possui pedidos de renovação pendentes de pagamento
O status da instância é Running (se estiver bloqueada, unlock the instance primeiro)

Impactos potenciais

Alteração	Impacto
Especificações	Leva vários minutos (não afetado pelo volume de dados). Ocorre um failover da instância, que dura cerca de 30 segundos. Faça a alteração em horários de baixa demanda e configure um mecanismo de reconexão automática na sua aplicação.
Expansão de armazenamento	Sem desconexões transitórias na maioria dos casos. Se houver uma tarefa de snapshot em execução, a expansão começa após a conclusão do snapshot.
Redução de armazenamento	Não suportada.

A alteração de especificações não causa perda de dados nem altera o ID e o endpoint da instância. Nenhuma reinicialização manual é necessária.

Aviso

Evite operações DDL desde o momento em que você envie o pedido até a conclusão da alteração.

Faturamento

A tarifa real está sujeita ao preço exibido no console. Para mais detalhes, consulte Billing rules for specification changes.

Alterar especificações ou armazenamento da instância

Acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância reside e clique em no ID da instância.
Na seção Configuration Information da página Basic Information, clique em em Change Specifications.
(Subscription instances only) Na caixa de diálogo, selecione um método de alteração e clique em em Next.
- Upgrade ou Downgrade: A nova configuração entra em vigor imediatamente. Após o envio da tarefa de alteração, o sistema sincroniza os dados do disco para uma nova instância. No horário agendado para o failover, o sistema transfere o ID e o endpoint da instância para a nova instância — ambos permanecem inalterados.
Na página Change Specifications, selecione o novo tipo de instância. O tipo atual da instância vem selecionado por padrão.
Selecione um Switching Time:
- Execute Immediately: A troca ocorre imediatamente após a conclusão da migração de dados.
- Switch Within Maintenance Window: A troca ocorre dentro da maintenance window configurada.
Importante
Se você selecione Switch Within Maintenance Window, o status da instância permanecerá como Upgrading/Downgrading até que o failover seja concluído. Durante esse período, não é possível fazer upgrade ou downgrade de especificações, atualizar a versão do mecanismo de banco de dados ou migrar a instância entre zonas. Para expansões apenas de armazenamento, os negócios não são afetados na maioria dos casos e a alteração entra em vigor imediatamente — não é necessário selecione Switch Within Maintenance Window.
Na página Change Instance, confirme os detalhes antes e depois da alteração, clique em em Confirm Order e conclua o pagamento.

Perguntas frequentes

O disco da minha instância foi expandido, mas ela continua bloqueada. Por quê?

Se uma instância estiver bloqueada devido ao disco cheio, ela será desbloqueada automaticamente após a conclusão da tarefa de expansão. Clique em em Task Center no canto superior direito da página Basic Information para verificar o progresso.

Por que uma expansão de armazenamento causa uma desconexão transitória?

Uma expansão de armazenamento requer um failover da instância. Para mais informações sobre o impacto de desconexões transitórias, consulte Impactos potenciais acima.

A cota gratuita de backup aumenta quando eu expando o armazenamento em disco?

Sim. Para mais detalhes, consulte Free backup quota.

Por quanto tempo o service fica indisponível quando faço upgrade de cpu, memória e disco simultaneamente?

O service fica indisponível por vários minutos, independentemente de você alterar um 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 não pode ser executada. Agende a alteração durante a janela de manutenção. Para detalhes sobre o impacto, consulte Impactos potenciais acima.

Quais fatores afetam a duração de uma alteração de especificações?

Alterações de especificações em instâncias primárias analíticas baseadas em DuckDB do RDS que utilizam armazenamento em disco não envolvem migração entre máquinas. Portanto, a duração da alteração é curta. Para mais detalhes, consulte Impactos potenciais acima.

O endpoint muda após uma alteração de configuração?

Não. O endpoint (por exemplo, rm-bpxxxxx.mysql.rds.aliyuncs.com) permanece o mesmo, mas o endereço ip subjacente pode mudar. Utilize o endpoint em vez do endereço ip na sua aplicação.

Como configure um mecanismo de reconexão automática?

Para aplicações Java, defina o Time to Live (TTL) para no máximo 60 segundos. Isso permite que a aplicação obtenha o novo endereço ip virtual (VIP) após uma nova consulta dns. Consulte a documentação oficial do JDK para saber como configure o TTL em Java.

Alterar configurações de nó

As instâncias primárias analíticas baseadas em DuckDB do RDS suportam a adição e exclusão de nós de cluster, além da alteração independente de especificações e capacidade de armazenamento de cada nó.

Adicionar um nó

Durante a adição do nó, as operações de leitura e escrita na instância não são afetadas. Após adicionar o nó, configure os pesos do endpoint somente leitura do cluster para distribuir o tráfego para o novo nó, garantindo o balanceamento de carga.

Uma única instância suporta até oito nós secundários.

Pré-requisitos

A instância deve estar no estado Running.

Faturamento

A tarifa real está sujeita ao preço exibido no console. Para mais detalhes, consulte Billing rules for specification changes.

Adicionar um nó

Acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância reside e clique em no ID da instância.
Na seção Instance Topology Management da página Basic Information, clique em em Add or Delete Node.
Na caixa de diálogo, selecione Add Node e clique em em Next.
Na seção Node, clique em no ícone ou em Add Node e configure a zona, o tipo de instância e o vSwitch para o novo nó.

Para cancele a adição de um nó, clique em no ícone à esquerda do nó.
Leia os Termos de Serviço e clique em em Confirm Order.

O nó é adicionado quando o status da instância muda de Adding Node para Running.

Próximos passos

Adjust the node configuration of the cluster read-only endpoint para rotear o tráfego para o novo nó.

Exclua um nó

A exclusão de um nó causa uma breve interrupção de service apenas nesse nó — os demais não são afetados. Uma instância Cluster Edition deve sempre manter pelo menos um nó primário e um nó secundário.

Antes de exclua um nó, defina seu peso de leitura como 0 para evitar o roteamento de tráfego para ele durante o processo de exclusão.

Pré-requisitos

A instância deve estar no estado Running.

Faturamento

A tarifa real está sujeita ao preço exibido no console. Para mais detalhes, consulte Billing rules for specification changes.

Exclua um nó

Acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância reside e clique em no ID da instância.
Na seção Instance Topology Management da página Basic Information, clique em em Add or Delete Node.
Na caixa de diálogo, selecione Delete Node e clique em em Next.
À esquerda do nó que deseja exclua, clique em no ícone .

Para cancele, clique em em Restore à esquerda do nó.
Leia os Termos de Serviço e clique em em Confirm Order.

Próximos passos

Após a exclusão, adjust the cluster read-only endpoint node configuration para redistribuir o tráfego entre os nós restantes.

Alterar especificações e capacidade de armazenamento do nó

Instâncias primárias analíticas baseadas em DuckDB suportam especificações diferentes por nó de cluster e ajustes independentes de tipo e capacidade de armazenamento por nó, oferecendo controle refinado sobre custo e desempenho.

Pré-requisitos

Antes de começar, certifique-se de que:

O status da instância é Running
A relação de data replication entre os nós primário e secundário é semissíncrona ou assíncrona

Limites

Alteração	Escopo	Restrições
Especificações do nó	Nó único ou toda a instância	Pelo menos um nó deve ter as mesmas especificações que o nó primário. Todos os nós devem compartilhar o mesmo tipo de product e família de instância.
Capacidade de armazenamento do nó	Apenas toda a instância	Expansão: sem desconexões transitórias (se houver uma tarefa de snapshot em execução, a expansão começa após sua conclusão). Redução: não suportada.

Visualize as especificações dos nós no diagrama de topologia na parte inferior da página Basic Information .

Impactos potenciais

Alteração	Impacto
Especificações do nó secundário	O nó secundário sofre uma breve interrupção de service. O nó primário não é afetado.
Especificações do nó primário	Um failover entre primário e secundário é acionado. O nó primário e o nó secundário envolvido sofrem uma breve interrupção de service.

A alteração de especificações leva vários minutos e não é afetada pelo volume de dados. Durante um failover da instância, a maioria das operações de banco de dados, conta e rede não pode ser executada. Agende as alterações em horários de baixa demanda e configure um mecanismo de reconexão automática na sua aplicação.

Os IDs e endpoints dos nós não mudam após uma alteração de especificações. Nenhuma reinicialização manual é necessária.

Para detalhes sobre o impacto do failover, consulte Impacts of an instance switchover.

Faturamento

A tarifa real está sujeita ao preço exibido no console. Para mais detalhes, consulte Billing rules for specification changes.

Alterar especificações ou armazenamento do nó

Acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância reside e clique em no ID da instância.
Na seção Configuration Information ou Instance Topology Management da página Basic Information, clique em em Specification Change.
Selecione o Storage Type, a Storage capacity, a Node Change e o Switching Time conforme necessário.
Leia os Terms of Service, clique em em Confirm Order, confirme os detalhes da alteração e clique em em Continue para concluir o pagamento.

A alteração leva vários minutos. O status da instância mostra Upgrading/Downgrading durante a mudança e retorna para Running quando concluída.

Configure expansão automática de armazenamento

Se uma instância ficar sem armazenamento, as operações de escrita falham — o que pode causar perda de dados ou travamento do banco de dados. A expansão automática de armazenamento escala horizontalmente a instância quando o uso atinge um limiar configurado, sem reinicialização e sem interrupção dos negócios.

Após a expansão do armazenamento, a redução automática não é suportada. Para reduzir o armazenamento, utilize o processo manual descrito em Change the instance type and storage capacity.

Pré-requisitos

Antes de começar, certifique-se de que:

A instância está no estado Running
Sua conta possui saldo suficiente para cobrir o custo da expansão

Ative e configure a expansão automática de armazenamento

Acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância reside e clique em no ID da instância.
Na página Basic Information, na seção Instance Resources, clique em em Settings ao lado de Automatic Storage Expansion.

Se Settings não for exibido, a instância não atende aos prerequisites .

Configure os seguintes parâmetros.

Parâmetro	Descrição
Automatic Storage Expansion	Ativa ou desativa a expansão automática de armazenamento.
Available Storage ≤	O limiar de espaço livre que aciona a expansão. Quando o espaço livre cai para ou abaixo desta porcentagem, a expansão é acionada. A quantidade adicionada é o maior valor entre: 5 GB (ou 10 GB se o armazenamento total for menor que 50 GB e o espaço livre estiver abaixo de 10%), ou 15% da capacidade de armazenamento atual arredondado para o múltiplo de 5 mais próximo. Por exemplo, em uma instância de 100 GB, 15% equivale a 15 GB — portanto, 15 GB são adicionados, elevando o total para 115 GB.
Maximum Storage Capacity	A capacidade máxima total de armazenamento após a expansão. Deve ser maior ou igual ao total atual. Valor máximo: 64 TB.

Clique em em OK.

Configure failover entre primário e secundário

O RDS aciona automaticamente um failover entre primário e secundário se o nó primário falhar ou se uma correção de emergência for aplicada ao nó secundário. Durante um failover, as funções dos nós primário e secundário são trocadas. O endpoint da instância permanece o mesmo, e sua aplicação se conecta automaticamente ao novo nó primário.

Como funciona

Failover automático (ativado por padrão): Se o nó primário falhar e tornar-se inacessível, o sistema troca para o nó secundário. Para saber o que aciona um failover, consulte Reasons for a primary/secondary switchover.
Failover manual: Disponível mesmo quando o failover automático está ativado. Utilize failovers manuais para simulações de recuperação de desastres ou para conectar-se ao nó mais próximo em uma implantação multizona.

Impactos potenciais

O service pode ficar indisponível por até 30 segundos durante um failover. Configure um mecanismo de reconexão automática na sua aplicação. Se sua aplicação utilizar uma versão antiga do pool de conexões Druid, as conexões podem não se recuperar automaticamente após uma desconexão. Atualize o Druid para a versão 1.1.16 ou posterior para resolver isso.
O endpoint da instância não muda, mas o endereço ip subjacente pode mudar. Utilize o endpoint em vez do endereço ip na sua aplicação.
Se a instância estiver em estado de falha no momento do failover, o processo pode levar mais tempo.

Trocar nós primário e secundário manualmente

Acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância reside e clique em no ID da instância.
No painel de navegação à esquerda, clique em em Service Availability.
Na seção Instance Availability, clique em em Switch Primary/Secondary Instance.
Na caixa de diálogo Primary/Secondary Switchover, na linha Secondary Node, selecione o nó secundário alvo para promover a primário.
Selecione um horário para o failover e clique em em OK.

Importante
A maioria das operações — como gerenciar bancos de dados e contas ou trocar tipos de rede — não pode ser executada durante o failover. Selecione Within Specified Time Range para minimizar interrupções.

Desativar temporariamente o failover automático

O failover automático é ativado por padrão. Desative-o temporariamente em cenários como:

Promoções de vendas ou eventos de alto tráfego, para evitar que um failover inesperado afete a disponibilidade
Upgrades importantes de aplicação, para evitar a introdução de variáveis decorrentes de um failover
Períodos críticos de garantia de estabilidade

Acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância reside e clique em no ID da instância.
No painel de navegação à esquerda, clique em em Service Availability.
Na seção Instance Availability, clique em em Automatic Primary/Secondary Switchover.
Selecione Temporarily Disable, defina o Deadline e clique em em OK.

O failover automático é retomado após o prazo limite. Por padrão, o recurso fica desativado por um dia. O horário final máximo é 23:59:59 daqui a sete dias.

Após salvar as configurações, o horário final da desativação temporária é exibido na página Service Availability.

Visualize logs de failover

Acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância reside e clique em no ID da instância.
No painel de navegação à esquerda, clique em em Service Availability.
Na seção Primary/Secondary Switchover Logs, ajuste o intervalo de tempo para visualize os logs.

Perguntas frequentes

Preciso trocar manualmente de volta após um failover entre primário e secundário?

Não. Os dados nos nós primário e secundário são idênticos. Após um failover, o secundário original torna-se o novo primário. Nenhuma ação adicional é necessária.

A instância não se recupera após um failover. O que devo fazer?

Conexões persistentes da sua aplicação podem não detectar a mudança no status da conexão após um failover acionado por exceção. Sem um timeout de socket, a aplicação aguarda indefinidamente por uma resposta, causando falhas na execução de SQL. Configure connectTimeout e socketTimeout para evitar isso:

Para cenários de transação online: defina connectTimeout para 1–2 segundos e socketTimeout para 60–90 segundos.

Esses valores são diretrizes — ajuste-os com base na carga de trabalho e nos padrões de uso do seu negócio.

Alterar o método de faturamento

Alterar de pagamento conforme o uso para assinatura

Pré-requisitos

Antes de começar, certifique-se de que:

A instância está no estado Running
A instância não possui pedidos pendentes de pagamento para alteração para o método de faturamento por assinatura

Observações de uso

Se você fizer upgrade das especificações de uma instância que possui um pedido pendente de pagamento para alteração para assinatura, esse pedido torna-se inválido. Cancele-o na página Order Management antes de tentar novamente a alteração do método de faturamento.
Se a alteração do método de faturamento cruzar o início de uma hora cheia, a hora anterior é faturada como pagamento conforme o uso, e o faturamento por assinatura começa no início da próxima hora. Por exemplo, se você iniciar a alteração às 09:55 e ela for concluída às 10:10, o período das 09:00 às 10:00 é faturado como pagamento conforme o uso, e o faturamento por assinatura começa após as 10:00.

Recursos de pagamento conforme o uso são faturados por hora e as faturas podem sofrer atrasos. Para evitar pagar por uma hora extra, inicie a alteração 15–30 minutos antes do início da hora cheia.

Mudar para faturamento por assinatura

Faça login no console do RDS. No painel de navegação à esquerda, clique em em Instances. Na barra de navegação superior, selecione a região.
Localize a instância alvo. Acesse a página Change from Pay-as-you-go to Subscription de uma das seguintes formas:
- Na coluna Billing Method, clique em em Switch To Subscription.
- Clique em no ID da instância. Na página Basic Information, na seção Status, localize Billing Method e clique em em Change To Subscription.
Selecione uma Subscription Duration e clique em em Confirm Order.

O envio deste pedido bloqueia novas compras de instâncias e alterações de método de faturamento em outras instâncias até que o pedido seja pago ou cancelado. Gerencie o pedido na página Order Management .

Alterar de assinatura para pagamento conforme o uso

Pré-requisitos

A instância deve estar no estado Running.

Se uma instância por assinatura estiver bloqueada por ter expirado, renove-a primeiro. Consulte Manual renewal .

Tarifas

Após mudar para pagamento conforme o uso, o saldo restante é reembolsado para o seu método de pagamento original usando a seguinte fórmula:

Valor do reembolso = Valor real pago - Tarifa de recurso utilizado

Valor real pago: O valor em dinheiro pago pelo pedido. Isso não inclui deduções de vouchers ou cupons.
Tarifa de recurso utilizado: Preço diário da assinatura (preço mensal original / 30) × Duração real de uso × Desconto para a duração utilizada

Nota
A duração real de uso é medida em dias. Um dia parcial é contado como um dia inteiro.

Valor real pago: O valor em dinheiro pago pelo pedido, excluindo vouchers e cupons.
Tarifa de recurso utilizado: Preço diário (preço mensal original / 30) x Dias reais de uso x Desconto para a duração utilizada

Um dia parcial é contado como um dia inteiro.

Para o valor específico do reembolso, consulte Standard refund instructions.

Mudar para faturamento de pagamento conforme o uso

Faça login no console do RDS. No painel de navegação à esquerda, clique em em Instances. Na barra de navegação superior, selecione uma região.
Localize a instância alvo. Acesse a página Change from Subscription to Pay-as-you-go de uma das seguintes formas:
- Na coluna Billing Method, clique em em Switch To Pay-As-You-Go.
- Clique em no ID da instância. Na página Basic Information, na seção Status, localize Billing Method e clique em em Change to Pay-As-You-Go.
Confirme as informações da instância, leia os Termos de Serviço e clique em em Confirm Order.