PolarDB:Usando o Resource Management

Ativar o recurso Resource Control

Criar um controle de recursos

CREATE polar_resource_control <rc_name> max_cpu <max_cpu_value>;

Parâmetros:

Após criar um controle de recursos, execute a seguinte consulta SQL a partir de uma conta com altos privilégios para visualizar todos os controles de recursos.

SELECT * FROM mysql.polar_resource_control;

Execute a seguinte consulta SQL a partir de uma conta com altos privilégios para recuperar os Thread Groups associados a um controle de recursos.

SELECT id, resource_control_name FROM information_schema.thread_pool_status;

Atualizar um controle de recursos

ALTER polar_resource_control <rc_name> max_cpu <max_cpu_value>;

Descrição:

Excluir um controle de recursos

DROP polar_resource_control <rc_name>;

Descrição:

Definir um controle de recursos para um usuário ou banco de dados

Anexar

SET polar_resource_control <rc_name> FOR [database|USER] <db_name/user_name>;

A instrução SQL é a seguinte:

Desanexar

RELEASE polar_resource_control <rc_name> FOR [database|USER] db_name/user_name>;

Depois que essa instrução é executada, o banco de dados ou usuário especificado deixa de ser restringido pelos limites de recursos de CPU do controle de recursos. As instruções que já estão em execução permanecem sujeitas aos limites. As instruções iniciadas após a remoção do controle de recursos não ficam sujeitas a esses limites.

Configurar um controle de recursos para uma consulta ou conexão

Anexar

SET polar_resource_control <rc_name> FOR [query|connection] <connection_id>;

Parâmetros:

Liberar

RELEASE polar_resource_control <rc_name> FOR [query|connection] <connection_id>;

Parâmetros:

Prioridade dos controles de recursos

Os controles de recursos são aplicados a uma instrução de consulta na seguinte ordem de prioridade. A primeira correspondência encontrada é utilizada.

1. Controle explicitamente anexado à consulta pelo seu ID de conexão. Possui a maior prioridade.

2. Verifica se a conexão atual está anexada a um controle de recursos e aplica os limites de recursos conforme apropriado.

3. O sistema verifica se o usuário conectado está associado a um controle de recursos. Em caso afirmativo, os limites de recursos são aplicados.

4. Se o banco de dados atualmente conectado estiver associado a um controle de recursos, o sistema aplica os limites de recursos.

5. Caso nenhuma das condições anteriores seja atendida, os limites de recursos não se aplicam.

Uso de um cluster multi-master

Um Multi-master Cluster funciona da mesma forma que um cluster single-master, e a sintaxe é totalmente compatível. Ao executar uma instrução CREATE POLAR_RESOURCE_CONTROL, ALTER POLAR_RESOURCE_CONTROL ou DROP POLAR_RESOURCE_CONTROL, ela é encaminhada aleatoriamente para um nó de leitura/gravação no cluster. Em seguida, a instrução é sincronizada em todos os nós de leitura/gravação, o que pode causar alguma latência. Para limitar recursos de uma consulta ou conexão, use o HINT syntax para especificar um nó.

Cenários

• Impedir que usuários mal-intencionados consumam recursos excessivos do cluster.

• Lidar com consultas lentas inesperadas.

• Evitar que usuários mal-intencionados acionem o dimensionamento automático em um cluster Serverless.

• Limitar o uso de CPU em ambientes multilocatário ou quando diferentes services compartilham um cluster.

Exemplos de uso

• Impedir que usuários mal-intencionados consumam recursos excessivos do cluster

  Para lidar com usuários mal-intencionados, defina limites de recursos de CPU para eles. Esses limites podem ser aplicados proativamente ou em resposta a atividades maliciosas.

  CREATE polar_resource_control rc_for_trouble_user max_cpu 10;
  SET polar_resource_control rc_for_trouble_user FOR USER trouble_user;

  Após definir um controle de recursos para o usuário trouble_user, as threads desse usuário poderão usar no máximo 10% da CPU total do cluster. Isso impede efetivamente que o usuário mal-intencionado consuma recursos excessivos de CPU e afete outros services.

• Lidar com consultas lentas inesperadas

  Consultas lentas inesperadas podem ocorrer ocasionalmente em um ambiente de produção. Elas podem ser causadas por análise ou otimização incorreta de SQL, aumentando a carga da CPU. Isso faz com que a consulta seja executada por muito tempo e consuma recursos significativos de CPU. Embora seja possível encerrar a consulta com o comando kill, é necessário aguardar até que a consulta atinja um ponto específico de sua execução, o que consome tempo. Além disso, reverter a transação durante o processo de kill também consome recursos de CPU e leva tempo. Para reduzir rapidamente a carga da CPU causada por uma consulta lenta ou evitar que a CPU seja totalmente utilizada, aplique um limite de uso de CPU a essa consulta.

  CREATE polar_resource_control rc_for_slow_query max_cpu 10;
  SET polar_resource_control rc_for_slow_query FOR query query_id;

  Nota

  Ao definir um controle de recursos para uma consulta lenta, encontre seu query_id executando SHOW PROCESSLIST.

  Após definir um controle de recursos para a consulta lenta com o ID query_id, o uso máximo de CPU da consulta é limitado a 10% da CPU total do cluster. Isso reduz rapidamente a carga de CPU do cluster e evita que a consulta impacte outros services de produção.

  Um cluster PolarDB pode ter vários nós de computação, e diferentes nós podem ter consultas com o mesmo ID de conexão. Portanto, ao definir um controle de recursos para uma consulta, use o HINT syntax para aplicar a configuração a um nó específico.

  /*force_node='pi-bpxxxxxxxx'*/ SET polar_resource_control rc_for_slow_query FOR query query_id;

• Evitar que usuários mal-intencionados acionem o dimensionamento do cluster em um cluster serverless

  Quando um cluster está no modo Serverless, ele dimensiona automaticamente com base na carga de trabalho para lidar com picos repentinos de alta carga. No entanto, talvez você queira impedir que o cluster dimensione em resposta a solicitações de usuários mal-intencionados. Nesse caso, aplique limites de recursos a esses usuários no cluster serverless.

  CREATE polar_resource_control rc_for_trouble_user max_cpu 10;
  SET polar_resource_control rc_for_trouble_user FOR USER trouble_user;

• Limitar o uso de CPU em clusters multilocatário ou multiserviço

  Em cenários de Software as a Service (SaaS), vários locatários frequentemente executam cargas no mesmo cluster. Também é comum que diferentes services de negócios compartilhem um cluster. Nessas situações, é importante limitar os recursos que um único locatário ou service pode usar. Isso evita que um usuário ou service consuma CPU excessiva e afete o desempenho geral do cluster. Para isso, defina limites separados de recursos de CPU para cada service. Por exemplo, aplique limites por usuário ou por banco de dados para atingir esse objetivo.

  CREATE polar_resource_control rc_for_business_1 max_cpu 20;
  CREATE polar_resource_control rc_for_business_2 max_cpu 20;
  
  SET polar_resource_control rc_for_business_1 FOR USER user_1;
  SET polar_resource_control rc_for_business_2 FOR USER user_2;

  Com base nessas configurações, os services usados por user_1 e user_2 ficam limitados individualmente a um máximo de 20% da CPU total do cluster. Portanto, os dois usuários podem usar, combinados, no máximo 40% dos recursos de CPU. Se a carga de trabalho de user_1 aumentar repentinamente, seu uso de CPU permanecerá limitado a 20%, garantindo que outros services no cluster não sejam afetados.

  Se um único service utilizar vários usuários, atribua o mesmo controle de recursos a todos eles.

  CREATE polar_resource_control rc_for_business_1 max_cpu 20;
  
  SET polar_resource_control rc_for_business_1 FOR USER user_1;
  SET polar_resource_control rc_for_business_1 FOR USER user_2;

  Com base nessas configurações, o service usado por user_1 e user_2 fica limitado a um máximo de 20% da CPU total do cluster. Assim, os dois usuários podem usar, combinados, no máximo 20% dos recursos de CPU. Isso evita que o service exceda seu limite de CPU quando a carga de trabalho de um usuário aumenta, garantindo uma alocação justa de recursos.