Opsio - Cloud and AI Solutions
Monitoring7 min de lectura· 1608 palabras

Cómo monitorizar el rendimiento de Windows Server: herramientas, contadores y umbrales

Johan Carlsson
Johan Carlsson

Country Manager, Suecia

Publicado: ·Actualizado:
Traducido del inglés y revisado por el equipo editorial de Opsio. Ver original →

Para monitorizar el rendimiento de Windows Server, use el Monitor de rendimiento para registrar los contadores clave de CPU, memoria, disco y red, compárelos con una línea base y con los umbrales de Microsoft, y profundice en los procesos con el Monitor de recursos o el Administrador de tareas cuando un contador se ponga en rojo. Si tiene más de unos pocos servidores, envíe los mismos contadores a una herramienta de monitorización central con alertas.

Puntos clave

  • El Monitor de rendimiento (Performance Monitor) está integrado en todas las versiones de Windows Server y puede registrar contadores de forma continua con un Data Collector Set, creado en la interfaz gráfica o con logman.
  • Microsoft considera una latencia de disco (Avg. Disk sec/Read y sec/Write) superior a 25 ms como aviso y superior a 50 ms como crítica.
  • Un valor bajo de Memory\Available MBytes (menos del 10 % de la RAM) y un % Idle Time bajo (menos del 10 %) son las señales más claras de presión de memoria y de CPU.
  • Los picos breves son normales. Investigue cuando un contador permanece en el rango de aviso un minuto o más.
  • Cree primero una línea base con carga normal; sin ella no puede distinguir lo lento de lo normal.

¿Qué herramientas integradas monitorizan el rendimiento de Windows Server?

HerramientaÚsela paraCómo abrirla
Administrador de tareasUn vistazo rápido al uso de CPU, memoria, disco y red, y a qué proceso está ocupadoCtrl+Shift+Esc o taskmgr
Monitor de recursosDetalle en directo por proceso: archivos de disco en uso, conexiones de red, errores graves de página de memoriaresmon
Monitor de rendimientoContadores a lo largo del tiempo, Data Collector Sets, informes y alertas por umbralperfmon
Monitor de confiabilidad y Visor de eventosBloqueos, actualizaciones fallidas y errores de servicio que coinciden con las ralentizacionesperfmon /rel y eventvwr
Windows Admin CenterAdministración desde el navegador con gráficos de rendimiento de varios servidoresInstalar en un servidor de puerta de enlace
PowerShell y línea de comandosMuestreo de contadores con scripts y recogida remotaGet-Counter, typeperf, logman

Windows Admin Center es la herramienta gratuita de Microsoft, basada en navegador, para administrar servidores y clústeres, y es un paso intermedio práctico entre iniciar sesión en cada servidor y usar una plataforma de monitorización completa.

¿Qué contadores de rendimiento importan más?

La guía de Microsoft para solucionar problemas de rendimiento en Windows enumera los contadores más importantes con rangos saludable, de aviso y crítico. Los principales:

RecursoContadorSaludableAvisoCrítico
Disco\LogicalDisk(*)\Avg. Disk sec/Read y sec/Write< 15 ms> 25 ms> 50 ms
Memoria\Memory\Available MBytes> 10 % de la RAM o al menos 4 GB libres< 10 %< 1 % o menos de 500 MB
Memoria\Memory\% Committed Bytes In Use0–50 %60–80 %80–100 %
CPU\Processor Information(*)\% User Time< 50 %50–80 %> 80 %
CPU\Processor Information(*)\% Privileged Time< 30 %30–50 %> 50 %
CPU\Processor Information(*)\% Idle Time> 20 %> 10 %< 10 %
Red\Network Interface(*)\Bytes Total/sec (porcentaje de la velocidad del enlace)< 50 %50–80 %> 80 %

Microsoft señala que los picos breves son aceptables; investigue cuando un valor se mantiene alto durante más de un minuto. Cuando un contador principal está en el rango de aviso, use los contadores de proceso correspondientes para encontrar la causa:

  • Disco: \Process(*)\IO Read Operations/sec e IO Write Operations/sec muestran qué proceso genera la carga de disco.
  • Memoria: \Process(*)\Working Set muestra qué proceso retiene más RAM. Vigile también Pool Paged y Pool Nonpaged Bytes, que apuntan a fugas de controladores o del kernel.
  • CPU: \Process(*)\% User Time y % Privileged Time. Un tiempo privilegiado alto suele indicar controladores, almacenamiento o trabajo de red, incluidos los controladores de filtro del antivirus.
  • Red: recuerde que la velocidad del enlace se mide en bits. Una tarjeta de 1 Gbit/s llega como máximo a unos 125 MB por segundo.

Los servidores con un rol específico necesitan contadores adicionales. Para los hosts de SQL Server e IIS, consulte nuestras guías sobre monitorización del rendimiento de SQL Server y monitorización del rendimiento de un servidor IIS.

Cómo configurar el registro continuo con el Monitor de rendimiento

  1. Cree un Data Collector Set. En el Monitor de rendimiento vaya a Data Collector Sets, User Defined, New. O use logman desde un símbolo del sistema ejecutado como administrador.
  2. Elija los contadores de la tabla anterior, más los contadores Process(*) para poder encontrar después al culpable.
  3. Elija un intervalo razonable. El ejemplo de Microsoft usa 15 segundos, porque un gráfico del Monitor de rendimiento muestra como máximo 1.000 puntos de datos antes de empezar a fusionar muestras.
  4. Use un registro circular con límite de tamaño para que el registro nunca llene el disco. El ejemplo de Microsoft lo limita a 800 MB e indica que la sobrecarga es inferior al 1 %.
  5. Haga que arranque automáticamente. Un Data Collector Set iniciado con logman no se reinicia tras un reinicio del servidor, así que añada una tarea programada al arranque.
  6. Revise y compare. Abra el archivo .blg en el Monitor de rendimiento y compare el periodo de actividad intensa con su línea base.

Un ejemplo mínimo, adaptado de la guía de Microsoft:

logman create counter PerfLog-15s -o "C:\perflogs\PerfLog-15s.blg" -f bincirc -max 800 -si 00:00:15 -c "\LogicalDisk(*)\*" "\Memory\*" "\Network Interface(*)\*" "\Processor Information(*)\*" "\Process(*)\*" "\System\*"
logman start PerfLog-15s

Para una comprobación rápida desde PowerShell, Get-Counter muestrea contadores en servidores locales o remotos, por ejemplo Get-Counter '\Processor Information(_Total)\% Processor Time' -SampleInterval 5 -MaxSamples 12.

Cómo monitorizar muchos servidores Windows de forma centralizada

Iniciar sesión en los servidores uno por uno no escala. Envíe los mismos contadores a una plataforma central que guarde el histórico, dibuje paneles y genere alertas:

  • Azure: Azure Monitor Agent con una regla de recopilación de datos para los contadores de rendimiento de Windows, para VM de Azure y, mediante Azure Arc, servidores locales.
  • AWS: el agente de CloudWatch recoge los contadores de rendimiento de Windows como métricas personalizadas; la documentación del agente de CloudWatch enumera lo que puede recopilar.
  • Código abierto: Prometheus con windows_exporter y paneles de Grafana, o agentes de Zabbix.
  • Comerciales: PRTG, SolarWinds, Datadog y herramientas similares incluyen plantillas para Windows y alertas.

Sea cual sea la herramienta, avise de incumplimientos sostenidos (por ejemplo, cinco minutos por encima del rango de aviso), no de muestras aisladas. Combine la monitorización del rendimiento con comprobaciones de disponibilidad; nuestra guía sobre cómo monitorizar el uptime de un servidor cubre ese aspecto.

Buenas prácticas para monitorizar el rendimiento de Windows Server

  • Capture una línea base de al menos una semana laboral normal, incluidos los picos de fin de mes o de procesos por lotes si los hay.
  • Monitorice el espacio libre de los discos lógicos además de la latencia. Un volumen del sistema lleno causa fallos que parecen problemas de rendimiento.
  • Mantenga coherentes los nombres de los contadores entre servidores para poder reutilizar paneles y alertas.
  • Correlacione los contadores con el Visor de eventos y con los registros de cambios: muchas ralentizaciones empiezan justo después de un parche, una actualización de controlador o una nueva tarea programada.
  • En las máquinas virtuales, revise también el host. Un invitado puede parecer inactivo mientras espera CPU o almacenamiento en un host sobrecargado.
  • Revise las tendencias cada mes para planificar la capacidad antes de que los usuarios lo noten.

Cómo ayuda Opsio

Opsio presta monitorización y operaciones 24/7 para servidores Windows y Linux en AWS, Azure y en local. Configuramos los contadores, los paneles y las reglas de alerta, y nuestros ingenieros responden cuando se superan los umbrales. Para Opus Bilprovning, una empresa sueca de inspección de vehículos con unas 100 estaciones, Opsio ofrece operaciones gestionadas 24/7 con monitorización proactiva y gestión de cambios en AWS; consulte el caso de éxito. Más información sobre nuestros servicios de gestión de servidores y de monitorización y soporte en la nube.

Preguntas frecuentes

¿Cómo compruebo rápidamente el rendimiento de Windows Server?

Abra la pestaña Rendimiento del Administrador de tareas para una visión general y después el Monitor de recursos (resmon) para ver qué procesos usan CPU, memoria, disco y red. Para el histórico, use el Monitor de rendimiento o una herramienta de monitorización central.

¿Qué latencia de disco es buena para Windows Server?

La guía de Microsoft considera saludable una latencia media de lectura y escritura inferior a 15 ms, de aviso por encima de 25 ms y crítica por encima de 50 ms, medida con los contadores Avg. Disk sec/Read y sec/Write. Investigue los periodos de más de un minuto y no los picos aislados.

¿Cuánta memoria libre debe tener un servidor Windows?

Mantenga Memory\Available MBytes por encima del 10 % de la RAM o de al menos 4 GB. Por debajo del 10 % es un aviso; por debajo del 1 % o de 500 MB es crítico, según la guía de solución de problemas de Microsoft.

¿Es seguro ejecutar el Monitor de rendimiento en un servidor de producción?

Sí, si está bien configurado. Microsoft indica que su Data Collector Set de ejemplo, que muestrea cada 15 segundos en un registro circular limitado a 800 MB, tiene un impacto inferior al 1 %.

¿Cuál es la mejor herramienta gratuita para monitorizar Windows Server?

El Monitor de rendimiento y Windows Admin Center son gratuitos y están pensados para Windows Server. Para muchos servidores con alertas centralizadas, las opciones de código abierto como Prometheus con windows_exporter o Zabbix son opciones habituales.

Lecturas relacionadas

Escrito por

Johan Carlsson
Johan Carlsson

Country Manager, Suecia

Johan lidera las operaciones de Opsio en Suecia, impulsando la adopción de IA, la transformación DevOps, la estrategia de seguridad y las soluciones cloud para empresas nórdicas. Con más de 12 años de experiencia en infraestructura cloud, ha entregado más de 200 proyectos en AWS, Azure y GCP, especializándose en revisiones Well-Architected, diseño de landing zones y estrategia multi-cloud.

Normas editoriales: Este artículo lo ha escrito el profesional cloud indicado arriba. Lo actualizamos cuando cambia la tecnología o la normativa que trata; las fechas de esta página indican la última actualización. Opsio mantiene su independencia editorial.