Hologres:Escolha as especificações de instância corretas

Conceitos principais

CU (Compute Unit) — Unidade base de recursos para instâncias do Hologres. Cada 16 CUs correspondem a um nó de computação.

Shard — Unidade de particionamento de dados no Hologres. Cada shard processa solicitações de leitura e escrita para uma parte dos dados. Os shards dentro do mesmo Table Group distribuem os dados de cada tabela para que junções entre tabelas colocalizadas evitem movimentação de dados entre shards (uma junção local). Quando os dados abrangem vários shards, um operador de redistribuição os reorganiza pela rede, gerando sobrecarga de agendamento.

Table Group — Agrupamento lógico que determina a organização dos shards. Todas as tabelas no mesmo Table Group compartilham o mesmo layout de shards, possibilitando junções locais entre essas tabelas.

Nó frontend — Camada de acesso que gerencia as conexões recebidas. O total de conexões de uma instância equivale a: conexões máximas por nó frontend × número de nós frontend.

Como a contagem de shards afeta o desempenho

O comportamento dos shards varia conforme o tipo de carga de trabalho:

Após escalar horizontalmente uma instância, apenas o aumento de recursos de computação melhora a concorrência de consultas. Na maioria dos casos, mantenha a contagem de shards inalterada, a menos que você precise especificamente de maior throughput de escrita. Se o scale-out for inferior a cinco vezes o tamanho original, não ajuste a contagem de shards.

Quando ajustar sua especificação

Antes de consultar a tabela de recomendações, verifique se a especificação atual é realmente o gargalo. Os sinais abaixo indicam que provavelmente é necessário alterar a especificação:

Execute a instrução a seguir para verificar o uso atual de conexões em relação ao limite:

-- Returns the maximum connections for a single frontend node.
-- Multiply by the number of frontend nodes to get the instance total.
show max_connections;

Se nenhum desses sinais estiver presente, a especificação atual provavelmente é suficiente.

Especificações recomendadas por volume de dados

A especificação ideal depende de mais fatores além da contagem de linhas. Frequência de acesso, volume de dados acessados, carga de computação (consultas pontuais vs. análises), throughput de escrita e quantidade de tabelas dentro de um Table Group também influenciam. Utilize a tabela a seguir como ponto de partida.

Recursos padrão por especificação de instância

Desde 25 de abril de 2022, instâncias de uso geral suportam de 512 CUs a 1.024 CUs. Para especificações superiores, envie um ticket. Antes de fazer upgrade para uma especificação maior, atualize a instância para a versão V1.1.58 ou posterior.

Instâncias de grupo de computação suportam qualquer especificação de 32 CUs a 8.192 CUs sem necessidade de ticket.

O que muda automaticamente durante o dimensionamento

Ao realizar scale-out ou scale-in em uma instância, as seguintes alterações ocorrem automaticamente:

Isso significa que, após um scale-out, os bancos de dados existentes mantêm sua contagem original de shards. Os nós de computação adicionais ainda melhoram a concorrência de consultas porque mais núcleos processam cada consulta. Atualize a contagem de shards manualmente apenas se precisar de maior throughput de escrita ou planejar adicionar significativamente mais dados.

Visualizar e gerenciar conexões

Verificar o limite atual de conexões

Após conectar-se a uma ferramenta de desenvolvimento, execute a instrução a seguir para ver o máximo de conexões de um único nó frontend:

-- View the maximum connections for a single frontend node.
-- Connections are balanced across all frontend nodes.
show max_connections;

Multiplique o valor retornado pelo número de nós frontend para obter o limite total de conexões da instância.

Gerenciar conexões ao atingir o limite

Cada instância reserva conexões para a função Superuser. Quando o limite de conexões é atingido, um Superuser pode se conectar e usar SQL para visualizar e liberar conexões ociosas, ou escalar verticalmente a instância. Para detalhes, consulte Connections.

Visualizar e modificar a contagem de shards

Fazer scale-out em uma instância não altera a contagem de shards dos bancos de dados existentes; ajuste-a manualmente se sua carga de trabalho exigir. Aumente a contagem de shards quando precisar de maior throughput de escrita. Para tabelas orientadas a linhas, mais shards também melhoram o desempenho de leitura devido à distribuição natural dos dados.

Para instruções, consulte Table Group and Shard Count user guide.

Próximos passos

• Table Group and Shard Count user guide — Criar Table Groups e ajustar contagens de shards

• Connections — Monitorar e liberar conexões ociosas