Quando o tráfego do banco de dados aumenta inesperadamente, o dimensionamento manual da instância consome tempo. Além disso, se você esquecer de reduzir a capacidade depois, pagará por recursos desnecessários. O dimensionamento automático de desempenho, fornecido pelo Database Autonomy Service (DAS), gerencia ambas as direções automaticamente: a instância escala verticalmente quando a utilização da CPU ultrapassa o limiar definido e retorna ao tamanho original quando a carga diminui.
Como funciona
O comportamento de dimensionamento varia entre instâncias com disco em nuvem e instâncias com disco local premium.
Instâncias com disco em nuvem (ESSD e discos de alto desempenho)
Durante a Observation Window, o sistema verifica periodicamente a utilização da CPU. Sempre que a utilização média da CPU atinge ou excede o CPU Trigger Threshold, a instância sobe um nível de especificação. Nesse processo, CPU, memória, IOPS e conexões máximas aumentam simultaneamente. Esse ciclo se repete até que a instância atinja as Maximum Specifications definidas por você.
A redução de escala ocorre quando as duas condições abaixo são verdadeiras:
A instância não está no Cool-down Period.
Durante a Scale-down Observation Window (Observation Window + 10 minutos), a utilização da CPU permanece abaixo de 30% por mais de 99% do tempo.
O sistema reduz a escala em etapas até retornar às especificações anteriores ao aumento.
Uma conexão transitória de até 30 segundos pode ocorrer durante uma alteração de configuração. Programe as alterações para horários de baixa demanda e garanta que sua aplicação possua um mecanismo de reconexão.
Instâncias com disco local premium (General-purpose)
Durante a Scale-up Observation Window, se a utilização da CPU atingir ou exceder o limiar, o número de núcleos de CPU dobra. O IOPS aumenta em 1.000 para cada núcleo de CPU adicionado. A memória e as conexões máximas não aumentam, e nenhum outro dimensionamento vertical ocorre após essa duplicação inicial.
Se os recursos do host forem insuficientes (probabilidade menor que 1%), o dimensionamento vertical não será executado.
A redução é acionada quando a utilização da CPU permanece abaixo de 30% por mais de 99% do tempo durante a Scale-down Observation Window. Tanto a CPU quanto o IOPS retornam aos níveis anteriores ao aumento.
As operações de aumento e redução em discos locais premium são concluídas em até 30 segundos, sem failover da instância e sem impacto perceptível aos usuários.
Pré-requisitos
Antes de começar, verifique se você possui:
-
Uma instância do ApsaraDB RDS for MySQL que atenda a todos os critérios abaixo:
Método de faturamento: assinatura ou pagamento conforme o uso (instâncias Serverless escalam automaticamente e não exigem configuração)
Classe de armazenamento: discos em nuvem (General-purpose ou Dedicated) ou discos locais premium (General-purpose)
Série do produto: High-availability Edition
Tipo de instância: Standard Edition
Região: compatível com o recurso de detecção de anomalias do DAS
Saldo suficiente na conta para cobrir o custo de um dimensionamento vertical
O dimensionamento automático de desempenho não é suportado em instâncias que utilizam tipos de instância descontinuados com discos em nuvem. Para usar este recurso, primeiro altere o tipo de instância descontinuado para um tipo atual .
Limites e efeitos colaterais
Instâncias somente leitura
As configurações de dimensionamento automático da instância primária não se aplicam às suas instâncias somente leitura. Configure o dimensionamento automático separadamente para cada instância somente leitura.
Após um failover primário/secundário
As operações de dimensionamento vertical ocorrem apenas na instância primária. Caso ocorra um failover após um aumento de escala:
A nova instância primária (anteriormente secundária) será dimensionada automaticamente para cima ou para baixo se atender às condições de acionamento.
A nova instância secundária (anteriormente primária) será reduzida automaticamente para as especificações originais se atender às condições de redução.
Efeitos colaterais ao ativar o recurso
A versão secundária da instância será atualizada para a mais recente caso ainda não esteja nessa versão.
Ao ativar o dimensionamento automático, a função vinculada ao serviço AliyunServiceRoleForDAS é concedida ao DAS, permitindo que ele acesse os recursos do ApsaraDB.
Faturamento
Instâncias com disco em nuvem (General-purpose e Dedicated)
Após um dimensionamento vertical, a cobrança baseia-se no novo tipo de instância. As tarifas variam conforme a região e as novas especificações. Para mais detalhes, consulte a página de compra.
Instâncias com disco local premium (General-purpose)
Cobrança no modelo de pagamento conforme o uso, faturada por hora.
Fórmula: Fee per CPU core × Number of CPU cores added × Scale-up duration (hours)
Exemplo: Uma instância na China (Hangzhou) possui 4 núcleos de CPU. Após o dimensionamento vertical, passa a ter 8 núcleos. O aumento dura 30 minutos. O preço unitário é de USD 0,083 por núcleo-hora.USD 0,083 por núcleo-hora0.083 (unit price) × 4 (number of added cores) × 0.5 (hours) = USD 0.166
Tarifa = 0,083 × 4 × 0,5 = USD 0,166
Preço unitário por região (USD por núcleo-hora)
|
Região |
Preço unitário |
|
China (Zhangjiakou), China (Ulanqab) |
0,063 |
|
China (Hong Kong), Coreia do Sul (Seul) |
0,134 |
|
Japão (Tóquio) |
0,100 |
|
Malásia (Kuala Lumpur) |
0,102 |
|
Singapura, Indonésia (Jacarta) |
0,155 |
|
Alemanha (Frankfurt), Reino Unido (Londres) |
0,078 |
|
EUA (Virgínia), EUA (Vale do Silício) |
0,129 |
|
Emirados Árabes Unidos (Dubai) |
0,091 |
|
Outras regiões |
0,083 |
Ative o dimensionamento automático de desempenho
Instâncias com disco em nuvem
Acesse a página RDS Instances. No canto superior esquerdo, selecione a região onde sua instância está localizada e clique em Configuration Information, clique em Settings ao lado de Automatic Performance Scaling.
-
Na caixa de diálogo, configure os parâmetros a seguir e clique em OK.
|
Parâmetro |
Descrição |
|
Automatic Performance Scaling |
Ative a chave para habilitar o recurso. |
|
Observation Window |
Período em que o sistema verifica a utilização da CPU. A Scale-down Observation Window corresponde a este valor mais 10 minutos. Por exemplo, se você definir 30 minutos, o período de observação para redução será de 40 minutos. |
|
CPU Trigger Threshold |
Utilização média da CPU que aciona o dimensionamento vertical automático. Quando a utilização da CPU atinge ou excede esse valor, o aumento é disparado. |
|
Maximum Specifications |
Limite superior para o dimensionamento vertical automático. Deve ser maior que as especificações atuais da instância. As especificações atuais aparecem na configuração. |
|
Cool-down Period |
Intervalo mínimo entre duas operações consecutivas de aumento ou redução. O DAS continua monitorando durante o período de resfriamento, mas não dispara o dimensionamento. Se o período de resfriamento e a janela de observação terminarem ao mesmo tempo e a utilização da CPU atingir o limiar, o DAS acionará o dimensionamento ao fim de ambos os períodos. |
|
Whether to retract automatically |
Quando ativado, o sistema reduz a instância em etapas até as especificações anteriores ao aumento, assim que a instância sair do Cool-down Period e a utilização da CPU permanecer abaixo de 30% por mais de 99% do tempo durante a Scale-down Observation Window. |
A estabilidade do recurso de redução automática é garantida apenas na nova arquitetura (kindcode=18). Execute DescribeDBInstanceAttribute para verificar a versão da arquitetura da instância.
Instâncias com disco local premium
-
Acesse a página RDS Instances. No canto superior esquerdo, selecione a região onde sua instância está localizada e clique em OK.
|
Parâmetro |
Descrição |
|
Automatic Performance Scaling |
Ative a chave para habilitar o recurso. |
|
Scale-up Observation Window |
Período em que o sistema verifica a utilização da CPU para determinar se deve acionar um dimensionamento vertical. |
|
CPU Trigger Threshold |
Utilização média da CPU que aciona o dimensionamento vertical automático. Quando a utilização da CPU atinge ou excede esse valor, o aumento é disparado. |
|
Scale-down Observation Window |
Período em que o sistema verifica a utilização da CPU para determinar se deve acionar uma redução. Se a utilização da CPU permanecer abaixo de 30% por mais de 99% desse período, a redução será disparada. |
Perguntas frequentes
O que fazer se a instância atingir o limite superior de sua série?
Adquira uma instância de uma série com especificações superiores. Em seguida, migre os dados para a nova instância usando o DTS.
A instância é monitorada continuamente durante um dimensionamento vertical?
Sim. Por exemplo, se a Observation Window for de 5 minutos e o dimensionamento levar 10 minutos, o tempo total decorrido será de 15 minutos. Durante o dimensionamento, o sistema monitora a instância, mas não dispara outro aumento até que o atual seja concluído. Após o término do dimensionamento, se a utilização da CPU dentro da Observation Window ainda atender ao limiar, um novo aumento será acionado. Esse ciclo se repete até que a instância atinja as Maximum Specifications.
Próximos passos
Caso o dimensionamento automático não atenda às suas necessidades, dimensione a instância manualmente: Alterar especificações da instância.
Se seus picos de tráfego ocorrerem em horários previsíveis, utilize o dimensionamento automático agendado para escalar em horários predefinidos e restaurar automaticamente o tipo original da instância quando o pico terminar.