Puede implementar MongoDB Search y búsqueda vectorial con el operador de Kubernetes en un rango de topologías de implementación de MongoDB. La topología que elija determina cómo el operador de Kubernetes implementa y conecta el proceso mongot a su implementación de MongoDB.
Utilice esta página para confirmar que la topología planificada es compatible antes de implementarla. Para confirmar las versiones de MongoDB Server, mongot y Kubernetes operador que necesita, consulte Compatibilidad y requisitos de búsqueda y búsqueda vectorial.
Dimensiones de implementación
Una topología compatible es una combinación de las siguientes dimensiones:
Topología de clúster de MongoDB. Si el proceso
mongotsirve un set de réplicas de MongoDB o un clúster particionado. Para clúster particionados, el operador de Kubernetes implementa un grupomongotseparado para cada partición.Tipo de implementación. Si la implementación de MongoDB se ejecuta en un único clúster de Kubernetes (clúster único) o abarca varios clúster de Kubernetes (clúster múltiple). En una topología de clúster múltiple, un único operador de Kubernetes en un clúster central gestiona los procesos
mongoten todos los clúster de nodo.Modo de balanceador de carga. Cuando ejecute varias instancias de
mongot, debe colocar un balanceador de carga L7 entremongody los pods demongot. Puede utilizar una de las siguientes opciones:Balanceador de carga gestionado. El operador de Kubernetes implementa y configura un proxy Envoy.
Balanceador de carga no gestionado. Usted proporciona y configura su propio balanceador de carga L7.
Una sola instancia de
mongotse conecta directamente amongody no requiere un balanceador de carga.Modo de origen de MongoDB. Si el recurso MongoDBSearch utiliza
spec.source.mongodbResourceRefpara hacer referencia a un recurso de MongoDB que gestiona el operador de Kubernetes (gestionado) o utilizaspec.source.externalpara configurar la conexión (externo).
Matriz de topología admitida
La siguiente tabla enumera el estado de soporte para cada combinación de dimensiones de implementación:
Importante
Las fuentes externas de MongoDB y las topologías de varios clústeres requieren MongoDB Enterprise. MongoDB Community solo admite implementaciones de set de réplicas que el operador de Kubernetes gestiona dentro de Kubernetes.
Topología de clústeres | Tipo de implementación | Modo de balanceador de carga | Modo de origen de MongoDB | Estado de soporte |
|---|---|---|---|---|
Set de réplicas | Clúster único | Managed | Managed | Admitido |
Set de réplicas | Clúster único | Managed | External | Admitido |
Set de réplicas | Clúster único | Unmanaged | Managed | Admitido |
Set de réplicas | Clúster único | Unmanaged | External | Admitido |
Set de réplicas | multi-clúster | Managed | Managed | No es compatible |
Set de réplicas | multi-clúster | Managed | External | Admitido |
Set de réplicas | multi-clúster | Unmanaged | Managed | No es compatible |
Set de réplicas | multi-clúster | Unmanaged | External | No es compatible |
Clúster fragmentado | Clúster único | Managed | Managed | Admitido |
Clúster fragmentado | Clúster único | Managed | External | Admitido |
Clúster fragmentado | Clúster único | Unmanaged | Managed | Admitido |
Clúster fragmentado | Clúster único | Unmanaged | External | Admitido |
Clúster fragmentado | multi-clúster | Managed | Managed | No es compatible |
Clúster fragmentado | multi-clúster | Managed | External | Admitido |
Clúster fragmentado | multi-clúster | Unmanaged | Managed | No es compatible |
Clúster fragmentado | multi-clúster | Unmanaged | External | No es compatible |
Consideraciones sobre la topología
Revise las siguientes consideraciones al elegir una topología:
Las fuentes externas de MongoDB y las topologías de varios clústeres solo están disponibles para MongoDB Enterprise. MongoDB Community admite implementaciones de set de réplicas que el operador de Kubernetes gestiona dentro de Kubernetes.
En una topología de varios clústeres, configure el origen de MongoDB con
spec.source.external, incluso si el operador de Kubernetes gestiona la implementación de MongoDB. Las topologías de varios clústeres no admitenspec.source.mongodbResourceRef.Las topologías de varios clústeres requieren el balanceador de carga gestionado. El operador de Kubernetes admite balanceadores de carga no gestionados solo en topologías de un solo clúster.
Las topologías de varios clústeres requieren conectividad de red entre el clúster central y el servidor de API de Kubernetes de cada clúster de nodo.
Para conocer otras limitaciones de implementación, consulte mongot Limitaciones de implementación.