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

Notas de la versión de Kubernetes Operator (MCK)

Publicado 29 de septiembre de 2026

Publicado 8 de septiembre de 2026

Lanzado el 26 de agosto 2026

Lanzado el 30 de julio de 2026

Lanzado el 2 de julio de 2026

Lanzado 30 de junio de 2026

Liberado el 21 de mayo 2026

Lanzamiento 1 de abril 2026

Lanzado 10 de febrero de 2026

Publicado 16 diciembre 2025

Lanzado el 17 de noviembre de 2025

  • Rotación mejorada del certificado del agente de automatización

    • El agente ahora se reinicia automáticamente cuando se renueva su certificado, garantizando una operación fluida y actualizaciones de certificado sin interrupciones y sin intervención manual.
  • MongoDBMultiCluster: Se corrigió que el recurso se quedara atascado en estado Pendiente si algún clusterSpecList elemento tiene 0 nodos. Después de la corrección, se maneja correctamente un valor de 0 nodos, como en el recurso MongoDB.

  • MultiClusterSharded: Bloqueada la remoción de nodos no nulos de clústeres del recurso de MongoDB. Esto evita la reducción del escalado de los clústeres de nodos sin la configuración actual disponible, lo que podría conducir a problemas inesperados.

Publicado 17 de septiembre de 2025

  • MongoDB Search y búsqueda vectorial (Vista pública previa) Compatibilidad

    • Lanza la Vista previa pública de MongoDB Search y Búsqueda vectorial para implementaciones autogestionadas de MongoDB Enterprise Servidor, lo que facilita la creación de aplicaciones impulsadas por IA en tu propia infraestructura y elimina la necesidad de una base de datos vectorial separada.

    • Este Public Preview es compatible con la versión 8.0.10+ de MongoDB Enterprise Server y está destinado a pruebas, evaluación y comentarios.

    • El proceso de búsqueda (mongot) debe ejecutarse en Kubernetes, pero tu clúster de bases de datos (mongod) puede ejecutarse en tu infraestructura existente, ya sea dentro del mismo clúster de Kubernetes o en máquinas virtuales externas y servidores bare-metal. Esto te permite adoptar potentes funcionalidades de búsqueda sin necesidad de migrar tus cargas de trabajo actuales de bases de datos.

    • Soporta implementaciones que se ejecutan como sets de réplicas.

    • Admite el cifrado TLS para toda la comunicación entre los procesos mongod y mongot.

Publicado 04 de septiembre de 2025

  • Soporte para múltiples arquitecturas

    • Añade soporte integral para múltiples arquitecturas del Operador de Kubernetes.

    • Soporta implementación en arquitecturas IBM Power (ppc64le) e IBM Z (s390x) junto con soporte existente x86_64.

    • Las imágenes principales (operador, agente, contenedores init, base de datos, sonda de disponibilidad) ahora admiten múltiples arquitecturas. Sin embargo, esta versión no añade soporte de IBM y ARM para Ops Manager y las imágenes mongodb-kubernetes-init-ops-manager.

      Nota

      Esta versión migra las imágenes de MongoDB Agent a un nuevo repositorio de contenedores, quay.io/mongodb/mongodb-agent.

      • Los agentes en el nuevo repositorio admiten las arquitecturas x86-64, ARM64, s390x y ppc64le. Para aprender más información, consulta Imágenes de contenedor

      • El Operador de Kubernetes que ejecuta la versión igual o superior a 1.3.0 y que es estático no puede usar las imágenes de agente del repositorio antiguo de contenedores, quay.io/mongodb/mongodb-agent-ubi.

      No utilices quay.io/mongodb/mongodb-agent-ubi ya que solo está disponible para mantener la compatibilidad retroactiva.

  • Corrige la arquitectura actual para los contenedores de sets con estado, que depende de una "matriz de agentes" para mapear versiones de operadores y agentes. El nuevo diseño elimina la matriz operator-version/agent-version, pero agrega un contenedor adicional que contiene todos los binarios requeridos. Esta arquitectura mapea al contenedor mongodb-database.

  • Corrige un problema en el que la sonda de preparación indicaba que el nodo estaba listo incluso cuando su mecanismo de autenticación no estaba sincronizado con los otros nodos, lo que a veces provocaba reinicios prematuros.

  • Corrige un problema en el que los agentes de MongoDB no seguían la variable de entorno NO_PROXY configurada en el Operador.

  • Cambian los nombres por defecto del webhook ClusterRole y ClusterRoleBinding para que incluyan el namespace, de modo que múltiples instalaciones de operadores en diferentes namespaces no entren en conflicto entre sí.

  • Mueve los permisos opcionales de PersistentVolumeClaim a un rol independiente.

    Al administrar el operador con Helm, se pueden deshabilitar los permisos para los PersistentVolumeClaim recursos estableciendo operator.enablePVCResize el valor false en, que true por defecto es. Si estaban habilitados, estos permisos formaban parte del rol principal del operador. Con este cambio, los permisos tienen un rol independiente.

  • Remueve subresourceEnabled valor Helm.

    Esta configuración se true por defecto. Podrías excluir permisos de subrecursos del rol de operador especificando false como valor. Esta configuración se introdujo como una solución temporal para el problema de OpenShift (Error 1803171). El problema ya se ha resuelto y la configuración ya no es necesaria. Por lo tanto, este cambio remueve esta opción de configuración, haciendo que los roles de operador siempre tengan permisos de subrecurso.

  • No incluye imágenes de contenedor para las versiones de Ops Manager 7.0.16, 8.0.8, 8.0.9 y 8.0.10 debido a un error en Ops Manager que impide a los usuarios del Operador de Kubernetes actualizar sus implementaciones de Ops Manager de estas versiones.

Lanzado el 10 de julio de 2025

  • Autenticación de usuario OpenID Connect (OIDC)
  • Nuevo CRD ClusterMongoDBRole
    • Agrega un nuevo ClusterMongoDBRole CRD para admitir roles reutilizables en varios clústeres de MongoDB. Esto permite a los usuarios definir roles una vez y reutilizarlos en múltiples recursos de MongoDB o MongoDBMultiCluster.

    • Puedes hacer referencia a este rol utilizando el campo spec.security.roleRefs. Se debe tener en cuenta que solo uno de spec.security.roles y spec.security.roleRefs puede usarse al mismo tiempo.

    • El operador trata los recursos ClusterMongoDBRole como plantillas de rol personalizadas que sólo se utilizan cuando los recursos de bases de datos hacen referencia a ellos.

    • El operador supervisa el nuevo recurso por defecto. Esto significa que el operador requiere que crees un nuevo ClusterRole y ClusterRoleBinding. La gráfica de Helm o el plugin kubectl de MongoDB crea estos ClusterRole y ClusterRoleBinding por defecto. Debe crearlos manualmente si utiliza un método de instalación diferente.

    • Para deshabilitar este comportamiento en el gráfico de Helm, establezca el valor operator.enableClusterMongoDBRoles en false. Esto desactiva la creación de los recursos RBAC necesarios para el recurso ClusterMongoDBRole y desactiva la supervisión de este recurso.

    • Para omitir la instalación de los ClusterRole y ClusterRoleBinding necesarios con el plugin mongodb de kubectl, establece el --create-mongodb-roles-cluster-role en false.

    • El nuevo recurso ClusterMongoDBRole está diseñado para ser de solo lectura, lo que significa que puede ser utilizado por implementaciones de MongoDB gestionadas por diferentes operadores.

    • Puede eliminar el recurso ClusterMongoDBRole en cualquier momento, pero el operador no borrará ningún rol que se haya creado utilizando este recurso. Para remover correctamente el acceso, se debe remover manualmente la referencia al ClusterMongoDBRole en los recursos MongoDB o MongoDBMultiCluster.

    • La documentación de referencia de este recurso puede encontrarse en la Especificación de recursos de ClusterMongoDBRole.

  • Soluciona un problema en el que mover un recurso MongoDBMultiCluster a un nuevo proyecto (o una nueva Instancia de Ops Manager) podría dejar la implementación en un estado fallido.

Liberado el 23 de mayo 2025

  • MongoDBSearch (Vista previa privada Community)
    • Añade soporte para la implementación de MongoDB Search (Edición Privada de Vista Previa de Community).

    • Permite capacidades de búsqueda vectorial y full-text para implementaciones de MongoDBCommunity.

    • Agrega un nuevo CRD de MongoDB, que es monitoreado por defecto por el Operador de Kubernetes. Para obtener más información, consulta la Guía rápida.

    • La fase de Vista Previa Privada de MongoDBSearch viene con las siguientes limitaciones
      • Versión mínima de MongoDB Community: 8.0.

      • TLS debe estar desactivado en MongoDB (la comunicación entre mongot y mongod está en texto plano por ahora).

Liberado el 13 de mayo 2025

  • Agrega las imágenes que faltan de MongoDB Agent en el paquete de Kubernetes operador en el catálogo de OpenShift y en el operatorhub.io catálogo.

  • Agrega el mongodbcommunity CRD faltante de la lista observada en el Helm chart.

Liberado el 9 de mayo 2025

MongoDB unifica su oferta de Kubernetes con la introducción de Kubernetes Operator. Este nuevo operador es un proyecto de código abierto que fusiona el anterior MongoDB Community Operator y el MongoDB Enterprise Kubernetes Operator. Esto facilita la gestión, el escalado y la actualización de las implementaciones. Las futuras mejoras se basarán en este concepto para alinear aún más la gestión de Community y Enterprise en Kubernetes, ofreciendo así una experiencia más fluida y optimizada.

Como un Proyecto de código abierto, ahora permite contribuciones de la Community, ayudando a impulsar la solución más rápida de errores y la innovación continua.

Los usuarios con contratos que permitían el uso del Operador Empresarial aún pueden aprovechar la nueva sustitución, lo que permite a los clientes adoptarla sin cambios de contrato. Kubernetes operador en sí tiene licencia Apache 2.0, y se incluye en el repositorio un archivo de licencia que proporciona más detalles.

Los derechos de licencia para todos los demás productos y herramientas de MongoDB, como MongoDB Enterprise Server y Ops Manager, permanecen sin cambios. Si tienes preguntas sobre la concesión de licencias de estos productos o herramientas, comunícate con tu equipo de cuentas de MongoDB.

La migración desde el operador comunitario de Kubernetes y el operador empresarial de Kubernetes al operador de Kubernetes es fluida: sus implementaciones de MongoDB no se verán afectadas por la actualización y no requerirán cambios. Siga las instrucciones de la guía de migración.

Continuaremos brindando soporte en la medida de lo posible para el Operador Kubernetes Comunitario durante 6 meses, hasta noviembre de 2025. Cada versión del Operador Kubernetes Empresarial seguirá recibiendo soporte de acuerdo con las directrices vigentes en el momento de su lanzamiento.

Todas las correcciones de errores y mejoras futuras se incluyen en las nuevas versiones de Kubernetes Operator. Recomendamos a todos los usuarios que planifiquen su migración a Kubernetes Operator dentro de estos plazos.

Para ver las notas de versiones anteriores del Operador de Kubernetes, consulta la Documentación heredada.