Para agentes de IA: hay un índice de documentación disponible en https://www.mongodb.com/es/docs/llms.txt — versiones en markdown de todas las páginas están disponibles agregando .md a cualquier ruta URL.
Docs Menu

Planifique su implementación Enterprise Advanced

MongoDB Enterprise Advanced combina una licencia de MongoDB y soporte comercial con un plano de control que ejecuta MongoDB para escalar en toda su infraestructura. Comprender el plano de control lo prepara para tomar las decisiones que dan forma a cómo su empresa ejecuta MongoDB de forma segura, confiable y eficiente.

El plano de control de Enterprise Advanced proporciona componentes integrados que automatizan la implementación, la gestión del ciclo de vida, la copia de seguridad y la observabilidad en toda la infraestructura de MongoDB. Este enfoque reduce drásticamente el costo y la complejidad de ejecutar MongoDB como una oferta de base de datos como servicio host para sus usuarios o clientes.

Sin aprovechar la funcionalidad del plano de control de Enterprise Advanced, tendría que compilar sus propias herramientas de orquestación, copia de seguridad y supervisión. El plano de control de MongoDB se puede integrar en los sistemas de automatización, copia de seguridad y supervisión existentes, lo que le ahorra el esfuerzo de ingeniería de mantenerlo.

El objetivo es ejecutar clústeres de MongoDB escalables y listos para producción con gobernanza centralizada y control sobre lo que los usuarios pueden provisionar y configurar. Cuando el plano de control está en su lugar, los equipos de aplicación provisionan bases de datos de MongoDB a través de los procesos estándar de su organización, sin necesidad de tocar la infraestructura. Su equipo de plataforma central aplica la política de seguridad, gestiona los cronogramas de copia de seguridad y escala las implementaciones sin convertirse en un cuello de botella operativo.

El plano de control de Enterprise Advanced tiene tres componentes:

Ops Manager: La aplicación de gestión centralizada. Ofrece una interfaz web para la configuración y gestión manual, y una API REST para la integración con las herramientas de la plataforma de desarrollo interna, lo que permite a los desarrolladores autogestionarse. Ops Manager incluye funciones integradas para la automatización de la implementación, seguridad, copias de seguridad continuas con recuperación a un punto específico en el tiempo, y monitorización y alertas específicas para MongoDB. Además, Ops Manager admite integraciones con sistemas de autenticación, monitorización y copias de seguridad de terceros.

Agente de MongoDB: El agente de MongoDB se ejecuta en cada host de implementación de MongoDB (por ejemplo, una base de datos) que administra Ops Manager, ya sea una máquina virtual, un servidor físico o un pod de Kubernetes. El agente ejecuta las instrucciones de configuración y administración de Ops Manager, admite copias de seguridad y recuperación, y envía telemetría a Ops Manager.

Controladores de MongoDB para Kubernetes (MCK): MCK es el operador de Kubernetes para Enterprise Advanced. Gestiona el aprovisionamiento de infraestructura y la configuración de MongoDB como recursos personalizados de Kubernetes, trabajando en conjunto con Ops Manager. MCK no reemplaza a Ops Manager. MCK permite que MongoDB aprovisione infraestructura (pods de Kubernetes) para ejecutar MongoDB, además de gestionar la configuración. Esto simplifica enormemente la gestión de MongoDB para proporcionar una base de datos como servicio en las instalaciones, evitando la necesidad de crear la capa de orquestación para vincular la gestión del ciclo de vida de las máquinas virtuales con la configuración de MongoDB.

Kubernetes es opcional para MongoDB Ops Manager y para su base de datos MongoDB. Puede ejecutar una implementación completa de Enterprise Advanced en máquinas virtuales o servidores físicos, incluida la copia de seguridad automatizada, la supervisión, la orquestación y el soporte comercial, sin Kubernetes.

Kubernetes es necesario para la búsqueda y la búsqueda vectorial con MongoDB Enterprise servidor. Los nodos de búsqueda deben ejecutarse en Kubernetes. La búsqueda y la búsqueda vectorial con el servidor MongoDB Enterprise no tienen una ruta de implementación basada en VM. Si la búsqueda forma parte de la implementación planificada, necesita Kubernetes para al menos el nivel de búsqueda, independientemente de dónde se ejecuten las bases de datos principales.

Una topología híbrida de bases de datos de MongoDB en VM gestionadas por MongoDB Ops Manager y nodos de búsqueda en Kubernetes gestionadas por MCK es una configuración válida. Los clientes pueden añadir Kubernetes para la búsqueda en cualquier momento sin mover su infraestructura de base de datos existente.

El plano de control es la base de su implementación de MongoDB. Las decisiones que tome de antemano determinarán cómo funciona durante su vida útil: cómo Ops Manager, MongoDB Agent y MCK se adaptan a su entorno, dónde se ejecutan sus bases de datos y nodos de búsqueda, y cómo sus equipos realizan el provisionamineto y protegen MongoDB. Estas opciones determinan si se escala sin problemas o se acumula deuda operativa. Planificarlos con anticipación le permite ejecutar MongoDB como una base de datos interna confiable como servicio en lugar de reelaborar la infraestructura después de que los equipos dependan de ella.