Para cada alerta que creas, debes establecer un objetivo y una condición o métrica. El objetivo señala qué cambió: el componente Cloud Manager. Si su condición se cumple o una métrica cae por debajo o supera el umbral establecido, el Cloud Manager activa una alerta. Para obtener más información, consulta Flujo de trabajo de alertas.
Para establecer una condición:
Seleccione 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 objetivo especificada de MongoDB.
Para establecer una métrica:
Seleccione un tipo de Target de la lista.
Filtra el Target tipo o selecciona Any.
Seleccionar una métrica de 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.
Selecciona 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 establecer una alerta para un host, selecciona el host type que se aplica a esta alerta y el 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 set de réplicas o un clúster fragmentado ni se utilice como servidor de configuración. |
Primario | Todos los primariosdel set de réplicas. |
secundario | Todos los secundariosdel set de réplicas. |
Árbitro | Todos los árbitros de set de réplicas . |
Mongos | All mongos instances. |
Conf | Todas las instancias de mongod utilizadas como servidores de configuración. |
Condiciones de alerta del host
Cambio de 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 | |
host eliminado | |
Host agregado al set 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. |
Los reinicios en la última hora es | El Cloud Manager detecta que el número de reinicios de un host en la hora anterior excede el umbral especificado. |
El host experimentó un rollback | 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 está dos o más revisiones por 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 expirará en 21 días | El certificado SSL para una instancia de MongoDB está a 21 días de su vencimiento. Cloud Manager reenvía la alerta cada 24 horas hasta que se resuelve o se reconoce. Si no resuelves o reconoces la alerta y el certificado caduca, Cloud Manager seguirá enviando la alerta. Si el certificado expira, la supervisión ya no podrá conectarse a la instancia de MongoDB. |
El host está expuesto a Internet pública | El host está expuesto a Internet público. Cuando está configurado, Cloud Manager intenta establecer una conexión de socket con sus hosts. Si Cloud Manager puede conectarse, Cloud Manager activa la alerta porque el host no está detrás de un firewall y no tiene la autenticación habilitada. 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 necesitas activar la supervisión para comprobarlo inmediatamente, puedes 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 el query targeting ratio para un host supera consistentemente 10,000 durante un periodo de 10 minutos, Performance Advisor verifica el host en busca de consultas ineficaces y posibles índices para mejorar el desempeño. Si Performance Advisor determina que el host se beneficiaría de uno o más índices, esta alerta se activa y te indica crear 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 |
|---|---|
Aserciones: 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 sólo se aplican a las implementaciones que ejecutan MongoDB versión 3.4 o posterior.
Puedes configurar alertas sobre cuánto tiempo tardan en completarse las operaciones. Las métricas del 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 medio 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
Puedes configurar alertas para saber cuántos documentos de MongoDB 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: Insertado es | 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 tasa promedio por segundo para escanear documentos cumple con su 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 relación entre documentos escaneados y 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 realizados por segundo cumple con el umbral especificado. En una instancia primaria, este número puede ser alto incluso si la cantidad de query es baja. Las secundarias "getMore" desde la primaria 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 su 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 para saber cuántas operaciones por segundo de base de datos se replican en un MongoDB secundario.
Nota
Cómo se mide
MongoDB informa sobre los opscounters utilizando el opscountersRepl 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 aplicaciones de comandos replicados por segundo cumple con tu umbral. |
Contador de operaciones: Repl borrar es | La tasa promedio de eliminaciones replicadas aplicadas por segundo cumple con tu umbral. |
Opcounter: Repl Insert is | 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: Resident está | El tamaño de la memoria residente para el proceso |
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 Swap: el espacio libre 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 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 las implementaciones que ejecutan versiones de MongoDB de la 2.2 a la 2.6.
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 | Número de veces que una página B-tree no se encontraba 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 las 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 para escritura cumple con tu umbral especificado. |
Promedio de vaciado en segundo plano
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
Puedes 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 activas de host respecto al número total de conexiones posibles cumple con el umbral especificado. El valor por defecto 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 bloqueos.
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: Writers es | El número de operaciones de escritor que esperan en un bloqueo de cualquier tipo 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.
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 versiones de MongoDB de la 2.2 a la 2.6.
Puedes establecer alertas para fallos 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 informaron sobre las métricas Accesses Not In Memory: Total is y Page Fault Exceptions Thrown: Total is utilizando el documento recordStats 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 cumple con tu umbral especificado. MongoDB debe acceder a los datos en disco si tu conjunto de trabajo no cabe en la memoria. Esta métrica se encuentra en la gráfica |
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 usa el host para mantener cursores alcanza 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: limite de tiempo excedido es | El número de cursores que el host mantiene para los clientes vencidos cumple con tu 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 enviados | El número de bytes enviados desde el host de la base de datos cumple con el umbral que has 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
Puedes configurar alertas para los "oplogs" de replicación en un proceso de 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 está detrás del primario en la aplicación de guardar. Solo es preciso si el rezago es mayor que 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
Puedes configurar alertas para las operaciones de análisis y pedidos de 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 actual 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 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 suele activarse cuando se han consumido todos los créditos en una instancia de rendimiento ampliable 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 de MongoDB, escalado a un rango del 0 al 100 % dividiendo por el número de CPUs, supera el umbral especificado. |
Memoria del sistema: en uso | 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 indicado. |
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 de 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. |
Porcentaje de espacio en disco utilizado en la partición de índice | Porcentaje del 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 de disco usado en cualquier partición que contenga los datos del índice de MongoDB supera 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 journal de 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 | El número 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 principal. Esta alerta también puede activarse cuando se reelija al mismo primario. Esto puede ocurrir cuando Cloud Manager procesa un ping en medio de una elección. |
El set de réplicas no tiene 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 la supervisión recolecta datos durante una elección primaria, esta alerta podría enviar un falso positivo. Para evitar falsos positivos de este tipo, establece el intervalo de after waiting de la configuración de alertas (en la sección Send to de la configuración). 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 nodos saludables 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
Puedes establecer una alerta para un mongos que falte en un clúster particionado. Las condiciones de clústeres fragmentados incluyen:
Condición | Activador de alertas |
|---|---|
Falta un mongos activo en el clúster | 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 | La supervisión 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 | Copia de seguridad no está ejecutando la última versión del software. |
Alertas de copia de seguridad
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 de copia de seguridad Oplog. |
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, revisa el registro de copia de seguridad correspondiente. Si ves una prueba de "Puntos Comunes Fallidos", puede que haya sucedido una de las siguientes cosas.
|
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 un snapshot del clúster un número consecutivo de veces. 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/a 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
Se pueden establecer alertas para la fecha de vencimiento de la tarjeta de crédito y los montos 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 de fin de 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. |