Gerenciar picos de tráfego manualmente — monitorar métricas de CPU e redimensionar clusters no momento certo — consome tempo e gera erros. O Auto Scaling monitora continuamente seu cluster PolarDB for MySQL 5.6 e ajusta automaticamente as especificações e a quantidade de nós somente leitura com base na utilização da CPU e no tráfego de leitura e escrita. Durante picos de tráfego, o cluster faz scale-out ou scale-up para manter o desempenho. Em horários de baixa demanda, ele reduz a capacidade para diminuir custos.
O Auto Scaling tem suporte apenas no PolarDB for MySQL 5.6. Outras versões oferecem o recurso serverless, que proporciona dimensionamento elástico semelhante. Para mais informações, consulte Ative the serverless feature for a cluster with defined specifications.
Como funciona
Quando a utilização da CPU ultrapassa o limiar configurado durante o período de observação, o sistema escolhe um método de dimensionamento com base no tráfego de entrada de leitura e escrita:
Scale-up: Atualiza as especificações do cluster em pequenos incrementos (por exemplo, de 4 núcleos para 8 e depois para 16) até atingir a especificação máxima configurada.
Scale-out: Adiciona um ou dois nós somente leitura por vez até alcançar a quantidade máxima de nós configurada.
Linha do tempo de dimensionamento: Entre o momento em que o limiar é ultrapassado e a conclusão do dimensionamento, passam-se pelo menos 15 minutos — 5 minutos (período mínimo de observação) mais 10 minutos para concluir a atividade. Não use o Auto Scaling para cargas de trabalho cujos picos durem menos de 15 minutos.
Comportamento do Scale-in: Após um scale-out ou scale-up, o sistema avalia continuamente a necessidade de reduzir a capacidade, desde que o cluster não esteja no período de quiescência. A janela de observação para scale-in corresponde ao período de observação mais 10 minutos. Por exemplo, se o período de observação for de 30 minutos, o sistema avalia o scale-in em uma janela de 40 minutos. Caso a utilização média da CPU dos nós dimensionados automaticamente permaneça abaixo de 30% por mais de 99% dessa janela, o cluster retorna gradualmente às especificações originais.
Período de quiescência (cooldown): O período de quiescência começa após a conclusão de uma atividade de dimensionamento. Durante esse intervalo, o PolarDB continua a monitorar o uso de recursos, mas não aciona novos dimensionamentos. Se o cooldown terminar simultaneamente a um período de observação e a utilização da CPU ainda exceder o limiar, o sistema acionará o dimensionamento imediatamente.
A sequência é: limiar ultrapassado → período de observação → execução do dimensionamento → início do período de quiescência → início da próxima observação.
Pré-requisitos
Antes de começar, verifique se:
O cluster executa o PolarDB for MySQL 5.6
Não há tarefas de alteração de configuração do cluster em andamento
Limitações
|
Limitação |
Detalhes |
|
Escopo do dimensionamento |
Aplica-se a todo o cluster. Não é possível dimensionar um nó individualmente. |
|
Desconexão durante o scale-up |
Todos os nós do cluster sofrem uma desconexão transitória de até 30 segundos. Configure suas aplicações com reconexão automática para lidar com essa situação. O scale-out não causa desconexões. |
|
Desempenho de nós somente leitura |
O desempenho dos nós somente leitura degrada temporariamente durante uma atividade de dimensionamento. As solicitações de leitura podem demorar mais para serem concluídas. |
|
Segurança dos dados |
Os dados armazenados no cluster não são afetados durante o dimensionamento. |
|
Dependência do scale-in |
O scale-in automático exige que o scale-out automático esteja ativado. Se você desativar o Auto Scaling após a expansão do cluster, ele não retornará automaticamente à capacidade anterior. |
|
Duração mínima do pico |
O Auto Scaling leva pelo menos 15 minutos para entrar em vigor. Não o utilize para cargas de trabalho com picos de tráfego muito curtos. |
Faturamento
As taxas de dimensionamento seguem o método de faturamento do seu cluster. Para detalhes, consulte Change the configurations.
Billing method | How fees are calculated |
Pay-as-you-go | Cobrado por hora conforme o preço da nova configuração, com efeito imediato após a alteração. |
Subscription | Taxa a pagar = Preço total pela duração restante da nova configuração (preço mensal da nova configuração ÷ 30 ÷ 24 × duração restante da assinatura) − preço total pela duração restante da configuração antiga (preço mensal da configuração antiga ÷ 30 ÷ 24 × duração restante da assinatura). Exemplo: A nova configuração custa USD 14.400 por mês e a configuração antiga custa USD 7.200 por mês. Restam 50 dias na assinatura. A taxa a pagar é (14.400 / 30 / 24 × 50 × 24) - (7.200 / 30 / 24 × 50 × 24) = USD 12.000. |
Ativar o Auto Scaling
Faça login no PolarDB console. No painel de navegação à esquerda, clique em Clusters. Selecione uma região e clique em no ID do cluster para abrir a página Basic Information.
-
Na seção Database Nodes, clique em Settings no canto superior direito.
Na caixa de diálogo, configure os parâmetros a seguir e confirme as alterações.
Parameter | Description |
Auto Scaling-out | Ativa o dimensionamento automático. |
Observation Period | Janela de tempo em que o sistema monitora a utilização da CPU antes de acionar uma ação de dimensionamento. O mínimo é de 5 minutos. Somados aos 10 minutos de execução, o Auto Scaling leva pelo menos 15 minutos para entrar em vigor após o limiar ser ultrapassado. |
CPU Usage | Limiar de utilização da CPU que dispara o scale-up. Quando a utilização média da CPU do cluster atinge ou supera esse valor durante o período de observação, o sistema executa o scale-up ou scale-out. |
Maximum Specification | Especificação máxima que o sistema pode atingir no scale-up. O cluster é atualizado em pequenos incrementos até alcançar esse limite ou até que a utilização da CPU caia abaixo do limiar. |
Maximum Number of Read-only Nodes | Quantidade máxima de nós somente leitura que o sistema pode adicionar. Os nós são incluídos um ou dois por vez. Para restringir o dimensionamento apenas a atualizações de especificação (sem novos nós), defina este valor igual à quantidade atual de nós somente leitura do cluster. Nota Os nós adicionados automaticamente associam-se ao endpoint padrão do cluster. Se você utilizar um endpoint personalizado, controle a inclusão de novos nós por meio do parâmetro Automatically Associate New Nodes. Para detalhes, consulte Configure PolarProxy. |
Auto Scaling-in | Ativa a redução automática de capacidade. Quando ativado, o cluster retorna gradualmente às especificações originais se a utilização média da CPU dos nós dimensionados automaticamente permanecer abaixo de 30% por mais de 99% da janela de observação de scale-in (período de observação + 10 minutos). Desative o scale-in caso deseje que o cluster mantenha a capacidade expandida após um pico — por exemplo, depois de um evento promocional em que o tráfego possa permanecer elevado, ou quando quiser evitar a breve desconexão causada pelo scale-up durante a redução. |
Quiescent Period | Intervalo mínimo entre duas atividades consecutivas de dimensionamento (período de cooldown). O PolarDB continua a monitorar o uso de recursos durante esse tempo, mas não aciona novos dimensionamentos. Consulte a linha do tempo em Como funciona para entender a relação entre o período de observação e o período de quiescência. |