O LindormSearch é um serviço de mecanismo de busca distribuído executado em um cluster com vários nós. Antes da compra, estime as configurações de armazenamento, nós e shards necessárias para sua carga de trabalho.
Estime a capacidade de armazenamento
Os fatores abaixo determinam o volume de armazenamento necessário para o seu cluster:
|
Fator |
Valor |
Explicação |
|
Réplicas |
0 (padrão) ou 1 |
O LindormSearch utiliza armazenamento compartilhado distribuído. Em caso de falha em um nó, os dados migram automaticamente para outros nós. Defina as réplicas como 1 apenas se a carga de trabalho exigir alta confiabilidade. |
|
Expansão de índice |
~20% |
Os índices geralmente aumentam o tamanho dos dados de source em cerca de 20%. |
|
Sobrecarga interna |
20% |
Espaço reservado para registro de log de transações e compactação. |
|
Reserva do SO |
5% |
Espaço reservado por padrão pelo sistema operacional. |
|
Margem de segurança |
20% |
Mantém a estabilidade do cluster. O sistema envia um alerta automaticamente quando o uso do armazenamento atinge 80%. |
Esses fatores se combinam na seguinte fórmula:
Required storage = source data size × 1.9Escolha a quantidade e as especificações dos nós
Implante no mínimo dois nós para eliminar pontos únicos de falha.
Prefira iniciar com nós de alta especificação (16 núcleos de CPU, 64 GB de memória) em vez de adicionar mais nós com especificações inferiores. Menos nós com maior capacidade melhoram tanto o desempenho quanto a estabilidade do cluster.
Após executar testes de carga com dados reais, confirme se os nós atendem aos seus requisitos.
Caso o teste indique capacidade computacional insuficiente, priorize o dimensionamento vertical. Por exemplo, atualize os nós de 4 núcleos de CPU e 16 GB de memória para 8 núcleos de CPU e 32 GB de memória. Considere o dimensionamento horizontal (adicionar nós) somente após atingir os limites do dimensionamento vertical.
Configure os shards
Cada índice é dividido em shards. Durante a gravação de dados, o LindormSearch aplica um algoritmo de hash para distribuir documentos entre os shards com base nos IDs dos documentos.
Mantenha cada shard entre 20 GB e 50 GB.
Defina o total de shards como um múltiplo inteiro do número de nós. Por exemplo, em um ambiente com dois nós, defina a quantidade de shards como 2.
Gerencie dados de séries temporais
Para dados com atributo temporal, como logs ou registros de pedidos, utilize o recurso de alias. O alias gera novos índices continuamente e exclui os antigos periodicamente, mantendo o armazenamento previsível e limitado. Para mais detalhes, consulte Usar sharding (aliases).