Docs Menu
Docs Home
/
MongoDB Ops Manager
/

Registro de cambios del agente de automatización

Nota

Anuncio

El Agente de Monitoreo y Respaldo se han fusionado con el Agente de Automatización, que ahora se conocerá como Agente MongoDB. Obtenga más información sobre este cambio.


Lanzado con Ops Manager 4.0.17 el 06/02/2020

  • Redacta datos de configuración confidenciales en los archivos de registro del Agente MongoDB para mejorar la seguridad.

Lanzado con Ops Manager 4.0.16 el 2019-11-07

  • Añade soporte para el businessCategory campo en validación extendida Certificados TLS.

  • El agente de automatización ahora se construye utilizando Go 1.13.

Lanzado con Ops Manager 4.0.15 el 2019-09-05

  • Corrige un error por el cual el Agente MongoDB podía entrar en pánico y eliminar archivos de su directorio de trabajo actual.

Lanzado con Ops Manager 4.0.14 el 2019-07-31

  • Corrección: Las descargas de restauración realizadas por el Agente de automatización ahora respetan el sslTrustedMMSServerCertificate parámetro Ops Manager configurado.

Nota

sslTrustedMMSServerCertificate ha quedado obsoleto. Utilice en su httpsCAFile lugar.

Publicado con Ops Manager 4.0.13 el 2019-07-04

Lanzado con Ops Manager 4.0.12 el 2019-06-06

  • Corrección: el agente de automatización ahora cierra periódicamente todas las conexiones HTTP inactivas.

  • Solución: permitir que el agente de automatización se conecte a a mongos través de nombres de host "cortos" o "largos".

  • Solución: corrige el error en la herramienta make-init-scripts.

  • Solución: Reduzca el tiempo de espera predeterminado del encabezado HTTP en el agente de automatización de 15 minutos a 30 segundos. Esto garantiza fallos más rápidos en caso de cambios en la infraestructura del servicio Ops Manager, como cuando los balanceadores de carga mueven nodos fuera de un grupo.

  • Solución: Al restaurar un clúster fragmentado, elimine todos los metadatos de fragmentación de la config.system.sessions colección. Si no elimina los metadatos de fragmentación, MongoDB no podrá recrear esta colección una vez completada la restauración.

Lanzado con Ops Manager 4.0.8 el 2019-02-07

  • Solución: reduzca la cantidad de memoria utilizada para generar planes para clústeres fragmentados grandes.

  • Corrección: Rotación de archivos de registro cuando la rotación de registros de MongoDB está habilitada y el número máximo de archivos de registro sin comprimir está configurado en dos.

Lanzado con Ops Manager 4.0.7 el 2019-01-10

  • Agregue soporte para la opción de configuración net.ssl.certificateSelector.

  • Corrección: Permitir el cambio exitoso en storageEngine para binario independiente: mongod con TLS/SSL habilitado.

  • Corrección: el agente de automatización ya no intenta autenticarse ante los árbitros que están configurados para usar X.509 clusterAuthModepara.

Lanzado con Ops Manager 4.0.6 el 2018-12-10

Lanzado con Ops Manager 4.0.5 el 2018-11-01

  • Añadir soporte para el parámetro ssl.FIPSMode.

  • Corrección: Fuga de memoria al usar la funcionalidad de Grupos de servidores.

Lanzado con Ops Manager 4.0.4 el 2018-10-12

  • Corrección crítica: 4.0 las restauraciones de MongoDB pueden fallar si las descargas de instantáneas de los nodos en el conjunto de réplicas finalizan en momentos significativamente diferentes.

  • Corrección: restaurar la capacidad de actualizar de authSchemaVersion 3 a 5 en un clúster fragmentado.

Lanzado con Ops Manager 4.0.3 el 2018-10-04

  • Corrección: el agente de automatización puede agregar nuevos usuarios de MongoDB incluso si1 se habilitó la autenticación SCRAM-SHA- para la implementación después de habilitar SCRAM-SHA-.256

Lanzado con Ops Manager 4.0.2 el 2018-09-06

  • Los cambios en los campos que afectan al almacenamiento en un set de réplicas podrían provocar la pérdida de datos si se reinician los procesos inesperadamente.

  • El agente de automatización no pudo determinar correctamente el estado si el ID de proceso utilizado previamente por un proceso MongoDB fue recuperado por un proceso diferente después de un reinicio inesperado del servidor.

  • Solución: permitir que se cierren los miembros del CSRS.

Lanzado con Ops Manager 4.0.1 el 2018-08-02

  • Corrección crítica: establezca TasksMax=infinity y TasksAccounting=false en systemd scripts para el agente de automatización.

  • Corrección: Manejo del agente de automatización de compilaciones empresariales para Amazon Linux.2

Lanzado con Ops Manager 4.0.0 el 2018-06-27

  • Se agregó soporte para MongoDB 4.0.

  • Se agregó soporte para SCRAM-SHA-256

  • Se agregó soporte de plataforma para:

    • zLinux en RHEL 6

    • Debian 9

    • Amazon Linux 2

Importante


Lanzado con Ops Manager 3.6.10 el 2019-01-10

  • Solución: permitir que los miembros del conjunto de réplicas CSRS se apaguen.

Lanzado con Ops Manager 3.6.9 el 2018-11-01

  • Solución crítica: el almacenamiento que afecta los cambios de campo en un conjunto de réplicas podría provocar la pérdida de datos si los procesos se reiniciaran de manera inesperada.

  • Corrección: Fuga de memoria al usar la funcionalidad de Grupos de servidores.

Lanzado con Ops Manager 3.6.8 el 2018-08-02

  • Corrección crítica: establezca TasksMax=infinity y TasksAccounting=false en systemd scripts para el agente de automatización.

  • Se finaliza el soporte para SLES 11 y Ubuntu 12.04.

  • Compatibilidad del agente de automatización con el conector de BI 2.5.

  • Índices de texto compuestos mediante automatización.

  • Solución: al recopilar registros, ignore los errores de los archivos que han desaparecido.

  • Reemplace las pruebas imperecederas de Ubuntu 12 con Ubuntu 14.

  • Versión actualizada de BI Connector probada a 2.5.0.

Lanzado con Ops Manager 3.6.6 el 2018-05-03

  • Corrección: Los agentes de automatización no deben intentar rotar los archivos de registro del conector de BI para los conectores de BI en otros servidores.

Lanzado con Ops Manager 3.6.5 el 2018-04-05

  • Solución: deshabilite el hilo de monitorización TTL de MongoDB mientras aplica registros de operaciones durante una restauración de un punto en el tiempo.

  • Al realizar tareas de mantenimiento en un nodo de partición de MongoDB 3.2 para el redimensionamiento del oplog, inicia el nodo con --recoverShardingState en falso.

  • Cuando el agente de automatización realiza un cambio de tamaño en un clúster fragmentado MongoDB 3.2, deshabilite la recuperación de fragmentación mientras el nodo se inicia como independiente.

Lanzado con Ops Manager 3.6.4 el 2018-03-01

  • Los cambios realizados en cualquier opción que afecte el almacenamiento en MongoDB generarán automáticamente una sincronización inicial continua del conjunto de réplicas.

    Para conjuntos de réplicas de un solo nodo y réplicas independientes, se ejecutará un valor de /. Estas mongodump mongorestore opciones security.enableEncryption storage.smallfilesincluyen,, storage.directoryPerDb wiredTiger.directoryForIndexesy. (El storage.engine parámetro siempre ha tenido este tratamiento).

  • Corrección: el agente de automatización redimensiona correctamente el registro de509 operaciones para los clústeres MongoDB que usan X- para la autenticación del clúster.

Nota

AVISO DE LANZAMIENTO

Ops Manager 3.6.4 corrige un problema por el cual, al configurar un valor para un setParameter campo mediante automatización, el clúster de MongoDB podía no reiniciarse correctamente. Como consecuencia de esta corrección, los clústeres en los que un setParameter campo está configurado específicamente con el valor predeterminado para setParameter pueden experimentar un reinicio progresivo al actualizar a Ops Manager...364

Al configurar un campo setParameter en la configuración de MongoDB a través de Automatización, realice siempre un reinicio continuo.

Lanzado con Ops Manager 3.6.3 el 2018-02-01

  • Corrección: La determinación del estado objetivo por parte del agente de automatización era incorrecta en implementaciones multiservidor con el ldap.bind.queryPassword parámetro. Esto ya está resuelto y los cambios continuos se realizarán correctamente en estas implementaciones.

  • Corrección: Rotación de registros de BI Connector por parte del Agente de automatización para zonas horarias con diferencias GMT positivas.

Lanzado con Ops Manager 3.6.2 el 2018-01-11

  • Permitir al usuario especificar los indicadores sampleRefreshIntervalSecs y sampleSize del conector de BI

  • Corrección: Se flexibiliza la validación al krb5ConfigLocation parameter especificar. Esto ya no implica que se krb5Principal krb5Keytab requieran y.

  • Corrección: la configuración de rotación de registros del conector BI ahora respeta las marcas de tiempo de los hosts UTC.

  • Solución: mejorar la lógica que controla cuándo el agente de respaldo usa el servidor principal como fuente de sincronización.

Lanzado con Ops Manager 3.6.1 el 2017-12-19

  • Solución: Prevenir la condición de competencia cuando la versión de MongoDB y la compatibilidad de características entre versiones se actualizan al mismo tiempo.

  • Administrar las reglas del Firewall de Windows para el Conector de BI.

Lanzado con Ops Manager 3.6.0 el 2017-12-05

  • Soporte para MongoDB 3.6.

  • Soporte para campos de configuración de conjuntos de réplicas avanzados.

  • Soporte para el nuevo modelo de clave API de agente.


Lanzado con Ops Manager 3.4.14 el 2018-05-03

Publicado con Ops Manager 3.4.13 el 2018-04-05

  • Corrección: La determinación del estado objetivo por parte del agente de automatización era incorrecta en implementaciones multiservidor mediante el parámetro ldap.bind.queryPassword. Esto ya está resuelto y los cambios continuos se realizarán correctamente en estas implementaciones.

Lanzado con Ops Manager 3.4.12 el 2018-02-01

  • Mejoras en el registro

Lanzado con Ops Manager 3.4.10 el 2017-11-02

Lanzado con Ops Manager 3.4.9 el 2017-10-05

  • Se soluciona el error al recopilar estadísticas de hardware relacionadas con el disco en algunas configuraciones de hardware.

  • Cuando Automation crea un servicio temporal de Windows para realizar operaciones de mantenimiento en un mongod, elimina el servicio cuando se completa el mantenimiento.

Lanzado con Ops Manager 3.4.7 el 2017-08-03

  • Optimización para reducir el número de comprobaciones para ver si un proceso se está ejecutando.

  • Mejorar la detección de estado durante las conversiones a sets de réplicas de servidores de configuración.

Lanzado con Ops Manager 3.4.6 el 2017-07-06

  • Solución: Durante la conversión de CSRS, utiliza archivos de registro con nombres diferentes para los servidores de configuración temporales.

  • Solución: durante la conversión de CSRS, solo apague un miembro cuando esté en estado secundario.

  • Solución: el código de análisis del archivo de configuración en Windows no analizaba todas las opciones posibles.

Lanzado con Ops Manager 3.4.5 el 2017-05-18

  • Cuando se realiza una restauración automatizada a un clúster particionado con diferentes nombres de particiones, actualizar el documento de identidad de la partición.

  • Cuando realices una restauración automatizada, asegúrate de que los metadatos de la partición siempre se actualicen en el orden correcto.

  • Al realizar una restauración automática, restaure siempre a la versión del protocolo predeterminada.

  • Corrección: empaquetado de RHEL7 para que el Agente de automatización se inicie al arrancar el servidor.

  • Reduzca la frecuencia con la que el Agente de automatización verifica los archivos de registro administrados para reducir la sobrecarga de la CPU.

  • Ignore los errores de get_mempolicy y asuma que numa no está habilitado.

Lanzado con Ops Manager 3.4.4 el 2017-03-30

  • Solucionar el problema con el apagado de procesos mongod durante restauraciones automáticas en Windows.

  • Corrección de problemas al utilizar la automatización en implementaciones de múltiples servidores que emplean SSL y archivos de claves PEM cifrados.

  • Optimización para el mantenimiento del estado objetivo de clústeres fragmentados. Los agentes de automatización ejecutarán muchos menos comandos en estado estable.

Lanzado con Ops Manager 3.4.3 el 2017-02-17

  • Corregir el error en la eliminación de fragmentos para clústeres particionados en MongoDB 3.4.

  • Creado con Go 1.7.

  • Soporte para MacOS Sierra.

Lanzado con Ops Manager 3.4.2 el 2017-01-19

  • Solución: se puede instalar el Agente en Windows si el Firewall de Windows está deshabilitado.

  • Corrección: se puede usar MONGODB-CR para la autenticación del agente cuando se usa LDAP para la autenticación del usuario.

  • Solución: problema por el cual el agente dejaba de enviar estado después de que MongoDB alcanzaba su límite de conexión.

Lanzado con Ops Manager 3.4.1 el 2016-12-27

  • Solución: se puede instalar MongoDB en Power Linux cuando se usa Ops Manager en “Modo local”.

Lanzado con OpsManager 3.4.0 el 2016-11-29

  • Agrega soporte para la automatización de implementaciones de MongoDB 3.4.

  • Agrega soporte para la administración de agentes de monitoreo/copia de seguridad en sistemas Linux basados ​​en PowerPC solo para implementaciones de MongoDB 3.4 o posteriores.

  • Construido con Go 1.6.

  • Agrega soporte para la recopilación de métricas de hardware.

  • Al importar un proceso que utiliza una contraseña para PEMKeyFile, ya no es necesario que el usuario vuelva a ingresar la contraseña de PEMKeyFile.

  • Corrección: se puede actualizar de MongoDB 2.4 a 2.6 mientras se permanece en authSchemaVersion.1

  • No crea reglas de firewall de Windows para los procesos que se inician en puertos temporales donde no se requiere acceso externo.

  • Utiliza la administración systemd en RHEL7 y Ubuntu 16.04.


Lanzado con Ops Manager 2.0.7 el 2016-11-03

  • Los archivos de datos y registros de MongoDB tendrán un valor de umask o 027. Requiere la instalación de un nuevo paquete.

Lanzado con Ops Manager 2.0.6 el 2016-08-18

  • Mejorar el registro en caso de fallos de autenticación.

  • Corrección: se puede establecer clusterAuthMode en clústeres fragmentados.

Lanzado con Ops Manager 2.0.5 el 2016-07-14

  • Optimización sustancial en la recopilación de estados.

  • Tiempo de espera configurable para conexiones a procesos MongoDB.

  • Solución: Problema al verificar el éxito al crear índices de texto en compilaciones de índices continuos.

Lanzado con Ops Manager 2.0.4 el 2016-05-20

  • El agente ya no descarga datos de restauración para los árbitros.

  • Solución: Algunos casos en los que la conversión de CSRS podría quedar bloqueada.

  • Solución: el agente puede reiniciar un servidor de configuración si todos los servidores de configuración están inactivos.

  • Corrección: validación de versiones de MongoDB cuando un clúster estaba en sistemas operativos mixtos.

Lanzado con Ops Manager 2.0.3 el 2016-03-24

  • Solución: se puede importar el árbitro usando un archivo de clave diferente a la configuración existente.

  • Permitir especificar un puerto temporal para usar durante una actualización de CRSR.

Lanzado con Ops Manager 2.0.2 el 2016-03-01

Lanzado con Ops Manager 2.0.1 el 2016-01-21

  • Mejoras en la estabilidad y el rendimiento para las restauraciones a través de la automatización.

  • Se agregó optimización para priorizar las acciones de reconfiguración del conjunto de réplicas sobre las compilaciones de índices.

  • Mecanismo de construcción de índices mejorado: las construcciones de índices ya no se realizan de manera continua para los conjuntos de réplicas de nodos 2, sino que se construyen en segundo plano.

  • Se agregó optimización para no comparar opciones de índice no compatibles al determinar si ya existe un índice o no.

  • Solución: se pueden importar implementaciones existentes que incluyan árbitros que se ejecuten con autenticación.

  • Corrección: conversión continua del motor de almacenamiento para conjuntos de réplicas para garantizar que siempre haya una súper mayoría activa.

  • Solución: puede crear roles personalizados en clústeres segmentados que ejecuten MongoDB 3.2 con conjuntos de réplicas como servidores de configuración.

Lanzado con Ops Manager 2.0.0 el 2015-12-08

  • Se agregó soporte para clústeres MongoDB 3.2.0 con servidores de configuración como conjuntos de réplicas.

  • Se agregó soporte para restauraciones automatizadas a través del Agente de automatización.

  • Se añadió soporte para la creación de índices rolling.

  • Se agregó soporte para configurar el almacenamiento cifrado de WiredTiger para MongoDB 3.2.

  • Se agregó soporte para conversión continua a autenticación de miembros X-509.

  • Gestión mejorada de clústeres fragmentados con miembros que se ejecutan en ambos sistemas operativos, basados en Linux y en Windows.

  • Se agregó optimización al iniciar un nuevo agente de monitoreo o respaldo para garantizar que el proceso se esté ejecutando antes de alcanzar el estado objetivo.

  • Corrección: glibc Problema de compatibilidad en RHEL5 y RHEL6.

  • Solución: Las fallas de actualización automática del Agente de automatización podrían provocar un aumento repentino en las llamadas de configuración del Agente de automatización.

Lanzado con Ops Manager 1.8.2 el 2015-10-20

  • Solución: el agente no reconoce las estaciones de trabajo RHEL como RHEL.

Lanzada con Ops Manager 1.8.1 el 2015-08-17

  • Solución: se puede administrar una implementación existente con un usuario que tenga privilegios de "root".

  • Corrección: Las conversiones del motor de almacenamiento no se bloquean si el conjunto de réplicas contiene un árbitro.

  • Solución: se pueden actualizar las credenciales después de un intento fallido de administrar una implementación existente.

Lanzado con Ops Manager 1.8 el 2015-06-23

  • Se agregó soporte para administrar implementaciones habilitadas para SSL.

  • Se agregó soporte para administrar la implementación mediante autenticación de certificado de cliente Kerberos, LDAP y x.509.

  • Se agregó soporte para importar un mongos existente con un archivo de configuración.

  • Se agregó soporte para importar una implementación existente que contiene árbitros autenticados en los que el nombre de host no se resuelve localmente en la interfaz de bucle invertido.

  • Se agregó la capacidad de actualizar authSchemaVersion cuando la autenticación no está habilitada.

  • Se agregó soporte para cambiar el motor de almacenamiento para conjuntos de réplicas con más de un nodo de datos.

  • Se habilitaron conversiones de motor de almacenamiento para conjuntos de réplicas de nodo único y de nodos independientes.

  • Se agregó un registro más detallado de cuándo MongoDB, el Agente de monitoreo o el Agente de respaldo rotan sus registros.

  • Se agregó soporte para compilaciones de MongoDB Community Edition específicas de distribución.

  • Se agregó validación inicial para garantizar que los procesos de MongoDB se ejecuten con el mismo usuario que el Agente de automatización.

  • Se agregó funcionalidad para eliminar binarios de MongoDB en el disco que no son utilizados por un proceso administrado.

  • Se agregó optimización donde Ops Manager asume el éxito al iniciar un proceso MongoDB bifurcado, en lugar de esperar hasta el EOF.

  • Algoritmo mejorado para equilibrar los procesos de mongod entre núcleos.

  • Al borrar directorios, los enlaces simbólicos ya no se borran.

  • Corrección: Se pueden importar credenciales para MONGODB-CR usuarios desde SCRAM-SHA-1 implementaciones. Consulte: MMS-2612 para obtener más información.

  • Corrección: Se puede derivar el puerto predeterminado para los servidores de configuración iniciados con la --configsvr opción, pero sin puerto especificado. Consulte: MMS-.2489

  • Corrección: se pueden configurar tamaños de oplog superiores a 1TB.

  • Solución: el agente de automatización no interfiere con las etiquetas de conjuntos de réplicas creadas manualmente.

  • Se aseguró de que el Agente de automatización falle correctamente cuando un usuario esperado no existe durante una importación inicial.

Lanzado con Ops Manager 1.6.3 el 2015-06-23

  • Se agregó soporte para importar una implementación existente que contiene árbitros autenticados en los que el nombre de host no se resuelve localmente en la interfaz de bucle invertido.

  • Solución: lógica utilizada para realizar un reinicio progresivo.

  • Solución: al derivar el puerto predeterminado para los servidores de configuración iniciados con la --configsvr opción, pero sin especificar el puerto.Consulte2489 MMS-.

Publicado el 28-04-2015

  • Solución: se pueden actualizar los usuarios creados en MongoDB.2.4

  • Solución: ya no se produce la reparación del servidor de configuración si el tercer servidor de configuración no estaba sincronizado.

Publicado el 26-03-2015

  • Corrección: un caso extremo poco común que impedía que el Agente de automatización habilitara exitosamente la autenticación.

Publicado el 02-03-2015

Lanzamiento inicial.

Volver

MongoDB Agent

En esta página