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 la condición es true en la instancia MongoDB de destino especificada.
Para establecer una métrica:
Seleccione un tipo de Target de la lista.
Filtra el Target tipo o selecciona Any.
Seleccione una métrica en la lista condition/metric.
Seleccione si esta métrica debe estar 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 la métrica en la instancia de MongoDB 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 alertas para todas o una de las siguientes tipos de procesos de MongoDB:
Configura el tipo de host en: | Alerta Includes |
|---|---|
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
Puedes configurar una alerta para cuando cambie la instancia de MongoDB. Las condiciones de estado del host incluyen:
Condición | Activador de alertas |
|---|---|
Host añadido | Cloud Manager comienza a monitorear o administrar un proceso mongod o |
Host eliminado | |
Host añadido al conjunto de réplicas | Se agrega un tipo especificado de mongod a un set de réplicas. |
Host eliminado del set de réplicas | El tipo especificado de MongoD proceso se elimina de un set 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 hosts no pueden experimentar retrocesos: Para obtener más información, consulta Rollbacks durante la conmutación por error del set de réplicas. |
El host está recuperándose | 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ía una alerta, pero un host que ejecute MongoDB versión 4.0.7 activaría una alerta. Para obtener más información sobre la numeración de versiones de MongoDB, consulta 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ública | 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 de sistemas de detección de intrusos. |
El host está desconectado | Cloud Manager no recibe un ping de un host durante más de 9 minutos. En una operación normal, la supervisión se conecta a cada host supervisado aproximadamente una vez por minuto. Cloud Manager espera 9 minutos antes de activar la alerta para minimizar falsos positivos, tal como ocurriría durante un reinicio del host. Si el host continúa siendo inaccesible, eventualmente la supervisión reduce la frecuencia de ping a cada 5 minutos para un mongod y cada 20 minutos para un mongos. Si un mongod o mongos vuelve a estar disponible, Cloud Manager reconoce el proceso en hasta 5 minutos. Si necesita activar la supervisión para verificar de inmediato, puede reiniciar el agente. Si Cloud Manager Automation no gestiona un proceso Para resolver esta alerta, consulte Reparar host caído. |
Asesor
Puedes configurar la alerta Host Has Index Suggestions para recibir una alerta si Performance Advisor tiene sugerencias de índice para el host.
Si la tasa de consultas de un host supera constantemente las 10 000 durante 10 minutos, Performance Advisor analiza 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 donde Performance Advisor está desactivado.
afirma
Puedes configurar alertas sobre cuántos errores de aserción por segundo ha creado la instancia.
Nota
Cómo se mide
MongoDB informa sobre opscounters utilizando el documento asserts que devuelve el comando serverStatus.
Las métricas de aserción incluyen:
Métrica | Activador de alertas |
|---|---|
Afirma: Regular es | El índice de comprobaciones regulares cumple con el umbral especificado. |
Afirmaciones: Advertencia es | La tasa de advertencias cumple con el umbral especificado. |
Afirmaciones: el mensaje es | La tasa de aserciones de mensajes cumple con el umbral especificado. Las afirmaciones de mensajes son errores internos del servidor. Las trazas de pila se registran para estos. |
Afirmaciones: el usuario está | La tasa de aseguramientos creados por los usuarios cumple con el umbral especificado. |
Puedes crear gráficas 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 | Activador de alertas |
|---|---|
Tiempo medio de ejecución: Comandos es | 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: Guardar es | 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 | Activador de alertas |
|---|---|
Métricas del documento: Eliminado es | La tasa media por segundo de documentos borrados cumple su umbral especificado. |
Métricas del documento: se inserta | La tasa promedio por segundo de documentos insertados cumple con tu umbral especificado. |
Métricas del documento: Devuelto es | La tasa promedio por segundo de documentos devueltos cumple con tu umbral especificado. |
Métricas del documento: la actualización es | La tasa promedio por segundo de documentos actualizados cumple con el umbral especificado. |
Puedes crear gráficas 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
Puedes configurar alertas para la velocidad con la que MongoDB examina los elementos durante las consultas y para la cantidad de elementos examinados en comparación con los documentos devueltos. Las métricas del tiempo de ejecución de la query incluyen:
Query Targeting: Scanned isLa tasa promedio por segundo para escanear los elementos del índice durante las queries y la evaluación del plan del query 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 isEl ratio de ítems de índice escaneados 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.
Puedes crear gráficas 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 definir alertas sobre cuántas operaciones de base de datos se completan por segundo.
Nota
Cómo se mide
MongoDB informa sobre opscounters utilizando el documento opscounters que devuelve el comando serverStatus.
Las métricas de operación incluyen:
Condición | Activador de alertas |
|---|---|
Contador de operaciones: El comando es | La tasa promedio de comandos realizados por segundo cumple con su umbral especificado. |
Opcounter: borrar 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 | El índice 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 media de actualizaciones realizadas por segundo cumple con el umbral especificado. |
Puedes crear gráficas 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 | Activador de alertas |
|---|---|
Opcounter: Repl Cmd está | 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 tu umbral. |
Opcounter: Repl Insert es | La tasa promedio de réplicas insertadas por segundo cumple con tu umbral. |
Opcounter: Repl actualizar es | La tasa promedio de actualizaciones replicadas aplicadas por segundo cumple con su umbral. |
Puedes crear gráficas 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
Puedes configurar alertas para 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
MongoDB reporta en la memoria utilizando el mem documento que el comando serverStatus devuelve.
Las métricas de memoria incluyen:
Métrica | Activador de alertas |
|---|---|
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 para el proceso |
La memoria asignada es | El tamaño de la memoria mapeada para el proceso |
Memoria: Se computó | El tamaño de la memoria virtual del proceso |
Puedes crear gráficas 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 | Activador de alertas |
|---|---|
El host tiene recomendaciones de seguridad | Autenticación o TLS está deshabilitado. |
Swap
Las métricas del swap incluyen:
Métrica | Activador de alertas |
|---|---|
Uso de swap: Utilizado es | La cantidad total de espacio de intercambio en uso ha alcanzado el umbral especificado. |
Uso de intercambio: Uso máximo 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 está por debajo del umbral especificado. |
Uso de intercambio: el máximo libre es | La cantidad máxima de espacio de intercambio disponible cae por debajo del umbral especificado. |
Caché de WiredTiger
Puedes configurar alertas sobre cuánto caché de WiredTiger 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
MongoDB reporta en la memoria utilizando el cache documento que el comando serverStatus devuelve.
Las métricas de la caché de WiredTiger incluyen:
Métrica | Activador de alertas |
|---|---|
Caché: bytes leídos en caché es | La tasa promedio de bytes por segundo leídos en el caché WiredTiger cumple con el umbral especificado. |
Caché: bytes escritos desde caché es | La tasa promedio de bytes por segundo escritos desde la memoria caché de WiredTiger cumple con tu umbral especificado. |
Caché: bytes sucios es | 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. |
Puedes crear gráficas 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 solamente 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.
Puedes configurar alertas para la cantidad de operaciones en btree que se completan por segundo en la instancia de MongoDB. Las métricas de B-Tree incluyen:
Métrica | Activador de alertas |
|---|---|
B-tree: los accesos son | El número de accesos a los índices B-tree alcanza tu umbral especificado. |
B-tree: los aciertos son | Número de veces que una página B-Tree estuvo en la memoria supera 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 a aciertos cumple con el umbral especificado. |
Porcentaje de bloqueo efectivo
Importante
Se aplica solamente 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.
Puedes configurar alertas sobre el porcentaje de tiempo que la instancia de MongoDB está bloqueada para escritura. Las métricas de porcentaje de bloqueo efectivo incluyen:
Métrica | Activador de alertas |
|---|---|
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 las implementaciones que ejecutan motores de almacenamiento MMAPv1 para sus bases de datos MongoDB.
Puede establecer una alerta para determinar cuántos milisegundos tarda en completarse el vaciado promedio en la instancia de MongoDB. Un vaciado es la escritura de datos en el disco desde la memoria.
Nota
Cómo se mide
MongoDB informa sobre el tiempo promedio de vaciado en segundo plano utilizando el valor backgroundFlushing.average_ms que devuelve el comando serverStatus.
Las métricas promedio del vaciado en segundo plano incluyen:
Métrica | Activador de alertas |
|---|---|
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
MongoDB reporta en la memoria utilizando el connections documento que el comando serverStatus devuelve.
Las métricas de conexión incluyen:
Métrica | Activador de alertas |
|---|---|
Connections es | El número de conexiones activas de hosts alcanza 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
|
Puedes crear gráficas 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
MongoDB reporta en la memoria utilizando el globalLock.currentQueue documento que el comando serverStatus devuelve.
Las métricas de la cola incluyen:
Métrica | Activador de alertas |
|---|---|
Colas: El total es | El número de operaciones en espera de un bloqueo de cualquier tipo alcanza el umbral especificado. |
Colas: Lectores es | El número de operaciones de lectura que están esperando cualquier tipo de bloqueo y cumplen con tu umbral especificado. |
Colas: Escritores es | El número de operaciones de escritura que esperan un bloqueo de cualquier tipo cumple con el umbral especificado. |
Puedes crear gráficas 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 solamente 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 reporta en la memoria utilizando el extra_info.page_faults documento que el comando serverStatus devuelve.
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 fallos de página incluyen:
Métrica | Activador de alertas |
|---|---|
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 page fault lanzadas cumple con el umbral especificado. Esta métrica se encuentra en la gráfica |
Fallos de página | La tasa de errores de página (ya sea que se lance o no una excepción) cumple con el umbral especificado. Esta métrica se encuentra en la gráfica de |
Puedes crear gráficas 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
Puedes establecer alertas para el número de cursores abiertos y tiempo agotado para un proceso de MongoDB.
Nota
Cómo se mide
MongoDB reporta en la memoria utilizando el metrics.cursor documento que el comando serverStatus devuelve.
Las métricas del cursor incluyen:
Métrica | Activador de alertas |
|---|---|
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: Abrir es | El número de cursores que el host está manteniendo 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. |
Puedes crear gráficas 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
Puedes configurar alertas para el rendimiento de red en un proceso de MongoDB.
Nota
Cómo se mide
MongoDB reporta en la memoria utilizando el network documento que el comando serverStatus devuelve.
Las métricas de red incluyen:
Métrica | Activador de alertas |
|---|---|
Red: bytes entrantes 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: Número de solicitudes es | El número de solicitudes enviadas a el host de la base de datos cumple con el umbral especificado. |
Puedes crear gráficas 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 Registro Oplog de Replicación utilizando el documento oplog 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 | Activador de alertas |
|---|---|
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 la réplica es | La cantidad aproximada de tiempo en milisegundos disponible en el oplog de replicación del primario cumple con el umbral especificado. |
Datos Oplog por hora es | La tasa promedio de gigabytes de oplog que genera el primario por hora cumple con el umbral que hayas especificado. |
El atraso de la 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. |
Puedes crear gráficas 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 | Activador de alertas |
|---|---|
Operaciones: el escaneo y pedido está | Tasa promedio por segundo sobre tu umbral especificado de queries que devuelven resultados ordenados que no pueden realizar la operación de ordenación utilizando un índice. |
Almacenamiento de base de datos
Puede configurar alertas para la cantidad de almacenamiento de datos usado. Las métricas de almacenamiento de bases de datos incluyen:
Métrica | Activador de alertas |
|---|---|
El almacenamiento de base de datos es | La cantidad de espacio de almacenamiento en disco utilizado por los extensos alcanza tu 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. |
Puedes crear gráficas 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
Puedes configurar alertas para la cantidad de almacenamiento de registrar en la bitácora utilizado. Las métricas de registrar en la bitácora incluyen:
Métrica | Activador de alertas |
|---|---|
Las confirmaciones de los registros en la bitácora en el bloqueo de escritura son | La tasa de confirmaciones que ocurrieron mientras la base de datos estaba en bloqueo de escritura cumple con tu umbral especificado. |
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 tasa promedio de datos en megabytes que Cloud Manager escribe en los archivos de datos de la base de datos por segundo cumple con su umbral especificado. Como estos guardados ya están registrados en la bitácora, pueden producirse de manera perezosa y, por lo tanto, el número que se indica aquí puede ser inferior a la cantidad realmente registrada en el disco. |
Puedes crear gráficas 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
Puedes 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 | Activador de alertas |
|---|---|
Tickets disponibles: Reads es | El número de tickets de lectura disponibles para el motor de almacenamiento WiredTiger cumple con tu umbral especificado. |
Tickets disponibles: Guardar es | Número de tickets de escritura disponibles para el motor de almacenamiento WiredTiger cumplen con el límite especificado. |
Puedes crear gráficas 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 la informática y del disco. Las condiciones de recursos del sistema incluyen:
Métrica | Activador de alertas |
|---|---|
Sistema: El % de CPU (steal) es | Aplicable cuando el saldo de créditos de la instancia EC2 se agota. El porcentaje de tiempo que la CPU está en un estado de "espera involuntaria". El porcentaje de robo de CPU es el porcentaje por el cual el uso de la CPU supera la tasa garantizada de acumulación de créditos de CPU base. 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" supera el umbral especificado. |
Sistema: CPU (usuario) % es | Uso de CPU del proceso de MongoDB, escalado a un rango del 0 al 100% dividiendo entre el número de CPUs. |
Sistema: Máximo % de CPU (usuario) | El uso máximo de CPU del proceso MongoDB, escalado a un rango de 0 a 100 % al dividirlo por la cantidad de CPU que excede el umbral especificado. |
Memoria del sistema: Se utiliza | La memoria total del sistema utilizada para el |
Memoria del sistema: Uso máximo es | El valor máximo de uso de memoria del sistema cumple con el umbral especificado. |
Memoria del sistema: Disponible es | El uso de la memoria del sistema disponible para el |
Memoria del sistema: el máximo disponible es | La cantidad máxima de memoria del sistema disponible cae por debajo del umbral especificado. |
Porcentaje de espacio en disco utilizado en la partición de datos | 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 contenga los datos de la colección de MongoDB supera 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 en disco utilizado en la partición de registro es | Porcentaje del espacio en disco utilizado en la partición que contiene el diario de MongoDB, si la grabación en diario está habilitada. |
El porcentaje máximo de espacio en disco utilizado en la partición Journal es | El porcentaje máximo de espacio en disco utilizado en la partición que contiene el diario MongoDB excede el umbral especificado. |
La entrada de la red del sistema es | La cantidad de bytes por segundo enviados al host de la base de datos cumple con el umbral especificado. |
Máxima entrada de red del sistema | 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. |
El máximosistema de salida de red es | El número máximo de bytes enviados desde MongoDB alcanza el umbral especificado. |
Puedes crear gráficas 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
Puedes configurar alertas sobre el estado del primario y el número de miembros saludables en un set de réplicas. Las condiciones del set de réplicas incluyen:
Condición | Activador de alertas |
|---|---|
El set de réplicas eligió un nuevo primario | Un conjunto elige un nuevo primario. Cada vez que Cloud Manager recibe un ping, inspecciona la salida del método rs.status() del set de réplicas para conocer el estado de cada miembro del conjunto de réplicas. A partir de esta salida, Cloud Manager determina cuál miembro del set de réplicas es el primario. Si el primario encontrado en los datos del ping es diferente al primario 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 primario. Específicamente, cuando ninguno de los nodos de un conjunto de réplicas tiene un estado de 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 resoluciones, consulta Solucionar pérdida del principal. |
Las métricas del set de réplicas incluyen:
Métrica | Activador de alertas |
|---|---|
El número de miembros sanos es | Un set de réplicas tiene menos miembros saludables de los que especificaste en el umbral. |
La cantidad de miembros no funcionales es | Un set de réplicas posee 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 que se han producido en la última hora superó el valor especificado por el usuario de |
Nota
Un nodo de un set de réplicas está saludable si se ejecuta rs.status() para ese set de réplicas y el resultado arroja PRIMARY o SECONDARY para ese nodo. 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 | Activador de alertas |
|---|---|
Al cluster le falta un mongos activo | Cloud Manager no puede acceder a ningún |
Alertas del agente
Puede configurar alertas para el estado del agente o el versionado. Las condiciones del agente incluyen:
Condición | Activador de alertas |
|---|---|
La automatización está inactiva | No se ha detectado automatización durante al menos 1 minuto. Durante la operación normal, la Automatización envía un ping a Cloud Manager aproximadamente una vez cada 10 segundos. Si Cloud Manager no recibe un ping durante al menos 1 minuto, se activa esta alerta. Esta alerta solo se activa si la Automatización está gestionando un proceso de MongoDB o un Módulo de agente. |
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 supervisión está inactiva, Cloud Manager no activa otras alertas para ningún host. Por ejemplo: si un host está inactivo, no hay supervisión que envíe datos a Cloud Manager y que pueda activar nuevas alertas. |
La supervisión no tiene la última versión | El monitoreo no está ejecutando la última versión del software. |
La copia de seguridad está caída | La copia de seguridad de un Proyecto con al menos un set de réplicas o clúster activo ha estado 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 establecer alertas para el oplog de la copia de seguridad, la resincronización y las inconsistencias. Las condiciones para la copia de seguridad incluyen:
Condición | Activador de alertas |
|---|---|
La copia de seguridad de oplog está retrasada | Los datos más recientes del oplog 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 para una copia de seguridad se queda demasiado atrás del oplog para ponerse al día. Esto ocurre cuando el host sobrescribe las entradas del oplog que aún no se han replicado en la copia de seguridad. Cuando esto suceda, debes 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, consulta Solucionar 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 la alerta puede contener la razón del problema. Los problemas comunes incluyen:
|
BI Connector Alerts
Estas condiciones de alerta se aplican al uso del BI Connector con Cloud Manager.
Alertas de usuario
Puedes establecer alertas para la adición, eliminación y cambios de roles de los usuarios. Las condiciones del usuario incluyen:
Condición | Activador de alertas |
|---|---|
El usuario se unió al proyecto | Un nuevo usuario se une al proyecto. |
El usuario abandonó el proyecto | Un usuario abandona el proyecto. |
El usuario tuvo un cambio de rol | 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 | Activador de alertas |
|---|---|
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 | Activador de alertas |
|---|---|
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 al inicio del mes en el que la tarjeta vence. Cloud Manager habilita esta configuración de alertas cuando se agrega una tarjeta de crédito por primera vez. |
El total mensual de facturas pendientes ($) 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 del proveedor de identidad de una organización.
Condición | Activador de alertas |
|---|---|
El certificado de proveedor de identidad de la organización está a punto de caducar | El certificado proveedor de identidad asociado a una organización para la cual tienes el rol de 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. |