PolarDB:Ative serverless para nós IMCI somente leitura

Pré-requisitos

Seu cluster PolarDB for MySQL deve ser da Enterprise Edition, executar a versão 8.0 do kernel e ter pelo menos um nó IMCI somente leitura.

Modelos de implementação

• Defina uma faixa de dimensionamento para um nó IMCI somente leitura com especificação fixa: Adiciona capacidades serverless a um nó de especificação fixa. A especificação fixa fornece poder de processamento básico, e os recursos escalam temporariamente para lidar com cargas de trabalho que excedem essa base.

• Crie um nó IMCI somente leitura sem especificação fixa: Os recursos do nó escalam sob demanda conforme a carga de trabalho. Este modelo é ideal para cenários de negócios sensíveis a custos.

Benefícios

Redução de custos em ciclos de pico e fora de pico

A arquitetura serverless destaca-se no gerenciamento de cargas de trabalho flutuantes. Ela reduz automaticamente os recursos durante períodos de baixa demanda e os aumenta nos momentos de pico, otimizando despesas. Por exemplo, considere um dia com 12 horas de pico exigindo uma configuração de 32 núcleos e 64 GB, e 12 horas fora de pico requerendo apenas 16 núcleos e 32 GB. Uma arquitetura serverless baseada na especificação de 16 núcleos e 32 GB pode reduzir os custos dos nós de computação em 25% em comparação à execução contínua da configuração de 32 núcleos e 64 GB.

Otimizações para a arquitetura serverless

O In-Memory Column Index (IMCI) inclui diversas otimizações para melhorar o desempenho e a experiência do usuário em uma arquitetura serverless:

• Otimização da utilização de recursos: Nós IMCI somente leitura possuem um mecanismo abrangente de gerenciamento de recursos que suporta a configuração online de parâmetros essenciais do sistema, como cache, pools de threads e memória de execução. Em uma arquitetura serverless, o sistema ajusta esses parâmetros automaticamente quando os recursos escalam verticalmente para garantir a máxima utilização.

• Otimização de filas SQL: O uso principal de nós IMCI somente leitura ocorre em cenários analíticos. Para executar consultas SQL complexas rapidamente, geralmente aloca-se mais recursos para cada consulta. Um aumento no número de consultas complexas pode sobrecarregar os recursos do sistema e bloquear consultas SQL simples subsequentes. Isso resulta em lentidão devido ao enfileiramento. Na arquitetura serverless, um nó IMCI somente leitura aumenta os recursos automaticamente com base no status da fila SQL para mitigar essa latência.

  Nota

  Esta otimização está disponível nas seguintes versões do kernel:

  • Para o PolarDB for MySQL 8.0.1, a versão secundária deve ser 8.0.1.1.39 ou posterior.

  • Para o PolarDB for MySQL 8.0.2, a versão secundária deve ser 8.0.2.2.20 ou posterior.

• Carregamento de índice mais rápido na inicialização: Após reiniciar o cluster, um nó IMCI somente leitura precisa reconstruir seus metadados de índice interno, processo que geralmente leva vários minutos. Durante esse período, o In-Memory Column Index (IMCI) fica indisponível. Na arquitetura serverless, o nó utiliza recursos elásticos para acelerar essa reconstrução, tornando-se disponível mais rapidamente.

  Nota

  Esta otimização está disponível nas seguintes versões do kernel:

  • Para o PolarDB for MySQL 8.0.1, a versão secundária deve ser 8.0.1.1.36 ou posterior.

  • Para o PolarDB for MySQL 8.0.2, a versão secundária deve ser 8.0.2.2.20 ou posterior.

• Reprodução de logs acelerada: O In-Memory Column Index (IMCI) é construído a partir da reprodução de logs físicos. No entanto, como o sistema aloca a maior parte dos recursos para suportar consultas SQL, os recursos para construir o índice colunar podem ser insuficientes. Isso pode aumentar a latência de reprodução de logs para o índice colunar. Tal latência pode fazer com que as consultas sejam roteadas para outros nós ou aguardem a conclusão da reprodução, resultando em SQL lento. Na arquitetura serverless, o nó IMCI somente leitura aumenta automaticamente os recursos de reprodução para acelerar esse processo.

  Nota

  Esta otimização está disponível para o PolarDB for MySQL 8.0.1. A versão secundária deve ser 8.0.1.1.45 ou posterior.

• Execução de DDL acelerada: Realizar operações DDL em um In-Memory Column Index (IMCI) pode consumir muito tempo. Na arquitetura serverless, o nó IMCI somente leitura aumenta adaptativamente os recursos de threads para acelerar a execução de DDL.

  Nota

  Esta otimização está disponível nas seguintes versões do kernel:

  • Para o PolarDB for MySQL 8.0.1, a versão secundária deve ser 8.0.1.1.44 ou posterior.

  • Para o PolarDB for MySQL 8.0.2, a versão secundária deve ser 8.0.2.2.25 ou posterior.

Procedimento

Defina faixa de dimensionamento para nós IMCI de especificação fixa

2. No canto superior esquerdo, selecione a região onde o cluster está implantado.

3. Localize o cluster desejado e clique em seu ID.

4. Na página Basic Information, na seção Database Nodes, clique em Enable Serverless.

5. Na caixa de diálogo Enable Serverless, defina Maximum Resources for Single Node e Minimum Resources for Single Node. Para obter mais informações sobre Maximum Resources for Single Node e Minimum Resources for Single Node, consulte Ativar o recurso serverless para clusters com especificações fixas.

6. Clique em OK.

   Após aplicar as configurações, o nó IMCI somente leitura poderá realizar dimensionamento dinâmico além de sua especificação fixa original.

   

Crie um nó IMCI exclusivamente serverless

2. No canto superior esquerdo, selecione a região onde o cluster está implantado.

3. Localize o cluster desejado e clique em seu ID.

4. Na página Basic Information, na seção Database Nodes, clique em Enable Serverless.

5. Na caixa de diálogo Enable Serverless, defina o número de Read-only IMCI Nodes e clique em OK. Neste exemplo, cria-se um nó IMCI somente leitura.

   Após aplicar as configurações, o PolarDB cria automaticamente um nó IMCI somente leitura que escala dinamicamente de 1 a 16 PolarDB Capacity Units (PCUs).