O recurso Assured serverless adiciona dimensionamento elástico às instâncias existentes do ApsaraDB RDS for PostgreSQL (com assinatura ou pagamento conforme o uso) sem alterar o método de faturamento. Durante picos de tráfego, a instância aumenta automaticamente a CPU e a memória até o limite superior configurado. Quando o pico termina, os recursos retornam à linha de base, mantendo os custos sob controle sem intervenção manual.
Como funciona
O Assured serverless monitora o uso de CPU e memória e responde às mudanças na carga de trabalho em duas direções:
Scale-out (upgrade): Quando o uso de CPU ou memória excede o limiar de upgrade configurado, a instância aumenta imediatamente a capacidade para o limite superior definido. Ao contrário do serverless padrão, que faz upgrade gradual, o Assured serverless salta diretamente para o limite superior.
Scale-in (downgrade): Quando o uso cai, o sistema entra em uma janela de observação de 90 segundos. Se tanto a CPU quanto a memória permanecerem abaixo do limiar de downgrade durante os 90 segundos completos, a instância reduz a capacidade em etapas: a CPU diminui 1 núcleo por etapa, e a memória, 2 GB por etapa. Se qualquer uma das métricas voltar a subir acima do limiar de upgrade durante a janela, a instância mantém a capacidade ou faz um novo scale-out.
Uma interrupção transitória de conexão (de até 30 segundos) pode ocorrer caso o host da sua instância tenha recursos insuficientes e seja necessária a migração para outro host. Para reduzir esse risco, defina Effective Policy como Within Maintenance Window e agende a operação para horários de menor movimento.
Comparação com instâncias serverless
O Assured serverless é ideal para equipes que precisam de dimensionamento elástico em instâncias existentes de especificação fixa. As instâncias serverless (com o método de faturamento Serverless) seguem um modelo diferente.
|
Aspecto |
Assured serverless |
Instâncias serverless |
|
Método de faturamento |
Assinatura ou pagamento conforme o uso (inalterado) |
Serverless (baseado em RCU) |
|
Recursos compatíveis |
Pool de conexões PgBouncer, Criptografia SSL, Babelfish para RDS PostgreSQL |
Subconjunto de recursos |
|
Granularidade de dimensionamento |
CPU e memória ajustadas de forma independente |
Apenas unidades RCU (proporção fixa de 1:2 entre CPU e memória) |
|
Limite de scale-out |
Até 2 vezes a CPU e a memória originais |
Máximo de 16 RCU |
|
Comportamento de scale-up |
Salta diretamente para o limite superior |
Aumenta gradualmente |
Pré-requisitos
Antes de começar, verifique se:
O tipo de produto da instância é Standard.
O método de faturamento é assinatura ou pagamento conforme o uso.
-
A instância está em uma região e zona compatíveis.
Faturamento
Durante o preview público, o aumento de capacidade por meio do Assured serverless não gera cobranças adicionais. A cobrança se aplica apenas às especificações originais da instância.
Notas de uso
Durante o preview público, as instâncias com o Assured serverless ativado não possuem cobertura do Service Level Agreement (SLA). O desempenho da instância não é reduzido durante esse período.
Enquanto a instância estiver em um estado de upgrade temporário, as seguintes operações ficam indisponíveis: alteração de configurações, migração de zonas e upgrade de versões principais ou secundárias.
Ativar o Assured serverless
acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância está. Encontre a instância e clique em ID da instância.
-
Na página Basic Information, localize a seção Configuration Information e clique em Settings ao lado de Assured Serverless.
-
Na página Assured Serverless Settings, ative o recurso e configure os parâmetros.
Parâmetro
Descrição
Resources threshold for assured serverless
defina o CPU Upper Limit e o Memory Upper Limit para o dimensionamento elástico. Maximum CPU Resources: Ajuste em incrementos de 1 núcleo, até o dobro da CPU inicial da instância. Maximum Memory: Ajuste em incrementos de 2 GB, até o dobro da memória inicial da instância.
Effective policy
Escolha quando o recurso entra em vigor: Immediately ou Within Maintenance Window (o recurso entra em vigor durante a janela de manutenção configurada). visualize ou atualize a janela de manutenção na seção Configuration Information. Se os recursos do host estiverem limitados, selecione Within Maintenance Window e agende para horários de menor movimento, para reduzir a chance de interrupção transitória de conexão.
Upgrade threshold
O CPU Threshold e o Memory Threshold que acionam o scale-out. Quando qualquer uma das métricas excede o limiar, a instância aumenta a capacidade diretamente para o limite superior.
Downgrade threshold
O CPU Threshold e o Memory Threshold que acionam o scale-in. Após uma janela de observação de 90 segundos, em que tanto a CPU quanto a memória permanecem abaixo dos limiares, a instância reduz a capacidade em etapas. Esse requisito de métrica dupla evita dimensionamentos desnecessários causados por picos breves em uma única métrica.
Clique em OK.
Próximos passos
Monitore o desempenho da instância RDS para acompanhar o uso de CPU e memória e validar as configurações de limiar.
Configure uma janela de manutenção para controlar quando as alterações de configuração entram em vigor.