Todos os produtos
Search
Central de documentação

PolarDB:Serverless feature for fixed-specification clusters

Última atualização: Nov 03, 2026

Ao ativar o recurso serverless em um cluster de especificação fixa, você pode definir políticas personalizadas de dimensionamento para controlar os limites superior e inferior dos recursos do cluster. Também é possível configurar políticas de ciclo de vida para aumentar automaticamente os recursos antes de picos de tráfego previsíveis, como eventos promocionais ou aumentos repentinos de tráfego, para garantir o desempenho, e reduzi-los durante períodos de baixa para liberar recursos ociosos.

Dimensionamento automático

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 de nível de kernel dos nós primário e de leitura. Durante um período de monitoramento, o sistema geralmente aciona um scale-up para um nó quando o nó atende a qualquer uma das seguintes condições:

    • A utilização de CPU excede o limiar predefinido (padrão: 80%).

    • O uso de memória excede 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

      O sistema não oferece suporte ao dimensionamento vertical.

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

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

  • Dimensionamento horizontal (scale-out)

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

Gatilhos de scale-down e scale-in

  • Dimensionamento vertical (scale-down)

    O sistema aciona um scale-down 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

    Como não há suporte para dimensionamento vertical, nenhum limiar de scale-down se aplica.

  • Dimensionamento horizontal (scale-in)

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

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

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

Nota
  • As métricas para acionar o dimensionamento variam com base nas configurações de parâmetros do cluster e nas configurações serverless. É possível especificar limiares para o dimensionamento de CPU, mas não é possível alterar os limiares de outras métricas.

  • Quando as cargas de trabalho de um cluster serverless aumentam repentinamente, o sistema dimensiona os nós do cluster passo a passo para se aproximarem das especificações esperadas, em vez de um único passo. O tamanho mínimo do passo para o dimensionamento de nós é de 0,5 PCU. Para uma adaptação rápida às cargas de trabalho atuais, o tamanho do próximo passo de dimensionamento aumenta com base no número atual de PCUs por nó.

  • Para detectar eventos de dimensionamento, configure regras de alerta na seção Performance Monitoring do console. Para mais informações, consulte defina o monitoramento elástico.

Notas de uso

  • Ao ativar o recurso serverless em um cluster com especificações definidas, o número máximo de conexões e o IOPS máximo do cluster serão proporcionais ao parâmetro Maximum Resources for Single Node configurado.

  • Para ativar o recurso serverless em nós de column store de leitura em um cluster com especificações definidas, primeiro adicione um nó de column store de leitura. Após adicionar esse nó, configure a quantidade de nós serverless de column store de leitura que podem ser adicionados ao cluster.

  • Quando o recurso serverless está ativado em um cluster com especificações definidas, o dimensionamento vertical dos nós de computação é limitado pelo número de núcleos de CPU:

    • Para nós de computação com especificações dedicadas, não há suporte para dimensionamento vertical (dimensionamento de PCU de nó único) se o nó tiver mais de 64 núcleos de CPU.

    • Para nós de computação com especificações compartilhadas, não há suporte para dimensionamento vertical (dimensionamento de PCU de nó único) se o nó tiver mais de 32 núcleos de CPU.

  • Um cluster serverless usa PolarDB Capacity Units (PCUs) para faturamento em nível de segundo e gerenciamento de dimensionamento de recursos. Um PCU equivale à capacidade padrão de serviço de um núcleo de CPU e 2 GB de memória. O valor de PCU de um nó se ajusta dinamicamente com base na carga de trabalho, dentro dos limites definidos. A unidade mínima para um único evento de dimensionamento é 0,5 PCU.

  • Ao desativar o recurso serverless, o PolarDB recupera todos os recursos escalonados e o cluster retorna à especificação fixa original usada antes da ativação do recurso. Os valores de parâmetros, como innodb_buffer_pool_size, são restaurados para os valores usados antes da ativação. A recuperação de recursos em uso pode causar erros. Recomendamos executar esta operação durante horários de baixa.

  • Atualmente, apenas a série Cluster Edition oferece suporte a políticas de ciclo de vida.

Configure os parâmetros serverless

Acesse o console do PolarDB. No painel de navegação à esquerda, clique em Clusters. Selecione a região onde o cluster está implantado e clique em ID do cluster. Na página Basic Information, na seção Database Nodes, clique em Serverless Configuration.

Configure os 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 de leitura adicionais. Valores válidos: 0 a 15.

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

    Nota

    O sistema aumenta ou diminui automaticamente o número de nós de leitura com base na carga de trabalho, dentro dos limites especificados. Para 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 o Minimum Resources for Single Node como 2 PCU e o Maximum Resources for Single Node como 8 PCU, cada nó ganha uma capacidade serverless que varia entre 2 e 8 PCU além de suas especificações fixas. A linha de base do nó passa a ser suas especificações fixas mais 2 PCU (cerca de 2 núcleos, 4 GB de memória). Conforme 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 de leitura: A quantidade de nós de column store de 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 de leitura.

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

  • Configurações avançadas

    Ajuste os parâmetros avançados de forma flexível com base na pressão sobre os recursos do cluster serverless.

    • Scan Interval: no modo Sensível, os recursos serverless respondem à pressão da carga de trabalho mais rapidamente, com janelas de observação e tempos de execução mais curtos. Selecione Standard ou Sensitive.

    • Maximum CPU Resources for Elastic Upgrade (máximo): o limiar de scale-up de CPU. Valores válidos: 40% a 100%.

    • Minimum CPU Resources for Elastic Upgrade (mínimo): o limiar de scale-down de CPU. Valores válidos: 10% a 70%.

    Nota
    • O limiar de scale-down de CPU deve ser menor que o limiar de scale-up de CPU (mínimo < máximo), e a diferença entre os dois limiares deve ser de pelo menos 30 (máximo - mínimo >= 30).

    • O modo Sensível é adequado para cargas de trabalho sensíveis a flutuações transitórias de carga (como picos de CPU) e que exigem tempos de resposta mais rápidos. No entanto, o cluster pode passar por scale-up e scale-down com mais frequência com base nas mudanças na carga de trabalho.

Crie 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). Use-a para aumentar os recursos em períodos de pico previsíveis, como eventos promocionais, e reduzi-los durante horários de baixa para diminuir custos.

Aviso
  • Atualmente, apenas a série Cluster Edition oferece suporte a políticas de ciclo de vida.

  • Prossiga com cautela:

    • A exclusão de uma política de ciclo de vida não cancela uma tarefa em execução no momento. Essa ação exclui apenas tarefas pendentes.

    • Desativar o recurso serverless exclui todas as políticas de ciclo de vida associadas e suas tarefas agendadas.

  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 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 de 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 de leitura.

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

    Start/End Time

    O intervalo de tempo efetivo para a política de ciclo de vida.

    Programação da política

    A programação para a política de ciclo de vida.

    1. Mensal: Selecione dias específicos do mês e um horário específico para execução. É possível contar a partir do Positive ou do Last do mês. Para vários dias, especifique os números separados por vírgulas (,), por exemplo, 1,3,5.

    2. Semanal: Selecione dias específicos da semana (segunda a domingo) e um horário específico para execução.

    3. 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 Start/End Time especificado. 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 um exemplo detalhado, consulte Exemplo.

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

    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.

    • Para isso, crie uma política de ciclo de vida e 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 o ID da tarefa, status da tarefa (Pending), ação da tarefa (por exemplo, ModifyDBClusterServerlessConf) e horário de início agendado. Você também pode executar ações como cancele ou modifique o horário agendado.

    • Acesse Task Management > Scheduled Tasks no console.

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

Exemplo

Cenário: Você deseja dimensionar os recursos para 5 PCU às 09:30 e reduzi-los para 1 PCU às 22:00 todos os dias úteis (segunda a sexta-feira) de 1 de agosto a 30 de setembro. Para isso, configure duas políticas de ciclo de vida da seguinte forma:

Na configuração da política de ciclo de vida para o período de pico, defina tanto Maximum resources for a single node quanto Minimum resources for a single node como 5 PCU. Defina tanto Maximum number of read-only nodes for scaling quanto Minimum number of read-only nodes for scaling como 5. Em seguida, clique em OK.

Na configuração da política de ciclo de vida para o período de baixa, defina tanto Maximum resources for a single node quanto Minimum resources for a single node como 1 PCU. Defina tanto Maximum number of read-only nodes for scaling quanto Minimum number of read-only nodes for scaling como 1. Em seguida, clique em OK.

Desative o recurso serverless

Somente os clusters criados originalmente com especificações definidas e que posteriormente tiveram o recurso serverless ativado oferecem suporte à desativação desse recurso. Os clusters serverless adquiridos como tal não podem ser convertidos diretamente em clusters comuns. Caso precise executar essa conversão, crie um novo cluster com especificações definidas e migre seus dados usando o Data Transmission service (DTS).

Importante

Ao desativar o recurso serverless, o PolarDB recupera todos os recursos escalonados e o cluster retorna à especificação fixa original usada antes da ativação do recurso. Os valores de parâmetros, como innodb_buffer_pool_size, são restaurados para os valores usados antes da ativação. A recuperação de recursos em uso pode causar erros. Recomendamos executar esta operação durante horários de baixa.

Acesse o console do PolarDB. No painel de navegação à esquerda, clique em Clusters. Selecione a região onde o seu cluster está implantado e clique em ID do cluster. Na seção Database Nodes da página Basic Information, clique em Disable Serverless.

Documentos relacionados

ative o recurso serverless para clusters de especificação fixa

APIs relacionadas

API

Descrição

DescribeDBClusterServerlessConf

Consulta a configuração serverless de um cluster.

ModifyDBClusterServerlessConf

Modifica a configuração serverless de um cluster.

DisableDBClusterServerless

Desativa o recurso serverless para um cluster.