Notas de versión de MongoDB Controllers for Kubernetes operador

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 solucionó el problema por el cual el recurso se quedaba atascado en estado Pendiente si ocurría algo clusterSpecList el elemento tiene 0 nodos. Después de la corrección, un valor de 0 nodos se maneja correctamente, 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.

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.

• soporte Cifrado TLS para todas las comunicaciones entre los procesos mongod y mongot.

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 son compatibles con las arquitecturas x86-64, ARM64, s390x y ppc64le. Para obtener más información, consulte 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.

Cuando se gestiona el operador con Helm, se pueden desactivar los permisos para los recursos PersistentVolumeClaim configurando el valor operator.enablePVCResize en false, que está establecido con el valor true por defecto. Si está habilitado, estos permisos formaban parte del rol principal de operador. Con este cambio, los permisos tienen un rol separado.

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.

Autenticación de usuario OpenID Connect (OIDC)

• Agrega compatibilidad para la autenticación de usuario OpenID Connect (OIDC).

• Puedes configurar la autenticación OIDC con los ajustes de spec.security.authentication.modes y spec.security.authentication.oidcProviderConfigs.

• Requiere MongoDB Enterprise Server 7.0.11+ o 8.0.0+.

• Para obtener más información, consulte:

  • Habilitar la Autenticación

  • Gestiona Usuarios de Base de Datos utilizando Autenticación 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 la gráfica de helm, establece el valor operator.enableClusterMongoDBRoles a false. Esto deshabilita la creación de los recursos RBAC necesarios para el recurso ClusterMongoDBRole, así como también deshabilita la vigilancia 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.

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).

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.