PolarDB:Serverless feature for fixed-specification clusters

Gatilhos de scale-up e scale-out

• Dimensionamento vertical (scale-up)

  PolarDB monitora a utilização de CPU, o uso de memória e outras métricas no nível do kernel dos nós primários e somente leitura. Durante um período de monitoramento, o sistema geralmente aciona um scale-up para um nó quando qualquer uma das condições a seguir é atendida:

  • A utilização de CPU está acima do limiar predefinido (padrão: 80%).

  • O uso de memória está acima de um limiar específico:

    Formato Serverless		Limiar de scale-up
    Cluster Serverless		90%
    Recurso Serverless para clusters com especificações definidas	Menor ou igual a 32 GB	90%
    	64 GB	92%
    	128 GB	96%
    	256 GB a 512 GB	98%
    	Outras especificações de memória	Não há suporte para dimensionamento vertical.

  • As especificações de um nó somente leitura são inferiores à metade das do nó primário.

    Por exemplo, se um nó somente leitura tem especificações de 4 PCU e o nó primário tem especificações de 10 PCU, o nó somente leitura sofre scale-up para pelo menos 5 PCU.

• Dimensionamento horizontal (scale-out)

  Se um nó somente leitura em um cluster atingir o limite máximo configurado de scale-up e ainda atender às condições de gatilho de scale-up (por exemplo, sua utilização de CPU exceder o limiar personalizado), um scale-out horizontal será acionado.

Gatilhos de scale-down e scale-in

• Dimensionamento vertical (scale-down)

  Um scale-down é acionado para um nó quando sua utilização de CPU cai abaixo do limiar personalizado (padrão: 50%) e seu uso de memória está abaixo de um limiar específico. Os limiares de uso de memória são os seguintes:

  Formato Serverless		Limiar de scale-down
  Cluster Serverless		80%
  Recurso Serverless para clusters com especificações definidas	Menor ou igual a 32 GB	80%
  	64 GB	86%
  	128 GB	90%
  	256 GB a 512 GB	94%
  	Outras especificações de memória	Não há suporte para dimensionamento vertical, portanto, nenhum limiar de scale-down se aplica.

• Dimensionamento horizontal (scale-in)

  Um scale-in é acionado para um nó somente leitura se sua utilização de CPU permanecer abaixo de 15% e a utilização de CPU de todos os outros nós somente leitura permanecer abaixo de 60% por um período contínuo de 15 a 30 minutos.

  Nota

  • Para evitar instabilidade nos nós, apenas um nó somente leitura sofre scale-in por vez. O período de resfriamento entre eventos consecutivos de scale-in é de 15 a 30 minutos.

  • Para realizar imediatamente o scale-in de todos os nós somente leitura, modifique a Serverless Configuration. Definir tanto o Maximum Number of Read-only Nodes quanto o Minimum Number of Read-only Nodes como 0 aciona imediatamente o scale-in de todos os nós somente leitura.

Configurar parâmetros atuais

Na caixa de diálogo Configure Serverless-related Parameters, clique em Edit para definir os parâmetros.

• Parâmetros Atuais

  • Minimum Read-only Nodes: O número mínimo de nós somente leitura adicionais. Valores válidos: 0 a 15.

  • Maximum Read-only Nodes: O número máximo de nós somente leitura adicionais. Valores válidos: 0 a 15.

  Nota

  O sistema aumenta ou diminui automaticamente o número de nós somente leitura com base na carga de trabalho, dentro dos limites especificados. Para obter mais informações, consulte Dimensionamento.

  • Minimum Resources for Single Node: O número mínimo de PCUs para cada nó no cluster. Valores válidos: 0 PCU a 16 PCU.

  • Maximum Resources for Single Node: O número máximo de PCUs para cada nó no cluster. Valores válidos: 0 PCU a 16 PCU.

  Nota

  Exemplo: Se você definir Minimum Resources for Single Node como 2 PCU e Maximum Resources for Single Node como 8 PCU, cada nó ganha uma capacidade serverless que escala entre 2 e 8 PCU além de suas especificações fixas. A linha de base do nó torna-se suas especificações fixas mais 2 PCU (cerca de 2 núcleos, 4 GB de memória). À medida que a carga de trabalho aumenta, o sistema adiciona capacidade até um máximo de 8 PCU. As especificações finais não podem exceder as especificações fixas mais 8 PCU (cerca de 8 núcleos, 16 GB de memória).

  • Número de nós de column store somente leitura: A quantidade de nós de column store somente leitura. Valores válidos: 0 a 15.

    Nota

    • Este parâmetro é exibido e pode ser configurado apenas se o seu cluster de especificação fixa já possuir nós de column store somente leitura.

    • Para obter mais informações sobre nós de column store somente leitura, consulte IMCI (In-Memory Column Index).

• Configurações Avançadas

  Ajuste os parâmetros avançados com base na pressão de recursos do seu cluster serverless.

  • Padrão: Usa uma janela de observação de 10s e um resfriamento de 5s.

  • Sensível: Usa uma janela de observação de 3s e um resfriamento de 1s para respostas mais rápidas.

  No modo Sensível, o cluster realiza scale-up imediatamente ao detectar um pico de CPU. Isso pode causar dimensionamentos frequentes em resposta a picos breves e desnecessários para algumas cargas de trabalho.

  • Scan Interval: Esta configuração determina a rapidez com que o cluster responde às mudanças na carga de trabalho. Selecione Standard ou Sensitive.

  • Maximum CPU Resources for Elastic Upgrade (Máximo): O limiar de utilização de CPU que aciona uma ação de scale-up. O valor pode variar de 40% a 100%.

  • Minimum CPU Resources for Elastic Upgrade (Mínimo): O limiar de utilização de CPU que aciona uma ação de scale-down. O valor pode variar de 10% a 70%.

  Nota

  • O limiar de scale-down de CPU deve ser inferior ao limiar de scale-up de CPU. A diferença entre os dois limiares deve ser de pelo menos 30 pontos percentuais.

  • O modo Sensível é adequado para cargas de trabalho sensíveis a flutuações transitórias de carga (por exemplo, picos curtos de CPU) e que precisam de uma resposta mais rápida. No entanto, o cluster pode sofrer scale-up e scale-down com mais frequência conforme a carga muda.

Criar uma política de ciclo de vida

Uma política de ciclo de vida dimensiona os recursos do cluster em uma programação predefinida (diária, semanal ou mensal). Utilize-a para aumentar os recursos durante períodos de pico previsíveis, como eventos promocionais, e reduzi-los fora desses horários para diminuir custos.

1. Na caixa de diálogo Configure Serverless-related Parameters, clique em + Add Lifecycle Policy. A tabela a seguir descreve os parâmetros.

   Parâmetro	Valor
   Maximum Resources for Single Node	0 a 16 PCU.
   Minimum Resources for Single Node	0 a 16 PCU. O valor deve ser menor ou igual ao valor de Maximum resources for a single node.
   Maximum Read-only Nodes	0 a 15.
   Minimum Read-only Nodes	0 a 15. O valor não pode ser maior que o valor de Maximum Read-only Nodes.
   Número de nós de column store somente leitura	0 a 15. Nota Este parâmetro é exibido e pode ser configurado apenas se o seu cluster de especificação fixa já possuir nós de column store somente leitura. Para obter mais informações sobre nós de column store somente leitura, consulte IMCI (In-Memory Column Index).
   Start/End Time	O intervalo de tempo efetivo para a política de ciclo de vida.
   Agendamento da política	A programação para a política de ciclo de vida. Mensal: Selecione dias específicos do mês e um horário específico para execução. Você pode contar a partir do início (Positive) ou do fim (Last) do mês. Para especificar vários dias, separe os números com vírgulas (,), por exemplo, 1,3,5. Semanal: Selecione dias específicos da semana (segunda a domingo) e um horário específico para execução. Diário: Selecione um horário específico para execução diária.

   Nota

   Após configurar uma política de ciclo de vida, o sistema ajusta os parâmetros de configuração Serverless do cluster no horário agendado da política de ciclo de vida, dentro do intervalo especificado em Start/End Time. Após a conclusão do ajuste, os parâmetros de configuração Serverless do cluster não revertem automaticamente. Para restaurar os parâmetros de configuração originais em um horário específico, configure uma política de ciclo de vida separada. Para ver um exemplo detalhado, consulte Exemplo.

2. (Opcional) Visualize o plano de execução. Use um dos métodos a seguir:

   Nota

   Uma política de ciclo de vida gera tarefas agendadas. Ao criar uma política, o sistema cria as tarefas correspondentes com base em sua programação.

   • Após criar uma política de ciclo de vida, visualize-a na página de detalhes do cluster.

     Na página de detalhes do cluster, visualize as tarefas agendadas resultantes na seção Pending execution plan and failed retry tasks. Esta seção exibe informações como ID da tarefa, status da tarefa (Pending), ação da tarefa (por exemplo, ModifyDBClusterServerlessConf) e horário de início agendado. Também é possível executar ações como Cancel ou Modify Scheduled Time.

   • Acesse Task Management > Scheduled Tasks no console.

     Nesta página, visualize o Task Status, como Pending ou Canceled. Para tarefas pendentes, clique em Cancel na coluna Actions para cancelá-las.