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

Seleccione una clase de carga de trabajo

La relación entre la CPU y la memoria que asigne depende del perfil de su carga de trabajo de búsqueda.

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

Elige un tamaño inicial

Dimensiona tus pods mongot según el volumen de datos vectoriales esperado (CPU baja) o según las consultas por segundo (CPU alta).

Por ejemplo, si espera manejar 100 consultas por segundo para una aplicación de búsqueda de texto completo, comience con una configuración de CPU media-alta.

Configurar la CPU y la memoria

Configure 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 predeterminados:

• requests.cpu: 2

• requests.memory: 4Gi

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

Establezca limits para que coincida con su carga de trabajo. Un pod sin límites puede saturar el nodo y afectar a otras cargas de trabajo.

Configurar el montón de la JVM

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

Para sobrescribir explícitamente el montón, establezca -Xms y -Xmx en spec.clusters[].jvmFlags. El operador de Kubernetes no modifica ninguna de las banderas que proporcione y las agrega después de las banderas 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 se asignen y de las funciones (como el autocompletado) que se habiliten 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 el doble del espacio en disco que requiere su índice. El espacio adicional permite mongot que reconstruya los índices cuando sea necesario. mongot se convierte en modo 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 la reconstrucción del índice.

Seleccione una clase de almacenamiento

Consulte el StorageClass para el volumen en spec.clusters[].persistence.single.storageClass. Elija una clase que cumpla con las siguientes directrices:

• Tipo de disco: Utilice almacenamiento SSD de propósito general. Tanto las IOPS de lectura como las de escritura son importantes para el mongot rendimiento. 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 las escrituras, elimine los datos del índice para que el uso sea inferior al 85%.