Un panel que supervisa la CPU, la memoria, el ancho de banda de Internet y el firewall de su servidor, y lo llama antes de que los usuarios comiencen a llamarlo. Esta es la configuración completa de PRTG, en el orden correcto.
La mayoría de las oficinas se enteran de un problema cuando un usuario lo grita. Una CPU llena, una línea de Internet bloqueada o un firewall inactivo son visibles horas antes de que se conviertan en una queja, si algo está mirando. PRTG Network Monitor de Paessler es ese observador: lo instala en una máquina con Windows, descubre su red y sigue probando la CPU, la RAM, el ancho de banda y el estado del dispositivo cada minuto. Esta guía construye la configuración en el mismo orden que el video: instalar, descubrir, agregar los cuatro pilares de monitoreo y luego configurar alertas que signifiquen algo.
El servidor central de PRTG se ejecuta en Windows: una PC de repuesto o una máquina virtual pequeña está bien para una oficina pequeña. Descargue el instalador de Paessler, ejecútelo y PRTG instalará su servidor central más una sonda local en la misma máquina. La sonda es el trabajador que realmente envía las pruebas; el núcleo es el cerebro y el panel web.
El descubrimiento automático de PRTG escanea un rango de IP y crea dispositivos con sensores de inicio: ping y cualquier respuesta SNMP o WMI. Ejecútelo en la subred de su oficina y luego limpie: el descubrimiento es generoso, no prudente. Elimine sensores que nunca leerá, cambie el nombre de los dispositivos a nombres que usan los humanos y agrúpelos (servidores, redes, impresoras) antes de agregar cualquier otra cosa. Un árbol de dispositivos ordenado es la diferencia entre un tablero y un cajón de basura.
Para un servidor Windows, agregue los sensores Carga de CPU WMI y Memoria WMI. WMI lee los propios contadores de rendimiento de la máquina, por lo que los números coinciden con el Administrador de tareas. Dos advertencias honestas de la vida real. En primer lugar, WMI necesita credenciales con derechos de administrador local en el objetivo, ingresadas una vez en la configuración del dispositivo; las credenciales incorrectas son la razón número uno por la que estos sensores muestran errores. En segundo lugar, WMI es pesado: la propia guía de Paessler es mantener modestos los sensores WMI por sonda (alrededor de 120 en un intervalo de 60 segundos), porque cada consulta WMI le cuesta trabajo real a la sonda. Para un servidor, la CPU más la memoria son solo dos sensores, no hay ningún problema.
El ancho de banda responde a la pregunta que toda oficina se hace: ¿quién se está comiendo Internet? El primer paso simple es un sensor de tráfico SNMP en su enrutador o puerto de enlace ascendente del conmutador: grafica el tráfico total de entrada y salida, de manera económica y confiable. Eso le indica cuándo la línea está llena. No puede decirle quién lo llenó. Para nombres y aplicaciones necesita datos de flujo (NetFlow, sFlow, IPFIX) o el sensor Packet Sniffer, que divide el tráfico en los principales hablantes y protocolos; una guía separada de esta serie compara los tres honestamente. Comience con los totales de SNMP; agregue flujo solo cuando la pregunta "quién" sigue apareciendo.
Agregue su firewall como dispositivo. Un sensor Ping demuestra que está vivo; un sensor de tráfico SNMP en sus puertos WAN y LAN demuestra que el tráfico realmente fluye; un sensor de puerto en su VPN o puerto de correo demuestra que el servicio que los externos necesitan es realmente escuchar. Ese trío (vivo, fluido y servicial) es un estado de firewall honesto. Un ping por sí solo no lo es: un firewall puede responder al ping mientras su servicio VPN está inactivo. Después de reiniciar el firewall, observe cómo los tres vuelven a ponerse verdes antes de declararlo saludable.
El monitoreo sin alertas es solo una recopilación de gráficos. Configure notificaciones en los pocos sensores que significan paradas de trabajo: servidor inactivo, firewall inactivo, disco casi lleno, WAN saturada durante un largo período. Luego respete el presupuesto: un sensor es un valor medido: la CPU es uno, la RAM es uno, cada disco es uno, cada puerto del switch es uno. El promedio de Paessler es de de 5 a 10 sensores por dispositivo. Un servidor con CPU, RAM, dos discos y ping tiene aproximadamente 5 sensores, por lo que los 100 gratuitos van más allá de lo que la gente teme: siempre y cuando los gastes en valores sobre los que actuarás, no en cada puerto de un conmutador de 48 puertos.
Cada sensor de esta guía se crea en vivo en el video: instalación, descubrimiento, CPU y RAM, ancho de banda y estado del firewall.
Watch Full VideoSí. La edición gratuita de Paessler ofrece 100 sensores gratuitos de por vida, con las mismas funciones de alerta, informes y mapas que las ediciones pagas. Los primeros 30 días después de la instalación son una prueba ilimitada; cuando termina eliges tus mejores 100 sensores y continúas gratis.
Un sensor monitorea un valor medido: la carga de la CPU de un servidor, el tráfico de un puerto del switch, el espacio libre en un disco. Un dispositivo típico necesita entre 5 y 10 sensores, por lo que 100 sensores cubren una oficina pequeña si los eliges con disciplina.
No para una red pequeña. PRTG se ejecuta cómodamente en una modesta PC o VM con Windows siempre encendida para unos cientos de sensores. Los métodos muy pesados (muchos sensores WMI a intervalos cortos o el rastreo de paquetes en un enlace ocupado) son los que impulsan el hardware, no el monitoreo normal de la oficina.