milvus-logo
LFAI
Home
  • Guia de Administração
    • Escalonamento

Dependências do Scale Milvus

O Milvus depende de várias dependências, como MinIO, Kafka, Pulsar e etcd. O escalonamento desses componentes pode aumentar a adaptabilidade do Milvus a diferentes requisitos.

Dimensionar o MinIO

Aumentar os recursos por pod do MinIO

O MinIO, um sistema de armazenamento de objetos usado pelo Milvus, pode ter seus recursos de CPU e memória aumentados para cada pod.

# new-values.yaml
minio:
  resources:
     limits:
       cpu: 2
       memory: 8Gi

Depois de salvar o arquivo, aplique as alterações com o seguinte comando:

helm upgrade <milvus-release> --reuse-values -f new-values.yaml milvus/milvus

Também é possível aumentar a capacidade do disco para o cluster MioIO alterando manualmente o valor de spec.resources.requests.storage para cada PVC (Persistent Volume Claim) do MioIO. Note que a classe de armazenamento predefinida deve permitir a expansão do volume.

Aconselha-se a adicionar um conjunto de servidores MioIO extra para a sua instância Milvus.

# new-values.yam;
minio:
  zones: 2

Depois de guardar o ficheiro, aplique as alterações com o seguinte comando:

helm upgrade <milvus-release> --reuse-values -f new-values.yaml milvus/milvus

Isto adiciona um pool de servidores adicional ao seu cluster MinIO, permitindo que o Milvus escreva no pool de servidores MinIO com base na capacidade de disco livre de cada pool de servidores. Por exemplo, se um grupo de três pools tiver um total de 10 TiB de espaço livre distribuído entre os pools da seguinte forma:

Espaço livrePossibilidade de escrita
Pool A3 TiB30% (3/10)
Grupo B2 TiB20% (2/10)
Grupo C5 TiB50% (5/10)

O MinIO não reequilibra automaticamente os objectos nos novos conjuntos de servidores. Pode iniciar manualmente um procedimento de reequilíbrio com mc admin rebalance, se necessário.

Kafka

Aumentar o recurso por pod do corretor do Kafka

Aumente a capacidade do broker Kafka ajustando os recursos de CPU e memória para cada pod de broker.

# new-values.yaml
kafka:
  resources:
     limits:
        cpu: 2
        memory: 12Gi

Depois de guardar o ficheiro, aplique as alterações com o seguinte comando:

helm upgrade <milvus-release> --reuse-values -f new-values.yaml milvus/milvus

Você também pode aumentar a capacidade do disco para o cluster do Kafka alterando manualmente o valor de spec.resources.requests.storage para cada PVC (Reivindicação de Volume Persistente) do Kafka. Certifique-se de que a classe de armazenamento padrão permite a expansão do volume.

Aconselha-se a adicionar um pool de servidores Kafka extra para a sua instância Milvus.

# new-values.yaml
kafka:
  replicaCount: 4

Depois de guardar o ficheiro, aplique as alterações com o seguinte comando:

helm upgrade <milvus-release> --reuse-values -f new-values.yaml milvus/milvus

Isto adicionará um corretor adicional ao seu cluster do Kafka.

O Kafka não reequilibra automaticamente os tópicos em todos os corretores. Se necessário, reequilibre manualmente os tópicos/partições em todos os corretores do Kafka usando bin/kafka-reassign-partitions.sh após fazer login em cada pod de corretor do Kafka.

Pulsar

O Pulsar separa a computação e o armazenamento. É possível aumentar de forma independente a capacidade dos brokers Pulsar (computação) e dos bookies Pulsar (armazenamento).

Aumentar os recursos por pod de corretor Pulsar

# new-values.yaml
pulsar:
  broker:
    resources:
       limits:
         cpu: 4
         memory: 16Gi

Depois de guardar o ficheiro, aplique as alterações com o seguinte comando:

helm upgrade <milvus-release> --reuse-values -f new-values.yaml milvus/milvus

Aumentar os recursos por pod de corretor Pulsar

# new-values.yaml
pulsar:
  bookkeeper:
    resources:
       limits:
         cpu: 4
         memory: 16Gi

Depois de guardar o ficheiro, aplique as alterações com o seguinte comando:

helm upgrade <milvus-release> --reuse-values -f new-values.yaml milvus/milvus

Você também pode aumentar a capacidade de disco para o cluster Pulsar alterando manualmente o valor de spec.resources.requests.storage para cada Reivindicação de Volume Persistente (PVC) do corretor Pulsar. Observe que sua classe de armazenamento padrão deve permitir a expansão do volume.

Um pod de agente de apostas Pulsar tem dois tipos de armazenamento: journal e legers. Para o tipo de armazenamento journal, considere usar ssd ou gp3 como a classe de armazenamento. Aqui está um exemplo para especificar storageclass para o diário pulsar.

pulsar:
  bookkeeper:
    volumes:
      journal:
        size: 20Gi
        storageClassName: gp3

Adicionar um pod de corretor Pulsar extra

# new-values.yaml
pulsar:
  broker:
    replicaCount: 3

Depois de salvar o arquivo, aplique as alterações com o seguinte comando:

helm upgrade <milvus-release> --reuse-values -f new-values.yaml milvus/milvus
# new-values.yaml
pulsar:
  bookkeeper:
    replicaCount: 3

Depois de guardar o ficheiro, aplique as alterações com o seguinte comando:

helm upgrade <milvus-release> --reuse-values -f new-values.yaml milvus/milvus

etcd

# new-values.yaml
etcd:
  resources:
     limits:
       cpu: 2
       memory: 8Gi

Depois de salvar o arquivo, aplique as alterações com o seguinte comando:

helm upgrade <milvus-release> --reuse-values -f new-values.yaml milvus/milvus

Adicionar pods etcd extras

O número total de pods do etcd deve ser em números ímpares.

# new-values.yaml
etcd:
  replicaCount: 5

Depois de guardar o ficheiro, aplique as alterações com o seguinte comando:

helm upgrade <milvus-release> --reuse-values -f new-values.yaml milvus/milvus

Traduzido porDeepLogo

Try Managed Milvus for Free

Zilliz Cloud is hassle-free, powered by Milvus and 10x faster.

Get Started
Feedback

Esta página foi útil?