Todos os produtos
Search
Central de documentação

PolarDB:Serverless

Última atualização: Aug 20, 2026

O recurso serverless oferece dimensionamento dinâmico para clusters do PolarDB. Cada nó de um cluster pode escalar verticalmente em segundos para lidar com aumentos repentinos de carga de trabalho, sem impactar as operações de negócio. Quando a demanda diminui, os nós podem reduzir sua capacidade para economizar custos.

Com o recurso Serverless, você não precisa se preocupar com a configuração de recursos do seu cluster de banco de dados ao criar e utilizar bancos de dados. A seção a seguir ilustra as diferenças no uso de recursos e nas especificações entre um cluster comum e um cluster serverless diante de flutuações na carga de trabalho:

ordinaryclusterandServerlessclusterforcomparediagram

  • Cluster comum:

    Há desperdício de recursos durante os horários de baixa demanda. Nos horários de pico, os recursos tornam-se insuficientes e o processamento das operações é comprometido.

  • Clusters serverless

    • Os recursos são dimensionados dinamicamente conforme a carga de trabalho, o que otimiza a utilização e reduz o desperdício.

    • O dimensionamento ocorre em menos de um segundo, sem interromper as operações. Recursos adequados são fornecidos durante os picos, garantindo o desempenho dos negócios e a estabilidade do sistema.

    • Suporta o modelo de faturamento pagamento conforme o uso, reduzindo custos e assegurando a alocação dinâmica de recursos baseada na demanda real.

    • Não há necessidade de alterações manuais de configuração, aumentando a eficiência de O&M.

Visão geral

O recurso serverless proporciona elasticidade em tempo real para recursos de CPU, memória, armazenamento e rede. Ele oferece isolamento vertical de recursos para rede e armazenamento, suporta faturamento no modelo pagamento conforme o uso e permite a alocação elástica de recursos de computação e armazenamento. Isso possibilita ajustar independentemente a capacidade de computação e armazenamento para lidar com flutuações de carga, respondendo rapidamente às mudanças de negócio enquanto otimiza custos e melhora a eficiência.

Item

Descrição

Formatos

  • Cluster serverless: Um cluster cujo billing method é serverless.

  • Recurso Serverless para clusters com especificações definidas: É possível ativar manualmente o recurso Serverless em clusters com billing method do tipo subscription ou pay-as-you-go.

    Especificações definidas referem-se às especificações fixas de nós de computação que devem ser selecionadas para um cluster com modelo de subscription ou pay-as-you-go.

Método de dimensionamento

  • Dimensionamento vertical: As especificações (CPU e memória) de um nó de computação são alteradas.

  • Dimensionamento horizontal: A quantidade de nós somente leitura é alterada.

PCU (PolarDB Capacity Unit)

O recurso serverless utiliza a PCU (PolarDB Capacity Unit) como unidade para faturamento por segundo e elasticidade de recursos. Uma PCU equivale aproximadamente à capacidade de computação de 1 vCPU e 2 GB de memória. A PCU de um nó é ajustada dinamicamente com base na carga de trabalho, dentro de um intervalo definido por você. O incremento mínimo de dimensionamento é de 0,5 PCU.

Formatos

Cluster serverless

Serverless para clusters com especificações definidas

imageimage
  • Proxy de banco de dados

    • O proxy de banco de dados utiliza uma arquitetura serverless. Seus recursos são independentes dos nós de computação e dimensionam automaticamente, sem exigir configuração manual.

    • O incremento padrão de dimensionamento é de 0,5 PCU. O passo de dimensionamento é ajustado dinamicamente conforme o uso atual de PCU: quanto maior o consumo de PCU, maior será o passo de dimensionamento.

  • Nós de computação

    • O nó primário (nó RW) e os nós somente leitura (nós RO) utilizam uma arquitetura serverless. Eles dimensionam elasticamente conforme a carga de trabalho e utilizam armazenamento compartilhado em uma única zona de disponibilidade.

    • Quando o nó primário ou um nó somente leitura é dimensionado, sua contagem de PCU aumenta ou diminui proporcionalmente.

    • O incremento padrão de dimensionamento é de 0,5 PCU. O passo de dimensionamento é ajustado dinamicamente conforme o uso atual de PCU: quanto maior o consumo de PCU, maior será o passo de dimensionamento.

    • É possível definir o intervalo de dimensionamento elástico para um único nó em PCUs. O sistema monitora a PCU de cada nó de computação a cada segundo.

  • Espaço de armazenamento

    O espaço de armazenamento utiliza o billing method pay-as-you-go. Não é necessário especificar a capacidade de armazenamento no momento da compra. A capacidade escala automaticamente conforme seus dados crescem, e a cobrança ocorre apenas pelo espaço efetivamente utilizado. Visualize o Database Storage Usage na página Basic Information do cluster. Para mais informações, consulte View database storage usage.

Nota
  • Um Serverless cluster suporta no máximo 100.000 conexões e 84.000 IOPS.

  • Serverless clusters suportam o recurso No-activity Suspension, desativado por padrão. Ative este recurso para suspender automaticamente o cluster durante períodos ociosos. Quando ativado, caso o cluster não receba conexões dentro do Detection Period for No-activity Suspension especificado, ele será suspenso automaticamente. Durante a suspensão, o armazenamento continua sendo cobrado no modelo pay-as-you-go. O cluster retoma as atividades imediatamente ao receber uma solicitação de conexão.

  • Proxy de banco de dados

    • O proxy de banco de dados utiliza uma arquitetura serverless. Seus recursos são independentes dos nós de computação e dimensionam automaticamente, sem exigir configuração manual.

    • O incremento padrão de dimensionamento é de 0,5 PCU. O passo de dimensionamento é ajustado dinamicamente conforme o uso atual de PCU: quanto maior o consumo de PCU, maior será o passo de dimensionamento.

  • Nós de computação

    • O nó primário (nó RW) e os nós somente leitura (nós RO) utilizam uma arquitetura serverless. Eles dimensionam elasticamente conforme a carga de trabalho e utilizam armazenamento compartilhado em uma única zona de disponibilidade.

    • Quando o nó primário ou um nó somente leitura é dimensionado, sua contagem de PCU aumenta ou diminui proporcionalmente.

    • O incremento padrão de dimensionamento é de 0,5 PCU. O passo de dimensionamento é ajustado dinamicamente conforme o uso atual de PCU: quanto maior o consumo de PCU, maior será o passo de dimensionamento.

    • É possível definir o intervalo de dimensionamento elástico para um único nó em PCUs. O sistema monitora a PCU de cada nó de computação a cada segundo.

  • Espaço de armazenamento

    O espaço de armazenamento utiliza o billing method pay-as-you-go. Não é necessário especificar a capacidade de armazenamento no momento da compra. A capacidade escala automaticamente conforme seus dados crescem, e a cobrança ocorre apenas pelo espaço efetivamente utilizado. Visualize o Database Storage Usage na página Basic Information do cluster. Para mais informações, consulte View database storage usage.

Nota

Dimensionamento elástico

Gatilhos de scale-up e scale-out

  • Dimensionamento vertical (scale-up)

    O 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 seguintes condições é 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

      Dimensionamento vertical não suportado.

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

      Por exemplo, se um nó somente leitura possui 4 PCU e o nó primário possui 10 PCU, o nó somente leitura será escalado para pelo menos 5 PCU.

  • Dimensionamento horizontal (scale-out)

    Caso um nó somente leitura em um cluster tenha atingido seu limite máximo configurado e ainda assim continue atendendo às condições de gatilho de scale-up (por exemplo, utilização de CPU acima do limiar personalizado), um dimensionamento horizontal (scale-out) 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 o 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

    Dimensionamento vertical não suportado; 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 passa por scale-in por vez. O período de resfriamento entre eventos consecutivos de scale-in varia de 15 a 30 minutos.

    • Para realizar o scale-in imediato 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 instantaneamente o scale-in de todos os nós somente leitura.

Nota
  • O intervalo de dimensionamento é determinado pelo número mínimo e máximo de nós somente leitura e pelos limites de dimensionamento por nó que você configurar. Para mais informações, consulte Set scaling policies for a Serverless cluster ou Set a scaling policy for serverless resources.

  • As métricas utilizadas para acionar o dimensionamento variam conforme os diferentes parâmetros e configurações serverless. É possível personalizar o limiar de utilização de CPU, mas os limiares para outras métricas não podem ser alterados.

  • Quando um cluster enfrenta um aumento repentino de carga, seus nós não dimensionam para a capacidade alvo em uma única etapa. Em vez disso, o dimensionamento ocorre incrementalmente para atingir a capacidade exigida pela carga atual. O incremento mínimo é de 0,5 PCU. Para adaptar-se mais rapidamente ao tráfego, o incremento de dimensionamento é ajustado automaticamente nos eventos subsequentes com base no uso atual de PCU.

  • Para receber notificações oportunas quando os nós do cluster sofrerem scale-down ou scale-in, configure regras de alerta em Performance Monitoring no console. Para detalhes sobre como configurar regras de alerta, consulte Create an alert rule.

Benefícios

O recurso serverless dimensiona dinamicamente os recursos do cluster em segundos, conforme a carga de trabalho. Esse recurso oferece os seguintes benefícios:

  • Alta disponibilidade

    A arquitetura multinó garante a alta disponibilidade dos clusters serverless. Os clusters serverless oferecem o mesmo acordo de nível de serviço (SLA) que os clusters comuns, assegurando estabilidade operacional.

  • Alta escalabilidade

    • Ampla faixa de dimensionamento

      Um único cluster pode ser dimensionado entre 0 e 1.000 núcleos de CPU sem interromper as operações.

    • Escalabilidade em segundos

      A detecção de carga ocorre em cinco segundos, e os recursos do cluster escalam verticalmente em menos de um segundo quando a demanda aumenta. Se a carga diminuir, os recursos são reduzidos automaticamente de forma escalonada.

    • Sem interrupção de negócios

      O processo de dimensionamento não causa impacto nas operações.

  • Forte consistência de dados

    O recurso Global consistency (high-performance mode) está disponível. Os clusters suportam forte consistência de dados. Os dados podem ser lidos imediatamente após serem gravados nos nós somente leitura, mantendo um desempenho quase equivalente ao modo de consistência fraca.

  • Custo-benefício

    Os clusters serverless são faturados em PCUs no modelo pagamento conforme o uso. Isso pode reduzir custos em até 80%.

  • O&M zero

    A equipe do PolarDB serverless é responsável por todas as tarefas de operação e manutenção, como atualizações de sistema, implantações, dimensionamentos e tratamento de alertas. Essas operações ocorrem em segundo plano e não afetam os serviços em execução. Isso garante a entrega contínua de serviços e permite que você foque no desenvolvimento do seu negócio.

Cenários

Clusters serverless

  • Cenários com flutuações drásticas na carga de trabalho

  • Ambientes que exigem acesso pouco frequente ao banco de dados, como ambientes de desenvolvimento e teste

  • Situações que envolvem tarefas agendadas intermitentes, como laboratórios de ensino e experimentos acadêmicos

  • Casos de uso com cargas inconsistentes e imprevisíveis, como IoT e edge computing

  • Cenários que buscam reduzir custos e aumentar a eficiência de O&M

Clusters serverless com especificações definidas

  • Cenários com flutuações drásticas na carga de trabalho

  • Casos de uso com cargas inconsistentes e imprevisíveis, como IoT e edge computing

  • Cenários que buscam reduzir custos e aumentar a eficiência de O&M

  • Situações que precisam atender a requisitos de flutuação com base em clusters PolarDB existentes.

Pré-requisitos

Clusters serverless

  • Clusters executando o database engine MySQL 5.6 não são suportados.

  • Clusters com arquitetura de CPU YiTian ARM não são suportados.

Serverless para clusters com especificações definidas

Para ativar o recurso serverless em um cluster com especificações definidas, o cluster deve atender aos seguintes requisitos de versão:

  • Versão do engine:

    • MySQL 5.6: Não suportado.

    • MySQL 5.7: A versão secundária do engine deve ser 5.7.1.0.29 ou posterior.

    • MySQL 8.0.1: A versão secundária do engine deve ser 8.0.1.1.30.1 ou posterior.

    • MySQL 8.0.2: A versão secundária do engine deve ser 8.0.2.2.19 ou posterior.

  • Versão do proxy de banco de dados (Proxy): Deve ser 2.4.30 ou posterior.

  • Arquitetura de CPU: Deve ser x86. YiTian ARM não é suportado.

Limitações

Clusters serverless

Serverless para clusters com especificações definidas

  • Clusters de nó único sem proxy de banco de dados não suportam o recurso serverless porque não atendem aos pré-requisitos. Para ativar esse recurso, add a node. Novos clusters de nó único adquiridos que atendem aos requisitos de versão já suportam o recurso serverless por padrão.

  • Enterprise Edition: Manual scale-out/scale-in of storage space não é suportado.

  • O recurso X-Engine é suportado para clusters das seguintes versões:

    • PolarDB for MySQL 8.0.1 cuja versão de revisão seja 8.0.1.1.41 ou posterior.

    • PolarDB for MySQL 8.0.2 cuja versão de revisão seja 8.0.2.2.23 ou posterior.

  • O recurso Global Database Network (GDN) é suportado, mas está sujeito aos seguintes limites:

    • A inicialização e parada automáticas não podem ser ativadas em todos os clusters serverless de uma GDN.

    • Cada cluster serverless na GDN deve ter pelo menos um nó somente leitura se o cluster atender aos seguintes requisitos:

      • PolarDB for MySQL 8.0.1 com versão de revisão 8.0.1.1.42 ou posterior.

      • PolarDB for MySQL 8.0.2 com versão de revisão 8.0.2.2.23 ou posterior.

  • Este recurso é mutuamente exclusivo com o recurso Elastic scaling with auto scaling. Se você ativar o recurso Serverless em um cluster com especificações definidas, não poderá mais ativar o recurso de dimensionamento elástico. Da mesma forma, se ativar o dimensionamento elástico em um cluster com especificações definidas, não poderá mais ativar o recurso Serverless.

Nota

Para mais informações sobre requisitos de versão e limitações, consulte Enable the serverless feature for a cluster with defined specifications.

Faturamento

  • Clusters serverless

    • As taxas incluem custos com nós de computação, espaço de armazenamento, armazenamento de backup (apenas para uso que exceder a cota gratuita) e SQL Explorer (opcional). Para mais informações, consulte Serverless billing.

    • Para visualizar suas faturas, acesse a página Expenses & Costs. Na aba Bill Details, selecione ApsaraDB PolarDB - Serverless na lista suspensa Product Name. Para mais informações, consulte View bill details.

  • Recurso Serverless para clusters com especificações definidas

    As taxas consistem no custo do cluster com especificações definidas e no custo dos recursos serverless. Para informações sobre as taxas de recursos com especificações definidas, consulte Billable items. Para informações sobre as taxas de recursos serverless, consulte Serverless billing.