Database Autonomy Service:Dimensionamento automático de desempenho

Pré-requisitos

• Este recurso é compatível com as seguintes instâncias de banco de dados:

  Banco de dados

  Região

  RDS for MySQL Instâncias High-availability Edition com discos em nuvem (General-purpose e Dedicated), instâncias High-availability Edition com discos locais (General-purpose) e instâncias Three-node Enterprise Edition (General-purpose) PolarDB for MySQL Cluster Edition

  O recurso de dimensionamento automático de desempenho depende da detecção de anomalias. Portanto, a região onde sua instância de banco de dados está localizada deve oferecer suporte à detecção de anomalias. As regiões compatíveis são: China (Hangzhou), China (Shanghai), China (Shenzhen), China (Heyuan), China (Guangzhou), China (Qingdao), China (Beijing), China (Zhangjiakou), China (Hohhot), China (Ulanqab), China (Nanjing - Local Region) (Decommissioned), China (Fuzhou - Local Region) (Decommissioned), China (Chengdu), China (Zhengzhou), China (Hong Kong), Japão (Tóquio), Coreia do Sul (Seul), Singapura, Malásia (Kuala Lumpur), Indonésia (Jacarta), Filipinas (Manila), Tailândia (Bangkok), Emirados Árabes Unidos (Dubai), Arábia Saudita (Riade), Alemanha (Frankfurt), EUA (Vale do Silício), EUA (Virgínia) e Reino Unido (Londres)

  Nota

  Instâncias RDS for MySQL que usam especificações descontinuadas não oferecem suporte ao dimensionamento automático de desempenho. Para usar este recurso, altere primeiro as especificações da instância. Para mais informações, consulte Alterar especificações da instância.

• É necessário ter saldo suficiente na conta para cobrir os custos de scale-up.

• Você deve ter uma função vinculada a serviço do DAS.

  Nota

  Caso ainda não tenha criado uma função vinculada a serviço do DAS, o sistema criará uma automaticamente antes da execução de uma operação de dimensionamento.

Como funciona

Para uma explicação técnica detalhada sobre o dimensionamento automático de desempenho, consulte DAS Auto Scaling.

Faturamento

• Para instâncias de banco de dados RDS for MySQL:

  • Instâncias High-availability Edition com discos locais (General-purpose) e instâncias Three-node Enterprise Edition (General-purpose): Estas instâncias são faturadas no modelo pagamento conforme o uso, com taxas deduzidas por hora.

    Fórmula de faturamento: (Preço por núcleo × Número de núcleos de CPU adicionados) × Duração do scale-up (em horas)

  • Instâncias High-availability Edition com discos em nuvem: A cobrança é baseada nas novas especificações após um scale-up. As taxas variam dependendo da região, das novas especificações e de outras configurações. Para detalhes, visite a página de compra.

• Para instâncias de banco de dados PolarDB for MySQL:

  Para informações detalhadas sobre faturamento, consulte Taxas de alteração de configuração.

Impactos

• Em instâncias RDS for MySQL High-availability Edition com discos em nuvem e instâncias PolarDB for MySQL Cluster Edition, pode ocorrer uma interrupção transitória de conexão de cerca de 30 segundos durante a aplicação da nova configuração. Certifique-se de que sua aplicação possua um mecanismo de reconexão automática.

• Para instâncias PolarDB for MySQL Cluster Edition, é possível dimensionar apenas as especificações de todo o cluster, e não as de um único nó.

• Para garantir melhor desempenho e estabilidade, caso sua instância não esteja executando a versão secundária mais recente do mecanismo, o sistema a atualizará automaticamente para a versão mais recente durante uma alteração de configuração.

• As operações de scale-up aplicam-se apenas à instância primária. Se um Primary/Secondary Switchover for acionado após o scale-up da instância primária:

  • O sistema aumenta ou reduz automaticamente a nova instância primária (a instância secundária original) quando as condições de acionamento são atendidas.

  • O sistema reduz automaticamente a nova instância secundária (a instância primária original) de volta às suas especificações originais quando as condições de acionamento de scale-down são atendidas.

Procedimento

1. Faça login no console do DAS.

2. No painel de navegação à esquerda, clique em Intelligent O&M Center > Instance Monitoring.

3. Localize a instância desejada e clique no ID da instância para abrir a página de detalhes.

4. No painel de navegação à esquerda, clique em Autonomy Center.

5. Na página Autonomy Center, clique em Autonomy Service Settings no canto superior direito.

6. No painel Autonomous Function Management > Autonomous Function Settings, ative a chave principal do serviço de autonomia.

7. Na guia Optimization and Throttling, configure os seguintes parâmetros:

   RDS for MySQL

   • Para instâncias RDS for MySQL High-availability Edition com discos em nuvem, selecione Automatic Performance Scaling.

   • Para instâncias RDS for MySQL High-availability Edition com discos locais (General-purpose) e instâncias RDS for MySQL Three-node Enterprise Edition (General-purpose), selecione Automatic Resource Elasticity.

   Tipo de instância	Parâmetro	Descrição
   Todos os tipos	Average CPU Utilization ≥	Limiar de acionamento para scale-up automático. Uma operação de scale-up é acionada quando a utilização média da CPU é maior ou igual a este valor.
   Instâncias High-availability Edition com discos em nuvem	Observation Window	Período durante o qual o desempenho da instância é observado. O sistema verifica periodicamente a utilização da CPU da instância durante esta janela. Um scale-up automático é acionado quando o limiar Average CPU Utilization ≥ é atingido. Importante A janela de observação de scale-down é calculada como Observation Window + 10 minutes. Por exemplo, se a Observation Window estiver definida como 30 minutos, a janela de observação de scale-down será de 40 minutos.
   	Maximum Specifications	Limite superior para o scale-up automático. Se o limiar de Auto Scaling for atingido, o DAS aumenta as especificações incrementalmente e continua monitorando a Average CPU Utilization. Caso o limiar seja atingido novamente dentro da Observation Window, o DAS continuará o scale-up até que as especificações alcancem o limite superior definido por você. Importante Se uma instância com especificações de 1 núcleo e 2 GB de memória acionar um scale-up automático, ela será escalada diretamente para 4 núcleos e 8 GB de memória. Neste caso, defina as Maximum Specifications para pelo menos 4 núcleos e 8 GB de memória. Caso contrário, o scale-up automático falhará.
   	Automatic Scale-down/in	Após ativar o Automatic Scale-down/in, se uma instância não estiver no Quiescent Period e a porcentagem de tempo em que sua utilização de CPU for inferior a 30% exceder 99% durante a janela de observação de scale-down (observation window + 10 minutes), o DAS reduzirá automaticamente a especificação da instância passo a passo até atingir sua especificação original.
   	Quiescent Period	Intervalo de tempo mínimo após o acionamento de um Auto Scaling ou Auto Scale-back, antes que outro Auto Scaling ou Auto Scale-back possa ser acionado. Nota Durante o período de quiescência, o DAS continua monitorando a instância, mas não aciona nenhuma operação de dimensionamento. Se o período de quiescência e a janela de observação terminarem ao mesmo tempo, e o limiar de utilização da CPU tiver sido atingido durante essa janela, o DAS acionará uma operação de dimensionamento.
   Instâncias High-availability Edition com discos locais (General-purpose) e instâncias Three-node Enterprise Edition (General-purpose)	Scale-up Observation Window	Período durante o qual o desempenho da instância é observado. O sistema verifica periodicamente a utilização média da CPU da instância durante esta janela. Um scale-up automático é acionado quando a utilização média da CPU atinge o limiar especificado.
   	Scale-back Observation Window	Período durante o qual o desempenho da instância é observado para um scale-down. Um scale-down automático é acionado se a utilização da CPU ficar abaixo de 30% por mais de 99% do tempo durante esta janela.

   PolarDB for MySQL

   Selecione Auto Scaling e Auto Scale-back e configure os seguintes parâmetros:

   • Auto Scaling

     • Se a utilização média da CPU for maior ou igual ao valor especificado dentro da Observation Window, o PolarDB aumenta o cluster com base na carga de trabalho após o término da janela de observação.

     • Ao dimensionar um cluster, o sistema escolhe adicionar nós ou atualizar especificações com base no tráfego de leitura e gravação em tempo real:

       • Se o tráfego de leitura for predominante, a adição de nós somente leitura tem prioridade.

       • Se o tráfego de gravação for predominante, a atualização das especificações do cluster tem prioridade.

       • Em casos especiais, como alta carga de trabalho no nó primário, a atualização das especificações do cluster tem prioridade.

   • Auto Scale-back

     Importante

     Para instâncias PolarDB for MySQL Cluster Edition, é possível dimensionar apenas as especificações de todo o cluster, e não as de um único nó.

     • Durante uma janela de observação de scale-down, se a utilização média da CPU de um nó adicionado pelo Auto Scaling estiver abaixo de 30% por mais de 99% do tempo, o sistema reduzirá automaticamente as especificações do cluster PolarDB for MySQL em decrementos até retornar às especificações originais.

     • Caso nós somente leitura tenham sido adicionados durante um scale-up, eles serão removidos um a um durante um scale-down.

     • Se as especificações do cluster foram atualizadas durante um scale-up, elas serão rebaixadas durante um scale-down.

   Parâmetro	Descrição
   CPU Utilization ≥	Limiar de acionamento para scale-up automático. Uma operação de scale-up é acionada quando a utilização média da CPU é maior ou igual a este valor.
   Maximum Specifications	Limite superior para o scale-up automático. Após o acionamento de um scale-up, as especificações do cluster PolarDB são aumentadas em incrementos, por exemplo, de 4 núcleos para 8 núcleos e depois para 16 núcleos, até que o limite superior seja atingido.
   Max number of Read-Only nodes	Número máximo de nós somente leitura que podem ser adicionados automaticamente. Após o acionamento de um scale-up, o sistema adiciona um ou dois nós somente leitura do PolarDB com base nas condições reais, até que o limite superior seja atingido. Nota Os nós dimensionados automaticamente são adicionados ao endpoint padrão do cluster. Para endpoints personalizados, configure a opção Automatically Associate New Nodes. Para mais informações sobre como configurar Automatically Associate New Nodes, consulte Configurar Proxy de Banco de Dados.
   Observation Window	Se a utilização média da CPU for maior ou igual ao valor especificado durante toda a janela de observação, o DAS inicia um scale-up adicionando nós ou atualizando especificações com base no tráfego de leitura/gravação em tempo real do cluster após o término da janela. Por exemplo, se a janela de observação for de 5 minutos e a operação de dimensionamento levar 10 minutos, o efeito do scale-up automático será visível após cerca de 15 minutos. Importante A janela de observação de scale-down é calculada como a observation window + 10 minutes configurada. Por exemplo, se o Observation Period estiver definido como 30 minutos, a janela de observação de scale-down será de 40 minutos.
   Quiescent Period	Intervalo mínimo entre operações consecutivas de dimensionamento automático. Durante o período de quiescência, o DAS continua monitorando a instância, mas não aciona nenhuma operação de dimensionamento. Se o período de quiescência e a janela de observação terminarem ao mesmo tempo, e o limiar de utilização da CPU tiver sido atingido durante essa janela, o DAS acionará uma operação de dimensionamento.

8. Clique em OK.

9. Configure um Alert Template para assinar alertas e manter-se informado sobre o status do dimensionamento automático de desempenho da sua instância de banco de dados.

   O sistema recomenda um modelo de alerta e adiciona regras de alerta para os eventos de autonomia correspondentes. Siga as instruções na tela para concluir a configuração.

   Nota

   • Caso já tenha configurado um modelo de alerta para a instância, siga as instruções para adicionar as regras de alerta correspondentes aos eventos de autonomia no modelo.

   • Para configurar seus próprios modelos e regras de alerta, consulte Configurar modelos de alerta e Configurar regras de alerta.

10. Selecione um Alert Contact Group para receber notificações.

    • Clique em Add Contact para adicionar um novo contato de alerta.

    • Clique em Create Contact Group para adicionar um novo grupo de contatos de alerta.

    • Clique em Modify ou Remove ao lado de um contato para editar ou excluir suas informações.

    Para instruções detalhadas, consulte Gerenciar contatos de alerta.

11. Clique em Submit Configuration e confirme as configurações de alerta na caixa de diálogo exibida.

Perguntas frequentes

Documentos relacionados

• Se o tráfego do seu negócio tiver picos previsíveis, utilize o dimensionamento automático agendado. Este recurso permite aumentar as especificações da instância com base em uma programação predefinida. A instância retorna automaticamente às especificações originais após o término da duração configurada.

• Caso seu tipo de instância não ofereça suporte ao dimensionamento automático de desempenho, altere manualmente as especificações para aumentar ou reduzir a instância. Para mais informações, consulte os seguintes documentos:

  • Para RDS for MySQL, consulte Alterar especificações da instância.

  • Para PolarDB for MySQL, consulte Alterar manualmente as especificações do cluster.