Artículo:

Autor:

Descripción:

 



Guía rápida de recomendaciones para el administrador de red.

Emilio Boucau

Aquí se expone una guía rápida de recomendaciones y ayudas a administrador de red en su tarea. Su finalidad es plasmar los diferentes tips y experiencias del autor para afinar el funcionamiento de una red. También se puede aplicar como política interna en cualquier empresa.

 


Tu revista sobre .NET


· SQL Server

Administracion

Instalación

Arquitectura

DTS / SSIS

XML / Servicios Web

Full Text Search

Backup / Restore

Seguridad

Tareas administrativas

Rendimiento

Implementación
Otros
SolidQ


Network Administrator - Monitoreo


El objetivo del monitoreo es corregir problemas potenciales antes de que afecten a los usuarios.

Monitoreo de Windows NT

Performance Monitor

El Performance Monitor tiene como objeto la recolección de información para el análisis. Debe ser utilizado para analizar los servidores con los siguientes objetivos:

* Generar una Línea Promedio de Comportamiento (Baseline) de cada Servidor
* El almacenamiento en bases de datos de índices de funcionamiento que permitan un análisis posterior.

Para efectuar el análisis de cada Servidor, se recomienda configurar el monitoreo sobre los siguientes objetos:

* System
* Processor
* Memory
* Logical Disk
* Physical Disk (si utiliza RAID)
* Server
* Cache
* Network adapter
* Network segment activity
(en al menos un servidor por segmento en modo promiscuo y no por demasiado tiempo)

Si se está monitoreando discos con RAID asegurarse de iniciar correctamente el servicio de monitoreo de discos en modo avanzado.

Para obtener un resultado razonable para el análisis, debe monitorearse al menos por el término de una semana. Si se están analizando servidores, el intervalo de monitoreo que debería utilizarse es de 600 segundos.

El archivo de registro debería ser creado en una computadora diferente a la que se está monitoreando, o la performance general reflejada se verá afectada. Se deberá verificar que existan recursos de disco suficientes para almacenar la información que se registrará.

A través del servicio de Performance Monitor es posible que el monitoreo se ejecute como servicio, arrancando automáticamente cuando se inicia el sistema. Esto es altamente recomendable.

Toda la información de monitoreo guardada en archivos log es exportable a otros formatos de bases de datos, lo cual permite que la información pueda ser luego manipulada y analizada utilizando formas más complejas de agrupación, consulta y búsqueda. Aunque independientemente del método utilizado para el análisis, el tema crucial es la captura de información en el tiempo y su almacenamiento para posible análisis posterior.


Monitoreo de la memoria

El recurso mas común en ser cuello de botella en NT Server es la memoria, específicamente la memoria RAM. Si hay una cosa que puede hacerse para aumentar la performance es agregar más memoria.

La siguiente lista de contadores permiten determinar si la memoria RAM es un cuello de botella en el sistema.

Contador Rango promedio
Aceptable
Valor ideal
Alto o Bajo
Acción
Pages/sec
0-20
Bajo
Buscar el o los procesos que están paginando en exceso.
Agregar RAM.
Available Bytes
Mínimo 4 Mb
Alto
Ver los procesos que están usando RAM.
Agregar RAM.
Committed Bytes
Menos que la RAM física
Bajo
Ver los procesos usando RAM.
Agregar RAM.
Pool Non-paged Bytes
Mantenerse estable, sin incrementos.
-
 


Monitoreo del Procesador

Como todo lo que ocurre en un Servidor involucra a la CPU, usualmente en un Servidor de Aplicaciones el procesador está más ocupado que en un Servidor de Archivos o de Impresión. Como resultado de esto, el parámetro tomado como uso normal no será el mismo para un tipo de Servidor que para el otro.
Dos de la causas más comunes de cuellos de botella en el procesador son las aplicaciones y una cantidad excesiva de interrupciones generadas por componentes de disco o red.

La siguiente lista de contadores ayudan a determinar si el procesador puede ser cuello de botella o no.

Contador
Rango promedio Aceptable
Valor ideal Alto o Bajo
Acción
% Processor Time
Menor al 75%
Bajo

Buscar el o los procesos que están usando en exceso tiempo de procesador. Actualizar o agregar otro procesador.
% Privileged Time
Menor al 75%
Bajo
Buscar el o los procesos que están usando en exceso tiempo de procesador. Actualizar o agregar otro procesador.
% User Time
Menor al 75%
Bajo
Buscar el o los procesos que están usando en exceso tiempo de procesador. Actualizar o agregar otro procesador.
Interrupts/sec
Según el procesador
Bajo
Buscar la placa controladora que está generando interrupciones.
System: Processor Queue Length
Menos que 2
Bajo
Actualizar o agregar otro procesador.
Server Work Queues: Queue Length
Menos que 2
Bajo
Buscar el o los procesos que están usando en exceso tiempo de procesador. Actualizar o agregar otro procesador.


Si se detectara que el procesador es cuello de botella, se puede proceder de la siguiente forma para resolver el problema:

* Si se trata de un Servidor de Archivos o de Impresion, actualizar el procesador por uno más rápido.
* Se se trata de un Servidor de Aplicaciones agregar otro procesador, especialmente si se trata de aplicaciones preparadas para multiprocesamiento.
* Distribuir cargas pasando funciones, servicios o sistemas a otros servidores de la red.


Monitoreo de los Discos

Los discos almacenan los programas y los datos que esos programas procesan. Cuando se producen demoras en las respuestas de un computador, es posible que el cuello de botella esté en el disco.
El Performance Monitor viene con contadores tanto para los discos físicos (PhysicalDisk) como para los discos lógicos (LogicalDisk). LogicalDisk monitorea las particiones lógicas existentes en los discos físicos. PhysicalDisk monitorea cada disco físico de forma individual.
Los contadores de disco no vienen habilitados por defecto y deben ser activados manualmente. Para discos que utilicen RAID se deben activar en el modo de monitoreo avanzado.

Cuando se analice la performance y capacidad del subsitema de discos, deben monitorearse los siguientes contadores para poder determinar si existen cuellos de botella o no:

Contador
Rango promedio Aceptable
Valor ideal Alto o Bajo
Acción
% Disk Time
Menor al 50%
Bajo
Verifique si se está paginando.
Actualice el subsistema de discos.
Disk Queue Length
0-2
Bajo
Actualice el subsistema de discos.
Avg. Disk Bytes/Transfer
Según el subsistema
Alto
Actualice el subsistema de discos.
Disk Bytes/sec
Según el subsistema
Alto
Actualice el subsistema de discos.


Si se detectara que el cuello de botella está en el subsistema de discos, algunas soluciones posibles pueden ser:

* Agregar una controladora de discos más rápida, de tipo Fast SCSI-2 o con controlador de cache on-board.
* Agregar más discos cuando se trata de un ambiente RAID.
* Distribuir cargas pasando funciones, servicios o sistemas a otros servidores de la red.


Monitoreo de la red

Detectar un cuello de botella en la red, es una de las cosas más complicadas de lograr dada la complejidad de la mayor parte de las redes existentes actualmente. Saber que monitorear en una red depende de todo el conjunto de elementos que la componen. Los objetos detallados a continuación, son los mas comunmente utilizados para obtener una imagen general de como se está utilizando la red y serán de gran utilidad al momento de descubrir un problema.

Contador
Rango promedio Aceptable
Valor ideal Alto o Bajo
Acción
Server:
Bytes Total/sec
En función a la cantidad de tarjetas de red y protocolos utilizados
Alto
Analizar más profundamente para determinar la causa del problema.
Agregar otra tarjeta de red.
Server:
Logon/sec
-
Alto
Si la validación de logon no se completa, agregar BDC adicionales.
Server:
Logon Total
-
Alto
Si la validación de logon no se completa, agregar BDC adicionales.
Network Segment:
% Network utilization
Generalmente menor al 30%, aunque puede ser mayor en redes switchadas.
Bajo
Segmentar la red.
Limitar los protocolos en uso.
Network Interface:
Bytes Sent/sec
En función de la cantidad de placas de red y protocolos utilizados.
Alto
Actualizar la placa de red o los componentes de la red física.
Network Interface:
Bytes Total/sec
En función de la cantidad de placas de red y protocolos utilizados.
Alto
Actualizar la placa de red o los componentes de la red física.


A través de estos contadores se puede ver la cantidad de actividad en el servidor para pedidos de logon y acceso a datos. Si se determinara a traves de esto u otros contadores, de que el cuello de botella está en la red, algunas medidas que pueden tomarse son las siguientes:

* Mejorar el rendimiento del Servidor agregando otra placa de red o actualizando la actual.
* Verificar y actualizar los componentes físicos como hubs, switchers o routers.
* Segmentar la red para aislar el tráfico en los segmentos apropiados.


Monitoreo del protocolo NetBEUI

Es importante además monitorear como NetBEUI afecta a la red, a través de los broadcasts y las retransmisiones.

Contador
Rango promedio Aceptable
Valor ideal Alto o Bajo
Acción
Bytes Total/sec
En función a la cantidad de tarjetas de red y a la carga
Alto
Actualizar o agregar otra tarjeta de red.
Datagram/sec
En función de la carga
Alto
Monitorear los procesos para verificar si están generando una cantidad excesiva de Datagramas.
Frames/sec
En función de la carga
Alto
Reducir el tráfico de Broadcast.


Monitoreo del protocolo TCP/IP

Es importante además monitorear como TCP/IP afecta a la red, a través de los broadcasts y las retransmisiones.

Contador
Rango promedio Aceptable
Valor ideal Alto o Bajo
Acción
TCP Segments/sec
En función de la carga
Alto
Reducir el tráfico de Broadcast.
Segmentar la red.
TCP Segments
Re-translated
-
Bajo
Actualizar componentes físicos de la red.
Segmentar la red.
UDP Datagrams/sec
En función de la carga
Bajo
Reducir el tráfico de Broadcast.
Network interface:
Outout Queue Length
Menor a 2
Bajo
Actualizar la tarjeta de red.
Verificar los componentes físicos de la red.


Event Log

Registra todos los eventos más significativos en cada Servidor. Si se reciben alertas, o un Servidor no está funcionando bien, verificar el detalle de registros en busca de errores. La configuración del Windows NT Event Log es:

* Event Log size: 512 Kb
* Keep events for 10 days, overwrite as needed


 
 

Para cualquier tipo de sugerencia, colaboración o comunicación, diríjanse a

webmaster@helpdna.net