O recurso Assured serverless adiciona dimensionamento elástico às instâncias existentes do ApsaraDB RDS for PostgreSQL com cobrança por 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. Ao término do pico, 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 de 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 faz imediatamente o scale-up para o limite superior definido. Diferentemente do serverless padrão, que aumenta gradualmente, o Assured serverless salta diretamente para o limite superior.
Scale-in (downgrade): Após a queda no uso, o sistema inicia uma janela de observação de 90 segundos. Se tanto a cpu quanto a memória permanecerem abaixo do limiar de downgrade durante todos os 90 segundos, a instância reduz os recursos em etapas: a cpu diminui 1 núcleo por etapa e a memória diminui 2 GB por etapa. Caso qualquer métrica volte a subir acima do limiar de upgrade durante essa janela, a instância mantém o nível atual ou realiza um novo scale-out.
Uma interrupção transitória de conexão (de até 30 segundos) pode ocorrer se o host que executa sua instância tiver recursos insuficientes e a instância precisar migrar para outro host. Para reduzir esse risco, defina a Effective Policy como Within Maintenance Window e agende a operação fora dos horários de pico.
Comparação com instâncias serverless
O Assured serverless foi projetado para equipes que precisam de dimensionamento elástico em instâncias existentes com especificações fixas. As instâncias serverless (com o método de faturamento Serverless) seguem um modelo diferente.
|
Dimensão |
Assured serverless |
Instâncias serverless |
|
Método de faturamento |
Assinatura ou pagamento conforme o uso (inalterado) |
Serverless (baseado em RCU) |
|
Recursos compatíveis |
PgBouncer connection pool, SSL encryption, Babelfish for RDS PostgreSQL |
Subconjunto de recursos |
|
Granularidade de dimensionamento |
cpu e memória ajustadas independentemente |
Apenas unidades RCU (proporção fixa de 1:2 entre cpu e memória) |
|
Limite de scale-out |
Até 2x a cpu e memória originais |
Máximo de 16 RCU |
|
Comportamento de scale-up |
Salta diretamente para o limite superior |
Aumenta gradualmente em etapas |
Pré-requisitos
Antes de começar, verifique se:
O tipo de product 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 scale-up via Assured serverless não gera cobranças adicionais. A cobrança ocorre apenas pelas especificações originais da instância.
Observações de uso
Durante o preview público, as instâncias com o Assured serverless ativado não são cobertas pelo Service Level Agreement (SLA). O desempenho da instância não sofrerá downgrade durante este período.
Enquanto a instância estiver em estado de upgrade temporário, as seguintes operações ficarão indisponíveis: changing configurations, migrating zones e upgrading major or minor versions.
Ative o Assured serverless
Acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância está localizada. Encontre a instância e clique em seu ID.
-
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 a chave do 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: ajusta em incrementos de 1 núcleo, até o dobro da cpu inicial da instância. Maximum Memory: ajusta 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 é ativado durante a janela de manutenção configurada). Para visualizar ou atualize a janela de manutenção, consulte a seção Configuration Information. Se os recursos do host puderem ficar restritos, selecione Within Maintenance Window e agende fora dos horários de pico 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 métrica excede o limiar, a instância faz o scale-up 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 faz o scale-down em etapas. Essa exigência de métrica dupla evita dimensionamentos desnecessários causados por picos breves em uma única métrica.
Clique em OK.
Próximos passos
Visualize o desempenho da instância RDS para acompanhar o uso de cpu e memória e validar suas configurações de limiar.
Defina uma janela de manutenção para controlar quando as alterações de configuração entram em vigor.