Para cada uno Para crear una alerta, debe establecer un objetivo y una condición o métrica. El objetivo indica qué ha cambiado: el componente de Cloud Manager. Si la condición se cumple o una métrica cae por debajo o por encima del umbral establecido, Cloud Manager activa una alerta. Para obtener más información, consulte Flujo de trabajo de alertas.
Para establecer una condición:
Seleccionar un Target de la lista.
Seleccione una condición en la lista condition/metric.
Cloud Manager activa una alerta cuando se cumple la condición true en la instancia MongoDB de destino especificada.
Para establecer una métrica:
Seleccione un tipo Target de la lista.
Filtra el tipo Target o selecciona Any.
Seleccione una métrica en la lista condition/metric.
Seleccione si esta métrica debe ser Below o Above el umbral.
Escribe un valor de umbral. Todos los umbrales son números.
Seleccione la unidad de medida para el umbral.
Cloud Manager activa una alerta cuando se alcanza el umbral de métrica en la instancia de MongoDB de destino especificada.
Alertas de host
Al configurar una alerta para un host, seleccione host type que se aplica a esta alerta y condition que activa esta alerta.
Tipos de host
Para host type, configure una alerta para todos o uno de los siguientes tipos de procesos MongoDB:
Establecer el tipo de host en: | La alerta incluye |
|---|---|
Cualquier tipo | Todos los tipos descritos en esta tabla. |
Autónomo | Cualquier instancia de mongod que no sea parte de un conjunto de réplicas o un clúster fragmentado ni se utilice como servidor de configuración. |
Primario | Todos los conjuntos de réplicas primarias. |
secundario | Todos los conjuntos de réplicas secundarias. |
Árbitro | Todos los árbitros del conjunto de réplicas. |
Mongos | |
Conf | Todas las instancias de mongodutilizadas como servidores de configuración. |
Condiciones de alerta del host
Cambio en el estado del host
Puede configurar una alerta cuando la instancia de MongoDB cambie. Las condiciones del estado del host incluyen:
Condición | Disparador de alerta |
|---|---|
Anfitrión añadido | Cloud Manager comienza a monitorear o administrar un proceso mongod o |
Host eliminado | Cloud Manager deja de monitorear o administrar un proceso mongod o |
Host añadido al conjunto de réplicas | Se agrega un tipo especificado de proceso mongod a un conjunto de réplicas. |
Host eliminado del conjunto de réplicas | El tipo especificado de proceso mongod se elimina de un conjunto de réplicas. |
El host se ha reiniciado | Cloud Manager detecta que se ha reiniciado un host. |
Reinicios en la última hora es | Cloud Manager detecta que la cantidad de veces que un host se reinició durante la hora anterior excede el umbral especificado. |
El host experimentó una reversión | Cloud Manager detecta que un mongod en un host ha provocado un rollback. Los siguientes tipos de host no pueden experimentar reversiones: Para obtener más información, consulte Reversiones durante la conmutación por error del conjunto de réplicas. |
El host se está recuperando | Un secundario entra en el estado |
El host no tiene la última versión | La revisión de MongoDB que se ejecuta en un host es dos o más revisiones detrás de la versión estable actual de MongoDB. Por ejemplo, si la versión estable actual es MongoDB 4.0.9, un host que ejecute MongoDB 4.0.8 no activará una alerta, pero un host que ejecute MongoDB versión 4.0.7 sí activará una alerta. Para obtener más información sobre la numeración de versiones de MongoDB, consulte Números de versión de MongoDB en el manual de MongoDB. |
El certificado SSL del host caducará en 21 días | El certificado SSL de una instancia de MongoDB está a 21 días de su vencimiento. Cloud Manager reenvía la alerta cada 24 horas hasta que se resuelva o se confirme. Si no se resuelve ni se confirma la alerta y el certificado caduca, Cloud Manager continúa enviándola. Si el certificado caduca, el sistema de monitorización ya no podrá conectarse a la instancia de MongoDB. |
El host está expuesto a Internet público. | El host está expuesto a la red pública de Internet. Al configurarse, Cloud Manager intenta establecer una conexión de socket con sus hosts. Si Cloud Manager logra conectarse, activa la alerta porque el host no está protegido por un firewall ni tiene habilitada la autenticación. Cloud Manager ejecuta esta comprobación una vez al día. Esta es una validación de seguridad débil y no debe reemplazar otros procedimientos de auditoría o del sistema de detección de intrusiones. |
El host está caído | Cloud Manager no recibe un ping de un host durante más de 9 minutos. En condiciones normales de funcionamiento, la monitorización se conecta a cada host monitoreado aproximadamente una vez por minuto. Cloud Manager espera 9 minutos antes de activar la alerta para minimizar los falsos positivos, como los que podrían ocurrir al reiniciar un host. Si el host sigue siendo inaccesible, la monitorización reduce la frecuencia de ping a cada 5 minutos para un mongod y cada 20 minutos para un mongos.Si un mongod o un mongos vuelve a ser accesible, Cloud Manager reconoce el proceso en 5 minutos. Si necesita activar la supervisión para verificar de inmediato, puede reiniciar el agente. Si Cloud Manager Automation no gestiona un proceso y este permanece inaccesible Para resolver esta alerta, consulte Reparar host inactivo. |
Asesor
Puede configurar la Host Has Index Suggestions alerta para recibir una alerta si Performance Advisor tiene sugerencias de índice para el host.
Si la tasa de segmentación de consultas de un host supera 10 constantemente,000 durante 10 minutos, Performance Advisor comprueba el host para detectar consultas ineficientes y posibles índices para mejorar el rendimiento. Si Performance Advisor determina que el host se beneficiaría de uno o más índices, se activa esta alerta y le indica que cree los índices sugeridos.
Esta alerta no se activa en proyectos en los que el Asesor de rendimiento está deshabilitado.
afirma
Puede configurar alertas sobre la cantidad de errores de afirmación por segundo que ha creado la instancia.
Nota
Cómo se mide
MongoDB informa sobre los contadores asserts de operaciones utilizando el documento que devuelve el comando serverStatus.
Las métricas de Assert incluyen:
Métrica | Disparador de alerta |
|---|---|
Afirma: Regular es | La tasa de afirmaciones regulares cumple con el umbral especificado. |
Afirma: Advertencia es | La tasa de advertencias cumple con el umbral especificado. |
Afirma: Msg es | La tasa de aserciones de mensajes alcanza el umbral especificado. Las aserciones de mensajes son errores internos del servidor. Se registran los seguimientos de pila para estos errores. |
Afirma: El usuario es | La tasa de afirmaciones que crean los usuarios cumple con el umbral especificado. |
Puede crear gráficos para una selección de estas métricas en Cloud Manager.
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Tiempo promedio de ejecución
Importante
Se aplica solo a MongoDB 3.4 o posterior
Las siguientes métricas se aplican solo a implementaciones que ejecutan MongoDB versión 3.4 o posterior.
Puede configurar alertas sobre el tiempo que tardan las operaciones en completarse. Las métricas de tiempo de ejecución incluyen:
Métrica | Disparador de alerta |
|---|---|
Tiempo promedio de ejecución: los comandos son | El tiempo promedio de ejecución de las operaciones de comando alcanza el umbral especificado. |
Tiempo promedio de ejecución: las lecturas son | El tiempo promedio de ejecución para las operaciones de lectura alcanza el umbral especificado. |
Tiempo promedio de ejecución: Las escrituras son | El tiempo promedio de ejecución para las operaciones de guardado alcanza el umbral especificado. |
Document Metrics
Puede configurar alertas sobre la cantidad de documentos MongoDB que se procesan por segundo. Las métricas de procesamiento de documentos incluyen:
Métrica | Disparador de alerta |
|---|---|
Métricas del documento: Se ha eliminado | La tasa promedio por segundo de documentos eliminados cumple con el umbral especificado. |
Métricas del documento: se inserta | La velocidad promedio por segundo de los documentos insertados cumple con el umbral especificado. |
Métricas del documento: se devuelve | La tasa promedio por segundo de documentos devueltos cumple con el umbral especificado. |
Métricas del documento: la actualización es | La velocidad promedio por segundo de los documentos actualizados cumple con el umbral especificado. |
Puede crear gráficos para una selección de estas métricas en Cloud Manager.
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Segmentación de queries
Puede configurar alertas sobre la velocidad con la que MongoDB escanea los elementos durante las consultas y la cantidad de elementos escaneados en comparación con los documentos devueltos. Las métricas de tiempo de ejecución de consultas incluyen:
Query Targeting: Scanned isLa velocidad promedio por segundo para escanear elementos de índice durante las consultas y las evaluaciones del plan de consulta cumple con el umbral especificado.
Query Targeting: Scanned Objects isLa velocidad promedio por segundo para escanear documentos cumple con el umbral especificado.
Query Targeting: Scanned / Returned isLa proporción de elementos de índice escaneados con respecto a los documentos devueltos cumple el umbral especificado.
Query Targeting: Scanned Objects / Returned isLa proporción de documentos escaneados con respecto a los documentos devueltos cumple el umbral especificado.
Puede crear gráficos para una selección de estas métricas en Cloud Manager.
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Opcounter
Puede configurar alertas sobre cuántas operaciones de base de datos se completan por segundo.
Nota
Cómo se mide
MongoDB informa sobre los contadores opscounters de operaciones utilizando el documento que devuelve el comando serverStatus.
Las métricas de operación incluyen:
Condición | Disparador de alerta |
|---|---|
Opcounter: Cmd es | La tasa promedio de comandos realizados por segundo cumple con su umbral especificado. |
Opcounter: Eliminar es | La tasa promedio de eliminaciones realizadas por segundo cumple con el umbral especificado. |
Opcounter: Getmores es | La tasa promedio de getMores por segundo alcanza el umbral especificado. En un servidor principal, este número puede ser alto incluso si el número de consultas es bajo. Los servidores secundarios "getMore" del servidor principal como parte de la replicación. |
Opcounter: Insertar es | La tasa promedio de inserciones realizadas por segundo cumple con el umbral especificado. |
Opcounter: La consulta es | La tasa promedio de consultas realizadas por segundo cumple con el umbral especificado. |
Opcounter: La actualización es | La tasa promedio de actualizaciones realizadas por segundo cumple con el umbral especificado. |
Puede crear gráficos para una selección de estas métricas en Cloud Manager.
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Opcounter: Repl
Puede configurar alertas sobre la cantidad de operaciones de base de datos por segundo que se replican en los secundarios de MongoDB.
Nota
Cómo se mide
MongoDB informa sobre los opscountersRepl contadores de operaciones utilizando el documento que devuelve el comando serverStatus.
Las métricas de operación de replicación incluyen:
Métrica | Disparador de alerta |
|---|---|
Opcounter: Repl Cmd es | La tasa promedio de comandos replicados aplicados por segundo cumple con su umbral. |
Contador de operaciones: Repl borrar es | La tasa promedio de eliminaciones replicadas aplicadas por segundo cumple con su umbral. |
Opcounter: Repl Insert es | La tasa promedio de réplicas insertadas por segundo cumple con tu umbral. |
Opcounter: La actualización de Repl es | La tasa promedio de actualizaciones replicadas aplicadas por segundo cumple con su umbral. |
Puede crear gráficos para una selección de estas métricas en Cloud Manager.
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Memoria
Puede configurar alertas sobre la cantidad de memoria que utiliza una instancia de MongoDB. Establezca este umbral en bits, kilobits, megabits, gigabits, bytes, kilobytes, megabytes, gigabytes, terabytes o petabytes.
Nota
Cómo se mide
Las métricas de memoria incluyen:
Métrica | Disparador de alerta |
|---|---|
Memoria: Residente es | El tamaño de la memoria residente del proceso alcanza el umbral especificado. Con el tiempo, en un host de base de datos dedicado, la memoria residente puede alcanzar la cantidad de RAM del host. |
Memoria: Virtual es | El tamaño de la memoria virtual del proceso alcanza el umbral especificado. Puede usar esta alerta para marcar el exceso de memoria fuera de la asignación de |
La memoria asignada es | El tamaño de memoria asignada para el |
Memoria: Calculada es | El tamaño de memoria virtual del |
Puede crear gráficos para una selección de estas métricas en Cloud Manager.
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Seguridad
Las métricas de seguridad incluyen:
Métrica | Disparador de alerta |
|---|---|
El anfitrión tiene recomendaciones de seguridad. | Autenticación o TLS está deshabilitado. |
Swap
Las métricas de intercambio incluyen:
Métrica | Disparador de alerta |
|---|---|
Uso de intercambio: Se utiliza | La cantidad total de espacio de intercambio en uso ha alcanzado el umbral especificado. |
Uso de intercambio: el máximo utilizado es | La cantidad total máxima de espacio swap en uso alcanza el umbral especificado. |
Uso de intercambio: Gratis es | La cantidad de espacio de intercambio disponible ha caído por debajo del umbral especificado. |
Uso de intercambio: el máximo gratuito es | La cantidad máxima de espacio de intercambio disponible cae por debajo del umbral especificado. |
Caché de WiredTiger
Puede configurar alertas sobre la cantidad de caché de WiredTiger que utiliza una instancia de MongoDB. Establezca este umbral en bits, kilobits, megabits, gigabits, bytes, kilobytes, megabytes, gigabytes, terabytes o petabytes.
Nota
Cómo se mide
Las métricas de caché de WiredTiger incluyen:
Métrica | Disparador de alerta |
|---|---|
Caché: los bytes leídos en la caché son | La velocidad promedio de bytes por segundo leídos en la memoria caché de WiredTiger cumple con el umbral especificado. |
Caché: los bytes escritos desde la caché son | La velocidad promedio de bytes por segundo escritos desde el caché de WiredTiger cumple con el umbral especificado. |
Caché: los bytes sucios son | Número de bytes sucios rastreados actualmente en la memoria caché de WiredTiger. |
Caché: Los bytes utilizados son | Número de bytes actualmente en la caché de WiredTiger. |
Puede crear gráficos para una selección de estas métricas en Cloud Manager.
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
B-tree
Importante
Se aplica solo a MongoDB 2.2 a 2.6
Estas métricas solo activan alertas en implementaciones que ejecutan las versiones 2.2 a 2.6 de MongoDB.
Puede configurar alertas para la cantidad de operaciones de árbol B que se completan por segundo en la instancia de MongoDB. Las métricas de árbol B incluyen:
Métrica | Disparador de alerta |
|---|---|
B-tree: los accesos son | El número de accesos a los índices B-tree alcanza tu umbral especificado. |
B-tree: los aciertos son | El número de veces que una página de árbol B estuvo en la memoria cumple con el umbral especificado. |
B-tree: los fallos son | La cantidad de veces que una página de árbol B no estaba en la memoria cumple con el umbral especificado. |
B-tree: la tasa de fallos es | La proporción de fallos y aciertos cumple con el umbral especificado. |
% de bloqueo efectivo
Importante
Se aplica solo a MongoDB 2.2 a 2.6
Esta métrica solo activa alertas en implementaciones que ejecutan las versiones 2.2 a 2.6 de MongoDB.
Puede configurar alertas para el porcentaje de tiempo que la instancia de MongoDB está bloqueada contra escritura. Las métricas de porcentaje de bloqueo efectivo incluyen:
Métrica | Disparador de alerta |
|---|---|
El porcentaje del bloqueo efectivo es | Si el porcentaje del tiempo total que la instancia está bloqueada contra escritura cumple con el umbral especificado. |
Promedio de descarga de fondo
Importante
Se aplica solo a bases de datos que ejecutan MMAPv1
Esta métrica solo activa alertas en implementaciones que ejecutan motores de almacenamiento MMAPv1 para sus bases de datos MongoDB.
Puede configurar una alerta que indique el tiempo promedio en milisegundos que tarda en completarse el vaciado de la instancia de MongoDB. Un vaciado consiste en escribir datos desde la memoria al disco.
Nota
Cómo se mide
MongoDB informa el tiempo promedio de vaciado en segundo plano utilizando el backgroundFlushing.average_ms valor que devuelve el comando serverStatus.
Las métricas promedio de limpieza de fondo incluyen:
Métrica | Disparador de alerta |
|---|---|
El promedio de vaciado en segundo plano es | El tiempo promedio para liberaciones en segundo plano cumple con el umbral que especificaste. |
Conexiones
Puede configurar alertas para las conexiones activas a la instancia de MongoDB.
Nota
Cómo se mide
Las métricas de conexión incluyen:
Métrica | Disparador de alerta |
|---|---|
Conexiones es | El número de conexiones de host activas cumple con el umbral especificado. |
El porcentaje de conexiones del límite configurado es | El porcentaje de conexiones de host activas respecto al número total de conexiones posibles alcanza el umbral especificado. El valor predeterminado para las versiones 2.6.0 y 3.0.0 de MongoDB es
|
Puede crear gráficos para una selección de estas métricas en Cloud Manager.
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Queues
Puede configurar alertas para las operaciones que esperan en las esclusas.
Nota
Cómo se mide
Las métricas de la cola incluyen:
Métrica | Disparador de alerta |
|---|---|
Colas: El total es | El número de operaciones que esperan en un bloqueo de cualquier tipo cumple con el umbral especificado. |
Colas: Lectores es | El número de operaciones de lector que esperan un bloqueo de cualquier tipo cumple con el umbral especificado. |
Colas: Escritores es | El número de operaciones de escritura que esperan un bloqueo de cualquier tipo cumple con el umbral especificado. |
Puede crear gráficos para una selección de estas métricas en Cloud Manager.
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Errores de página
Importante
Se aplica solo a MongoDB 2.2 a 2.6
Las métricas Accesses Not In Memory: Total is y Page Fault Exceptions Thrown: Total is solo activan alertas en implementaciones que ejecutan las versiones 2.2 a 2.6 de MongoDB.
Puede configurar alertas para errores de página.
Nota
Cómo se mide
MongoDB informa sobre la memoria utilizando el extra_info.page_faults documento que devuelve el comando serverStatus.
MongoDB 2.2 a 2.6 informó sobre las Accesses Not In Memory: Total is Page Fault Exceptions Thrown: Total is métricas y utilizando el recordStats documento que devolvió el comando serverStatus.
Las métricas de errores de página incluyen:
Métrica | Disparador de alerta |
|---|---|
Accesos que no están en la memoria: El total es | La tasa de accesos al disco alcanza el umbral especificado. MongoDB debe acceder a los datos del disco si su conjunto de trabajo no cabe en la memoria. Esta métrica se encuentra en el |
Excepciones de fallo de página lanzadas: El total es | La tasa de excepciones de fallos de página alcanza el umbral especificado. Esta métrica se encuentra en el gráfico |
Los fallos de página son | La tasa de fallos de página (independientemente de si se lanza una excepción) alcanza el umbral especificado. Esta métrica se encuentra en el gráfico |
Puede crear gráficos para una selección de estas métricas en Cloud Manager.
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Cursors
Puede configurar alertas para la cantidad de cursores abiertos y agotados para un proceso MongoDB.
Nota
Cómo se mide
Las métricas del cursor incluyen:
Métrica | Disparador de alerta |
|---|---|
Cursores: El tamaño de los cursores del cliente es | La cantidad de memoria que utiliza el host para mantener los cursores cumple con el umbral especificado. |
Cursores: Abierto es | La cantidad de cursores que el host mantiene para los clientes cumple con el umbral especificado. |
Cursores: el tiempo de espera ha expirado | La cantidad de cursores con tiempo de espera que el host mantiene para los clientes cumple con el umbral especificado. |
Puede crear gráficos para una selección de estas métricas en Cloud Manager.
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Red
Puede configurar alertas para el rendimiento de la red para un proceso MongoDB.
Nota
Cómo se mide
Las métricas de red incluyen:
Métrica | Disparador de alerta |
|---|---|
Red: Bytes In es | La cantidad de bytes enviados al host de la base de datos cumple con el umbral especificado. |
Red: Bytes de salida es | La cantidad de bytes enviados desde el host de la base de datos cumple con el umbral especificado. |
Red: El número de solicitudes es | El número de solicitudes enviadas al host de la base de datos cumple con el umbral especificado. |
Puede crear gráficos para una selección de estas métricas en Cloud Manager.
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Oplog de replicación
Puede configurar alertas para los registros de operaciones de replicación de un proceso MongoDB.
Nota
Cómo se mide
MongoDB informa sobre el oplog registro de operaciones de replicación utilizando el documento que devuelve el comando serverStatus combinado con los resultados de rs.status() y rs.conf().
Las métricas de oplog de replicación incluyen:
Métrica | Disparador de alerta |
|---|---|
El margen de replicación es | La diferencia entre la ventana de oplog de la fuente de sincronización y el secundario atraso de la replicación cumple con tu umbral especificado. Un secundario puede entrar en |
El tiempo de réplica es | |
Los datos de oplog por hora son | La tasa promedio de gigabytes de oplog que el servidor principal genera por hora cumple con el umbral especificado. |
El retraso de replicación es | Número aproximado de segundos que el secundario se retrasa respecto al principal en la aplicación de escritura. Solo es preciso si el retraso es mayor de 1-2 segundos, ya que la precisión de esta estadística es limitada. |
Puede crear gráficos para una selección de estas métricas en Cloud Manager.
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Escaneo y orden de operaciones
Puede configurar alertas para las operaciones de escaneo y orden para un proceso MongoDB.
Nota
Cómo se mide
MongoDB informa sobre el Oplog de replicación usando el documento metrics.operation.scanAndOrder que devuelve el comando serverStatus.
Las métricas de operaciones incluyen:
Métrica | Disparador de alerta |
|---|---|
Operaciones: Escanear y ordenar es | Tasa promedio por segundo sobre el umbral especificado de consultas que devuelven resultados ordenados que no pueden realizar la operación de clasificación utilizando un índice. |
Almacenamiento de base de datos
Puede configurar alertas sobre la cantidad de almacenamiento de datos utilizado. Las métricas de almacenamiento de la base de datos incluyen:
Métrica | Disparador de alerta |
|---|---|
El almacenamiento de bases de datos es | La cantidad de espacio de almacenamiento en disco utilizado por las extensiones cumple con el umbral especificado. |
El tamaño de los datos de la base de datos es | El tamaño real de los datos en la base de datos cumple con el umbral especificado. |
Puede crear gráficos para una selección de estas métricas en Cloud Manager.
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Registro en la bitácora
Puede configurar alertas sobre la cantidad de almacenamiento de registro utilizado. Las métricas de registro incluyen:
Métrica | Disparador de alerta |
|---|---|
Las confirmaciones de los registros en la bitácora en el bloqueo de escritura son | |
Los MB de los registros en la bitácora son | La cantidad promedio de datos en megabytes que Cloud Manager escribe en el registro de recuperación por segundo cumple con el umbral especificado. |
Los MB de los archivos de datos de guardado de registros en la bitácora son | La velocidad promedio de escritura de datos en megabytes por segundo de Cloud Manager en los archivos de datos de las bases de datos alcanza el umbral especificado. Dado que estas escrituras ya están registradas, pueden ocurrir de forma diferida, por lo que la cantidad indicada aquí puede ser menor que la cantidad escrita físicamente en el disco. |
Puede crear gráficos para una selección de estas métricas en Cloud Manager.
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Motor de almacenamiento WiredTiger
Puede configurar alertas para los tickets de WiredTiger.
Nota
Cómo se mide
MongoDB informa sobre WiredTiger utilizando los documentos wiredTiger.cache y wiredTiger.concurrentTransactions que el comando serverStatus devuelve.
Las condiciones del motor de almacenamiento de WiredTiger incluyen:
Métrica | Disparador de alerta |
|---|---|
Entradas disponibles: Reads is | La cantidad de tickets de lectura disponibles para el motor de almacenamiento WiredTiger cumple con el umbral especificado. |
Tickets disponibles: Guardar es | La cantidad de tickets de escritura disponibles para el motor de almacenamiento WiredTiger cumple con el umbral especificado. |
Puede crear gráficos para una selección de estas métricas en Cloud Manager.
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Alertas de sistema y de disco
Puede configurar alertas para el uso de recursos de cómputo y disco. Las condiciones de los recursos del sistema incluyen:
Métrica | Disparador de alerta |
|---|---|
Sistema: CPU (Robo) % es | Se aplica cuando el saldo de crédito de la instancia EC2 se ha agotado. El porcentaje de tiempo que la CPU permanece en estado de espera involuntaria. El porcentaje de robo de CPU es el porcentaje en el que el uso de la CPU excede la tasa base garantizada de acumulación de créditos de CPU. Esta alerta generalmente se activa cuando se han consumido todos los créditos en una instancia de rendimiento explosivo de AWS. |
Sistema: El % máximo de CPU (robo) es | El porcentaje máximo de tiempo que la CPU está en un estado de "espera involuntaria" excede el umbral especificado. |
Sistema: CPU (Usuario) % es | Uso de CPU del proceso MongoDB, escalado a un rango de 0-100% dividiendo por la cantidad de CPU. |
Sistema: El % máximo de CPU (usuario) es | El uso máximo de CPU del proceso MongoDB, escalado a un rango de 0-100% al dividir por la cantidad de CPU que excede el umbral especificado. |
Memoria del sistema: Se utiliza | La memoria total del sistema utilizada para los |
Memoria del sistema: Máxima utilizada es | El valor máximo de uso de memoria del sistema cumple con el umbral especificado. |
Memoria del sistema: Disponible es | El uso de memoria del sistema disponible para ha caído por debajo del umbral |
Memoria del sistema: la máxima disponible es | La cantidad máxima de memoria del sistema disponible cae por debajo del umbral especificado. |
El % de espacio de disco utilizado en la partición de datos es | Porcentaje de espacio en disco utilizado en cualquier partición que contenga los datos de la colección MongoDB. |
máx. % de uso de espacio en disco en la partición de datos | El porcentaje máximo de espacio en disco utilizado en cualquier partición que contiene datos de la colección MongoDB excede el umbral especificado. |
El % de espacio de disco utilizado en la partición de índice es | Porcentaje de espacio en disco utilizado en cualquier partición que contenga los datos del índice de MongoDB. |
El porcentaje máximo de espacio en disco utilizado en la partición del índice es | El porcentaje máximo de espacio en disco utilizado en cualquier partición que contenga datos del índice MongoDB excede el umbral especificado. |
El % de espacio de disco utilizado en la partición de diario es | Porcentaje de espacio en disco utilizado en la partición que contiene el diario de MongoDB, si el registro está habilitado. |
El porcentaje máximo de espacio en disco utilizado en la partición de diario es | El porcentaje máximo de espacio en disco utilizado en la partición que contiene el diario MongoDB excede el umbral especificado. |
La red del sistema está en | La cantidad de bytes por segundo enviados al host de la base de datos cumple con el umbral especificado. |
La red del sistema Max In es | El número máximo de bytes enviados a MongoDB cumple con el umbral especificado. |
La salida de red del sistema es | La cantidad de bytes por segundo enviados desde el host de la base de datos cumple con el umbral especificado. La versión de Cloud Manager del 14 de febrero de 2024 corrige un problema por el que Cloud Manager reportaba incorrectamente esta métrica. Esta versión restablece esta métrica y los valores anteriores ya no aparecen. |
La salida de red del sistema Max es | El número máximo de bytes enviados desde MongoDB alcanza el umbral especificado. |
Puede crear gráficos para una selección de estas métricas en Cloud Manager.
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Alertas de set de réplicas
Puede configurar alertas sobre el estado del conjunto principal y el número de miembros sanos en un conjunto de réplicas. Las condiciones del conjunto de réplicas incluyen:
Condición | Disparador de alerta |
|---|---|
Conjunto de réplicas eligió una nueva primaria | Un conjunto elige un nuevo servidor principal. Cada vez que Cloud Manager recibe un ping, inspecciona la salida del método rs.status() del conjunto de réplicas para determinar el estado de cada miembro. A partir de esta salida, Cloud Manager determina cuál es el servidor principal. Si el servidor principal detectado en los datos de ping es diferente del servidor principal actual que Cloud Manager conoce, se activa esta alerta. Recibir esta alerta no siempre significa que el conjunto haya elegido un nuevo servidor principal. Esta alerta también puede activarse cuando se vuelve a elegir el mismo servidor principal. Esto puede ocurrir cuando Cloud Manager procesa un ping durante una elección. |
El conjunto de réplicas no tiene un primario | Un conjunto de réplicas no tiene un elemento principal. En concreto, cuando ninguno de los miembros de un conjunto de réplicas tiene el Si el Monitoreo recopila datos durante unas elecciones primarias, esta alerta podría generar un falso positivo. Para evitarlo, configure el after waiting intervalo en la Send to sección de la configuración de alertas. Para obtener soluciones,consulte Reparar el archivo primario perdido. |
Las métricas del conjunto de réplicas incluyen:
Métrica | Disparador de alerta |
|---|---|
El número de miembros sanos es | Un conjunto de réplicas tiene menos miembros sanos que el umbral especificado. |
La cantidad de miembros no funcionales es | Un conjunto de réplicas tiene más miembros no saludables que el umbral especificado. |
El número de elecciones en la última hora es > X | El número de elecciones realizadas en la última hora superó el valor especificado por el usuario de |
Nota
Un miembro del conjunto de réplicas está en buen estado si se ejecuta rs.status() para ese conjunto y el resultado devuelve PRIMARY o SECONDARY para ese miembro. Los secundarios y árbitros ocultos no se contabilizan.
Alertas de clúster particionado
Puede configurar una alerta para la falta de un mongos en un clúster fragmentado. Las condiciones del clúster fragmentado incluyen:
Condición | Disparador de alerta |
|---|---|
Al cluster le falta un mongos activo | Cloud Manager no puede acceder a ningún |
Alertas de agente
Puede configurar alertas para el estado o la versión del agente. Las condiciones del agente incluyen:
Condición | Disparador de alerta |
|---|---|
La automatización está inactiva | No se ha detectado ninguna automatización durante al menos 1 minuto. En condiciones normales de funcionamiento, la automatización envía un ping a Cloud Manager aproximadamente cada 10 segundos. Si Cloud Manager no recibe un ping durante al menos 1 minutos, se activa esta alerta. Esta alerta se activa solo si la automatización está administrando un proceso o un módulo de agente de MongoDB. |
La supervisión no funciona | No se detecta supervisión durante al menos 7 minutos. En condiciones normales, la supervisión envía un ping a Cloud Manager aproximadamente una vez por minuto. Si Cloud Manager no recibe un ping durante al menos 7 minutos, se activa esta alerta. Sin embargo, esta alerta nunca se activa para un proyecto que no tenga hosts configurados. IMPORTANTE: Cuando la monitorización está inactiva, Cloud Manager no activa ninguna otra alerta para ningún host. Por ejemplo, si un host está inactivo, la monitorización no envía datos a Cloud Manager que puedan activar nuevas alertas. |
El monitoreo no tiene la última versión | El monitoreo no está ejecutando la última versión del software. |
La copia de seguridad no funciona | La copia de seguridad de un proyecto con al menos un conjunto de réplicas o clúster activo está inactiva durante más de 1 hora. Para resolver esta alerta:
|
La copia de seguridad no tiene la última versión | La copia de seguridad no ejecuta la última versión del software. |
Alertas de respaldo
Puede configurar alertas para registros de operaciones de copia de seguridad, resincronización e inconsistencias. Las condiciones de la copia de seguridad incluyen:
Condición | Disparador de alerta |
|---|---|
La copia de seguridad de oplog está retrasada | Los datos de oplog más recientes recibidos por Cloud Manager tienen más de 75 minutos de antigüedad. Para resolver esta alerta, consulte Solucionar problemas del registro de operaciones de copia de seguridad. |
La copia de seguridad requiere una resincronización | El proceso de replicación de una copia de seguridad se retrasa demasiado respecto al registro de operaciones y no puede ponerse al día. Esto ocurre cuando el host sobrescribe las entradas del registro de operaciones que la copia de seguridad aún no ha replicado. En este caso, debe resincronizar la copia de seguridad, como se describe en el procedimiento "Resincronizar una copia de seguridad". Además, revise el registro de copias de seguridad correspondiente. Si ve una prueba de "Puntos comunes fallidos", es posible que se haya producido una de las siguientes situaciones.
|
Se ha detectado una configuración de copia de seguridad inconsistente | Cloud Manager ha detectado que la configuración de una copia de seguridad no coincide con la configuración de la implementación de MongoDB que respalda. Para resolver esta alerta, consulte Reparar copia de seguridad inconsistente. |
El recuento inconsistente de snapshots de clúster es... | Cloud Manager no logra tomar una instantánea del clúster varias veces consecutivas. Esta alerta se activa cuando el número de intentos alcanza el umbral especificado. El texto de alerta puede contener el motivo del problema. Algunos problemas comunes incluyen:
|
Alertas del conector de BI
Estas condiciones de alerta se aplican al uso de BI Connector con Cloud Manager.
Alertas de usuario
Puede configurar alertas para la adición, eliminación y cambio de roles de usuarios. Las condiciones del usuario incluyen:
Condición | Disparador de alerta |
|---|---|
El usuario se unió al proyecto | Un nuevo usuario se une al proyecto. |
El usuario abandonó el proyecto | Un usuario abandona el proyecto. |
El rol del usuario cambió | Se han cambiado los roles de un usuario. |
Alertas del proyecto
Puede configurar alertas para la aprobación de usuarios y la configuración de autenticación. Las condiciones del proyecto incluyen:
Condición | Disparador de alerta |
|---|---|
Los usuarios no tienen habilitada la autenticación de dos factores | El proyecto tiene usuarios que no han configurado la autenticación de dos factores. |
Alertas de revisión de seguridad actualizadas | Las alertas de verificación de seguridad del proyecto cambiaron. |
Alertas de facturación
Puede configurar alertas para el vencimiento de tarjetas de crédito y los importes de facturación. Las condiciones de facturación incluyen:
Condición | Disparador de alerta |
|---|---|
La tarjeta de crédito está a punto de caducar | La tarjeta de crédito registrada está a punto de caducar. La alerta se activa a principios del mes en que caduca. Cloud Manager habilita esta configuración de alerta al agregar una tarjeta de crédito por primera vez. |
El total de la factura mensual pendiente ($) es | La factura del final del mes cumple con el umbral especificado. |
El importe diario facturado ($) es | La cantidad para el día actual cumple con el umbral especificado. |
Alertas de federación
Puede configurar alertas para el certificado IdP de una organización.
Condición | Disparador de alerta |
|---|---|
El certificado IdP de la organización está a punto de caducar | El certificado deIdP asociado a una organización en la que tiene el rol caduca MongoDB Cloud Manager crea esta alerta automáticamente cuando mapee una organización a un proveedor de identidad. Si remueve la vinculación, MongoDB Cloud Manager borra todas las instancias de esta alerta. |