Technical Anshu
Tutorials Blog
📈 Monitoreo del servidor

Realice un seguimiento del rendimiento del servidor en vivo con la guía completa de ManageEngine APM

Un servidor nunca muere repentinamente. La CPU se acelera, la memoria se llena, un disco se ralentiza: los signos aparecen días antes del fallo. El monitoreo en vivo simplemente significa que usted ve esas señales primero, en lugar de escucharlas a través de usuarios enojados.

✍️ Technical Anshu🖥️ ManageEngine Applications Manager⏱️ 8 minute read
🎥 Mire el proceso completo en el video: seguimiento en vivo del rendimiento del servidor con ManageEngine APM, paso a paso

La mayoría de las oficinas se enteran de que un servidor tiene problemas a través de una llamada telefónica: Tally se detuvo, el archivo compartido desapareció, nadie puede iniciar sesión. ManageEngine Applications Manager, la herramienta que se muestra en el video, invierte ese orden. Sondea tus servidores cada pocos minutos y muestra la CPU, la memoria, el disco, los servicios y el tiempo de respuesta en un panel en vivo, de modo que un problema se convierte en una alerta en tu pantalla antes de convertirse en una queja. Esta guía cubre qué mirar, en qué orden agregarlo y los límites honestos de la herramienta.

Applications Manager - Home Dashboard (illustration)
FILE-SERVER-01 - CPU 34% · Memory 61% · Disk C 72%● Healthy
SQL-SERVER - CPU 58% · Memory 84% · Response 210 ms● Attention
APP-SERVER-02 - CPU 91% · Memory 93% · Disk D 96%● Critical
DC-MAIN - CPU 12% · Memory 44% · AD services running● Healthy

Una pantalla, cada servidor, codificado por colores. El rojo es trabajo esperándote, antes de que los usuarios lo encuentren.

Ilustración del panel del Administrador de aplicaciones. Los nombres y valores del servidor son ejemplos.
1

Qué monitorea realmente el Administrador de aplicaciones

El Administrador de aplicaciones es más amplio que una simple herramienta de ping de arriba a abajo. Desde el primer momento, monitorea servidores Windows y Linux, máquinas virtuales (VMware, Hyper-V), bases de datos como SQL Server, MySQL y Oracle, servidores web como IIS y Apache, y aplicaciones completas. Para un servidor simple, rastrea los cuatro números que predicen casi todos los fallos:

  1. Utilización de la CPU: una CPU alta y sostenida significa que el servidor no tiene capacidad suficiente
  2. Uso de memoria: un ascenso lento generalmente significa un proceso con fugas
  3. Espacio en disco y E/S de disco: un disco lleno detiene un servidor con más frecuencia que cualquier virus
  4. Tiempo de respuesta y servicios: ¿está respondiendo el servidor y se están ejecutando sus servicios clave?

Ediciones, dicho honestamente: la edición gratuita nunca caduca pero sólo permite un puñado de monitores (hasta 5). Professional eleva esa cifra a unos cientos de monitores y Enterprise escala mucho más con una configuración distribuida. Verifique los límites actuales en el sitio de ManageEngine antes de planificar, porque los números exactos cambian entre versiones.

2

Paso 1: agregue su primer servidor

La supervisión aquí es sin agentes para la mayoría de los monitores de servidores: no se instala nada en el servidor de destino. El Administrador de aplicaciones llega a él a través de la red utilizando protocolos estándar:

  1. Abra la consola y elija Nuevo monitor → Servidor
  2. Ingrese el nombre del servidor o IP y elija el modo: WMI para Windows, SSH para Linux, SNMP donde esté habilitado
  3. Proporciónele credenciales con derechos suficientes para leer contadores de rendimiento: una cuenta de monitoreo dedicada, no su inicio de sesión de administrador personal.
  4. Establezca el intervalo de sondeo: 5 minutos es un valor predeterminado sensato para la mayoría de las oficinas.

Si el descubrimiento falla, casi siempre es una de tres cosas: la credencial carece de permiso, un firewall está bloqueando el protocolo o el servicio de administración (WMI/SSH) no se está ejecutando en el destino. Arréglelos antes de culpar a la herramienta.

3

Paso 2: lea el panel como un administrador

Una pared verde no significa nada si no sabes cómo se ve lo malo. Lea un servidor en este orden:

  1. Disponibilidad primero: ¿está disponible?
  2. Tendencia del espacio en disco: un disco que se llena a 2 GB por día será una crisis en una fecha conocida; calcularlo
  3. Comportamiento de la memoria a lo largo de los días: un piso es saludable, una escalera para subir es una gotera
  4. Patrón de CPU: los picos en un momento fijo generalmente significan un trabajo programado o una copia de seguridad, no una falla

Los colores de salud (verde, ámbar, rojo) provienen de los umbrales que usted establece. Los valores predeterminados listos para usar son un punto de partida, no la verdad; ajústelos después de una semana de observar el comportamiento normal de sus propios servidores.

4

Paso 3: configure alertas que le lleguen a tiempo

Monitorear sin alertas es solo un bonito protector de pantalla. Configurar al menos:

  1. Alerta por correo electrónico o SMS cuando un servidor cae o un servicio se detiene
  2. Advertencia al 80%, crítica al 90% para el espacio en disco, con suficiente espacio entre los dos para actuar
  3. Dos o tres encuestas fallidas antes de que se active una alerta de caída, por lo que un paquete descartado no lo despierta

El objetivo es simple: el primer mensaje sobre un disco agonizante debe provenir de la herramienta, no del departamento de cuentas el día de la facturación.

5

Límites honestos antes de depender de ello

Tres cosas que esta herramienta no hará por usted. Primero, las encuestas sin agentes no se realizan en tiempo real: entre encuestas, un breve pico puede comenzar y terminar sin ser visto. Dos, la consola en sí es un servidor que puede fallar; Si la máquina de monitoreo se apaga, el silencio no significa que todo esté bien. Tres, el seguimiento profundo a nivel de código (el agente APM Insight para aplicaciones Java y .NET) es un agente independiente y un complemento: el producto base vigila el servidor y la aplicación desde fuera, lo que para la mayoría de las oficinas pequeñas y medianas es exactamente el nivel correcto.

🎥 Mira la guía en vídeo completa

Vea la demostración completa en vivo: agregar servidores, leer el panel y configurar alertas, paso a paso.

▶️ Watch Full Video
❓ Preguntas comunes (FAQ)

¿ManageEngine Applications Manager es gratuito?

Existe una edición gratuita que nunca caduca, pero está limitada a unos pocos monitores (hasta 5). Eso es suficiente para aprender a utilizar la herramienta o observar uno o dos servidores críticos. Las configuraciones más grandes necesitan la edición Professional o Enterprise; confirme los límites actuales del monitor en el sitio oficial de ManageEngine.

¿Instala un agente en cada servidor?

Para la mayoría de los monitores de servidores, bases de datos e infraestructura, no. El Administrador de aplicaciones no tiene agentes y recopila datos a través de WMI, SSH o SNMP. La excepción es el seguimiento profundo de APM Insight a nivel de código para aplicaciones Java y .NET, que utiliza su propio pequeño agente.

¿Cuál es la diferencia entre un monitor y un servidor?

Un servidor físico puede consumir varios monitores: el servidor en sí, su base de datos, su servicio web y una verificación de URL pueden contar cada uno por separado. Esto es importante al calcular el costo de la licencia, así que cuente los servicios, no solo las cajas.

Esta guía está basada en el vídeo técnico de Anshu sobre ManageEngine APM • ¿Atascado en un escalón? Pregunte en los comentarios del video; allí obtendrá una respuesta 🙏