Quando sua empresa prevê picos de tráfego previsíveis e de curta duração, como em promoções de e-commerce ou eventos online, o banco de dados pode enfrentar gargalos de desempenho devido à insuficiência de recursos computacionais. Um upgrade permanente pode resultar em desperdício de recursos após a normalização do tráfego. O recurso de upgrade temporário do PolarDB permite aumentar as especificações de computação (CPU e memória) de um cluster por assinatura durante um período determinado. O cluster retorna automaticamente às especificações originais no horário agendado, o que ajuda a lidar com cargas de pico de curto prazo de forma econômica.
Avaliação de impacto
Antes de executar um upgrade temporário, avalie o impacto potencial nos seus serviços para elaborar um plano de mudança.
Impacto no serviço
A alteração das especificações de um cluster PolarDB aciona a reinicialização dos nós, o que pode causar interrupções transitórias de conexão e breves flutuações de desempenho. O impacto depende se o seu cluster oferece suporte ao recurso de failover transparente e se o log binário (binlog) está ativado.
Caso seu cluster não ofereça suporte ao failover transparente, uma interrupção transitória de conexão de aproximadamente 20 a 30 segundos poderá ocorrer durante a alteração das especificações. Antes do failover, garanta que sua aplicação possua um mecanismo de nova tentativa de conexão.
Se o cluster oferecer suporte ao failover transparente, o impacto varia conforme o status do binlog. Com o binlog ativado, pode haver uma interrupção transitória de conexão de cerca de 5 a 10 segundos. Se o binlog estiver desativado, o desempenho pode cair a zero por 1 a 3 segundos, mas as conexões e transações não serão interrompidas.
Duração da tarefa: A alteração leva cerca de 5 minutos por nó. Por exemplo, modificar dois nós requer aproximadamente 10 minutos. Fatores como a carga do cluster e a quantidade de bancos de dados e tabelas influenciam a duração exata.
Atraso de replicação: Durante a mudança, o atraso na replicação de dados nos nós somente leitura pode ser maior do que em operação normal.
Segurança dos dados: A alteração de configuração ajusta apenas os recursos dos nós e não afeta nenhum dado existente no cluster.
Ordem de reinicialização: Ao alterar simultaneamente as especificações dos nós primários e somente leitura, o sistema reinicia primeiro os nós somente leitura e, em seguida, o nó primário. Nenhum failover primário/standby ocorre durante esse processo.
Limites de especificação de nós
Para garantir a estabilidade e a alta disponibilidade do cluster, aplicam-se os seguintes limites ao configurar as especificações dos nós primários e somente leitura:
Pelo menos um nó somente leitura deve ter as mesmas especificações do nó primário.
Nós somente leitura com hot standby ativado devem possuir as mesmas especificações do nó primário.
A memória de um nó somente leitura não pode ser inferior à metade da memória do nó primário.
-
O número de núcleos de CPU de um nó somente leitura deve atender aos requisitos mínimos listados na tabela a seguir:
CPU do nó primário
CPU mínima somente leitura
2
2
4
4
8
4
16
8
32
16
64
32
88
64
120
64
A Multi-master Cluster (Limitless) Edition não está sujeita aos limites anteriores.
Outras limitações
Durante um upgrade temporário, é permitido realizar no máximo um upgrade adicional.
Enquanto um upgrade temporário estiver ativo, não é possível executar operações como alteração manual de configuração, adição ou remoção de nós, adição temporária de nós, dimensionamento automático ou cancelamento da assinatura do cluster.
Pré-requisitos
Antes de começar, conclua as verificações a seguir.
Método de faturamento: O cluster de destino deve ser um cluster por Subscription.
Status do cluster: O cluster alvo precisa estar no estado Running, sem outras tarefas de configuração em andamento, como adição ou remoção de nós, ou upgrade de versão secundária.
Tarefas pendentes: Não deve haver outras tarefas de alteração de configuração pendentes, tais como adicionar ou remover nós ou modificar configurações.
-
Autorização de função vinculada ao serviço: É necessário ter criado a função vinculada ao serviço AliyunServiceRoleForPolarDB do PolarDB para sua conta.
Procedimento
Faça login no console PolarDB. No painel de navegação à esquerda, clique em Clusters e selecione a região onde seu cluster está localizado.
-
Utilize um dos métodos a seguir para acessar a página Change Configurations (Subscription):
Localize o cluster desejado e clique em Change Configurations na coluna Actions.
Clique em no ID do cluster para ir à página Basic Information. Na seção Database Nodes, clique em Change Configurations. Esta página exibe as especificações e o status dos nós primários e somente leitura, além de fornecer links para Add or Remove Nodes e Change Configurations.
Na caixa de diálogo Change Configurations (Subscription), selecione Temporary Upgrade e clique em OK.
-
Na página Temporary Upgrade, confirme a Current Configuration e o Expiration Time e defina os parâmetros abaixo:
Parâmetro
Descrição
Database Type
Selecione a edição de especificação desejada. As opções incluem General Specification e Dedicated Specification.
Node
Escolha as especificações de destino para o nó (primário ou somente leitura) que você deseja atualizar.
NotaGaranta que pelo menos um nó somente leitura tenha as mesmas especificações do nó primário. Configure as especificações dos demais nós conforme necessário.
Restore Point
Defina um horário específico para o sistema restaurar automaticamente o cluster às suas especificações anteriores ao upgrade.
Nota-
A duração mínima é de 1 hora e a máxima é de 14 dias. Para upgrades superiores a 14 dias, recomendamos utilizar uma alteração manual de configuração.
-
O horário de restauração deve ser pelo menos um dia antes da data de expiração do cluster. Por exemplo, se o cluster expirar em 10 de janeiro, o horário limite de restauração para um upgrade temporário será 9 de janeiro.
-
Não é possível alterar o horário de restauração após defini-lo. Caso o desempenho esteja insuficiente e seja necessário estender a duração, execute mais um upgrade antes que o horário de restauração seja atingido. O novo Restore Point não pode ser anterior ao original.
-
Leia os termos de serviço, clique em Buy Now e conclua o pagamento. Após a confirmação do pagamento, a tarefa de upgrade será iniciada.
Faturamento
A taxa de um upgrade temporário baseia-se na diferença de preço entre as novas especificações e as originais, multiplicada por um fator de prêmio de 1,5. A fórmula é a seguinte:
Taxa para upgrade temporário de um nó por N dias = (Preço mensal das novas especificações - Preço mensal das especificações originais) / 30 × 1,5 × N.
Operações relacionadas
Converter para um upgrade permanente
Caso precise manter as especificações atualizadas permanentemente ou executar operações como adição ou remoção de nós, adição temporária de nós, dimensionamento automático ou cancelamento da assinatura do cluster, converta o upgrade temporário em permanente. Após a conversão, o cluster não sofrerá downgrade automático no horário de restauração.
-
Conversão manual: Durante o período de upgrade temporário, acesse novamente a página Change Configurations (Subscription) e realize uma alteração manual de configuração para as especificações atuais.
NotaEsta ação gera apenas um pedido de faturamento permanente e não causa uma segunda interrupção de serviço.
Conversão por expansão de armazenamento: Se você expandir manualmente o espaço de armazenamento do cluster durante o período de upgrade temporário, o sistema converterá automaticamente as especificações de computação temporárias em permanentes. Isso significa que o faturamento passará a usar a nova taxa de assinatura a partir do momento da expansão do armazenamento. Avalie cuidadosamente essa mudança antes de expandir o armazenamento.
Visualize horário de expiração do upgrade
Acesse a página , pesquise pelo ID do cluster, localize o pedido com o tipo Temporary Upgrade e clique em View Details para visualizar suas informações.
Referência de API
|
API |
Descrição |
|
Atualiza temporariamente as especificações de um cluster PolarDB. |