Planificación de recursos y dimensionamiento de búsqueda y búsqueda vectorial

Elija una clase de carga de trabajo

La relación CPU-memoria que asigne depende del perfil de carga de trabajo de búsqueda.

Para la mayoría de los casos de uso generales, una configuración de CPU alta pequeña o mediana es un punto de partida equilibrado.

Elija un tamaño inicial

Dimensiona tus pods mongot por el volumen de datos vectoriales esperado (CPU baja) o por query por segundo (CPU alta).

Por ejemplo, si esperas gestionar 100 queries por segundo en una aplicación de búsqueda de texto completo, comienza con una configuración de CPU alta media.

Configurar CPU y memoria

Establezca la CPU y la memoria para los pods mongot en spec.clusters[].resourceRequirements. El campo requests reserva capacidad en el nodo; el campo limits limita la cantidad que el pod puede consumir.

spec:
  clusters:
    - resourceRequirements:
        requests:
          cpu: "2"
          memory: 4Gi
        limits:
          cpu: "3"
          memory: 5Gi

Si omite spec.clusters[].resourceRequirements, el Operador de Kubernetes utiliza los siguientes valores por defecto:

• requests.cpu: 2

• requests.memory: 4Gi

• No limits: el pod puede consumir todos los recursos disponibles del nodo.

Configura limits para ajustarlo a la carga de trabajo. Un pod sin límites puede saturar el nodo e impactar en otras cargas de trabajo.

Configurar el montón de JVM

Cuando no especifica -Xms o -Xmx en spec.clusters[].jvmFlags, el Operador de Kubernetes calcula automáticamente el montón de JVM estableciendo ambas marcas en la mitad de spec.clusters[].resourceRequirements.requests.memory.

Para anular el montón explícitamente, establezca -Xms y -Xmx en spec.clusters[].jvmFlags. El operador de Kubernetes no modifica ninguna de las marcas que proporcione y las agrega después de las marcas calculadas por el operador.

spec:
  clusters:
    - jvmFlags:
        - -Xms2g
        - -Xmx2g

Estimar tamaño del índice

El tamaño de una colección y el tamaño del índice de búsqueda resultante no siempre están correlacionados. El tamaño del índice depende de los campos que asigne y de las funcionalidades (como el autocompletado) que habilite en el índice. Para estimar el tamaño del índice para su carga de trabajo:

Dimensionar el volumen persistente que se va a implementar

Asigne double el espacio en disco que requiere su índice. El espacio extra permite que mongot reconstruya los índices cuando sea necesario. mongot se vuelve de solo lectura cuando el uso del disco alcanza el 90%.

Establezca el tamaño del volumen en spec.clusters[].persistence.single.storage utilizando sufijos de cantidad binaria:

spec:
  clusters:
    - persistence:
        single:
          storage: 60Gi
          storageClass: local-nvme

Si omite spec.clusters[].persistence, el operador de Kubernetes aprovisiona un volumen predeterminado de 16 GB. Para un índice de 30 GB, establezca spec.clusters[].persistence.single.storage en 60Gi para dejar espacio para las reconstrucciones del índice.

Elija una clase de almacenamiento

Consulta el StorageClass para el volumen en spec.clusters[].persistence.single.storageClass. Elige una clase que cumpla con las siguientes orientaciones:

• Tipo de disco: Utilice almacenamiento de uso general respaldado por SSD. Tanto las IOPS de lectura como las de escritura son importantes para el rendimiento de mongot. La replicación implica escrituras en disco para nuevos segmentos de índice y lecturas en disco cuando mongot fusiona segmentos antiguos en otros más grandes.

• Umbral de solo lectura: Cuando un volumen alcanza el 90% de uso, mongot entra en modo de solo lectura y detiene las operaciones de escritura. Para reanudar los guardados, borrar los datos del índice para reducir el uso por debajo del 85%.