Capítulo 4: Planificación de la instalación
Introducción
Este capítulo contiene una breve introducción a la infraestructura de Nimsoft. Para obtener más información, consulte las secciones de la guía del usuario en la documentación en línea para:
■ Infrastructure Manager ■ Consola Enterprise
Esta documentación estará disponible al instalar la consola Enterprise e Infrastructure Manager.
84 Guía de usuario e instalación
Planificación y establecimiento de su infraestructura
Definición de sus objetivos
La alarma de Nimsoft es una aplicación para informar a la persona adecuada de la organización sobre síntomas de situaciones de error en los equipos
importantes de una red. Así, lo primero que hay que hacer es conocer la organización: ¿quién es "la persona adecuada", qué considera "situaciones de error" y "equipo importante"? Háganse estas preguntas:
■ ¿Quiénes son las personas adecuadas para informarles sobre los
problemas? Por ejemplo, ¿la organización tiene un servicio de ayuda que está siempre disponible o se deben dirigir las alarmas a uno o más equipos "personales" en la red?
■ ¿Cómo se deben entregar las alarmas? ¿Como elementos de lista en una
GUI de Windows o página Web, como mensajes de SMS a un teléfono GSM o como un correo electrónico?
■ Muy a menudo, la solución a la pregunta anterior es "todas las anteriores en
función del tipo de error, momento del día, día de la semana, etc." En este caso: ¿cuáles son las reglas exactas para programar la solución?
■ ¿Con qué otras soluciones de gestión se debería integrar el producto de
Nimsoft? ¿Su organización utiliza un marco de gestión como por ejemplo CA Unicenter o HP Openview?
■ ¿Qué equipos se deben monitoriza y para qué tipos de errores? ¿Nimsoft (o
su suministrador) proporciona un producto estándar que cubre todas estas necesidades, o debería considerar desarrollar sus propias sondas?
■ ¿Son las alertas de una aplicación de consola de MS Windows suficientes
para sus necesidades o necesita mecanismos de transferencia a otras tecnologías, como por ejemplo buscapersonas, páginas Web, correo electrónico o teléfonos móviles? En este caso, ¿necesita algún tipo de filtración de qué alertas se envían cuándo y dónde?
■ ¿Cómo es de importante que su dominio siga funcionando en caso de un
error en la red? ¿Es necesario implementar rutas alternativas y soluciones de conmutación por error?
Capítulo 4: Planificación de la instalación 85
¿Qué dominios necesita?
En la mayor parte de los sitios, esta respuesta es sencilla: necesita un dominio y se recomienda que lo nombre después de su compañía. La situación puede ser más complicada, sin embargo:
■ Si utiliza productos de Nimsoft en un contexto de subcontratación donde
gestiona sistemas de muchas compañías desde una estación de trabajo, será más lógico definir un dominio por compañía.
■ Si tiene más de una aplicación basada en Nimsoft instalada y siente que se
deberían tratar como dos "mundos" diferentes, ya sea porque las gestionan distintos operadores que gestionan equipos totalmente diferentes, o sencillamente porque siente que "parece más correcto".
■ Aunque tenga solamente una aplicación pero dos unidades organizativas
diferentes que gestionan áreas distintas (por ejemplo, un sitio de alarma de una gran corporación con personal de operaciones de TI especializado en cada departamento o filial), puede ser una buena idea agrupar los robots o los concentradores en un dominio por cada unidad organizativa.
Como puede suponer, no hay definitivamente una forma "correcta" de hacerlo: es más una cuestión de qué proporciona la agrupación más lógica a los usuarios. En versiones posteriores de Nimsoft será posible establecer restricciones de seguridad en el nivel de dominio, así que se tendrá que tener en cuenta cuando se seleccione la estructura de dominio. En cualquier caso un nombre bueno, descriptivo (pero no demasiado largo) es imprescindible.
86 Guía de usuario e instalación
¿Dónde necesita concentradores?
Un concentrador representa un punto de conexión para un grupo de robots, y en el esquema de direccionamiento representa el segundo nivel en la jerarquía después del dominio. En un sitio pequeño con una LAN, sólo unos cuantos robots y sin una especial necesidad para la tolerancia a errores, la respuesta es sencilla: necesita un concentrador instalado en el equipo que es menos
probable que se apague. En un entorno mayor, las cosas son más complicadas.
Nota:
Se recomienda instalar por lo menos dos concentradores en el mismo dominio y red para asegurar que tiene una copia de seguridad de los datos de
usuario/seguridad.
Las cosas para tener en cuenta al decidir la configuración del concentrador en un sitio grande son:
■ En una WAN se recomienda que tenga por lo menos un concentrador por
LAN o por subred si las LANS son redes divididas en subredes. Esto no es obligatorio, pero hay más tráfico de red entre el concentrador y los robots conectados a éste que entre concentradores. Las conexiones entre
concentradores son también más configurables en términos de controlar el consumo de la banda ancha de red. Por lo tanto tiene sentido utilizar los vínculos de WAN sólo para conexiones de concentrador a concentrador.
■ Si las subredes se separan mediante cortafuegos, tener un concentrador en
cada subred reduce el número de nodos que deben permitir el acceso al tráfico dentro de la zona segura a uno, reduciendo al mínimo el riesgo de seguridad y la complejidad de la configuración del cortafuegos.
■ Si tiene aplicaciones basadas en Nimsoft distintas en la red, puede tener
concentradores diferentes para aplicaciones distintas. Es una buena idea de si necesita distintos administradores para administrar cada aplicación. De lo contrario, probablemente es mejor crear una infraestructura común para todas las aplicaciones.
■ Si tiene muchos robots en la misma LAN, puede ser también recomendable
dividirlos entre concentradores distintos, por ejemplo en función del departamento en el que trabajan los usuarios. Puede ser también una buena idea en caso de que sea necesario limitar el acceso a los robots por limitaciones organizativas, por ejemplo por tener distintos administradores de Nimsoft en departamentos diferentes.
Capítulo 4: Planificación de la instalación 87
El concentrador debe tener un nombre que refleje las elecciones que ha hecho anteriormente. No suele ser una buena idea utilizar el nombre del nodo del equipo donde está instalado el concentrador como nombre del concentrador. El motivo de esto es que al robot se le asigna automáticamente el nombre del nodo. De esta forma, puede confundir el concentrador y el robot a menos que elija otro nombre para el concentrador.
Planificación y establecimiento de la instalación de la alarma
Definición de sus objetivos
La alarma de Nimsoft es una aplicación para informar a la persona adecuada de la organización sobre síntomas de situaciones de error en los equipos
importantes de una red. Así, lo primero que hay que hacer es conocer la organización: ¿quién es "la persona adecuada", qué considera "situaciones de error" y "equipo importante"? Háganse estas preguntas:
■ ¿Quiénes son las personas adecuadas para informarles sobre los
problemas? Por ejemplo, ¿la organización tiene un servicio de ayuda que está siempre disponible o se deben dirigir las alarmas a uno o más equipos "personales" en la red?
■ ¿Cómo se deben entregar las alarmas? ¿Como elementos de lista en una
GUI de Windows o página Web, como mensajes de SMS a un teléfono GSM o como un correo electrónico?
■ Muy a menudo, la solución a la pregunta anterior es "todas las anteriores en
función del tipo de error, momento del día, día de la semana, etc." En este caso: ¿cuáles son las reglas exactas para programar la solución?
■ ¿Con qué otras soluciones de gestión se debería integrar el producto de
Nimsoft? ¿Su organización utiliza un marco de gestión como por ejemplo CA Unicenter o HP Openview?
■ ¿Qué equipos se deben monitoriza y para qué tipos de errores? ¿Nimsoft (o
su suministrador) proporciona un producto estándar que cubre todas estas necesidades, o debería considerar desarrollar sus propias sondas?
■ ¿Son las alertas de una aplicación de consola de MS Windows suficientes
para sus necesidades o necesita mecanismos de transferencia a otras tecnologías, como por ejemplo buscapersonas, páginas Web, correo electrónico o teléfonos móviles? En este caso, ¿necesita algún tipo de filtración de qué alertas se envían cuándo y dónde?
88 Guía de usuario e instalación
■ ¿Cómo es de importante que su dominio siga funcionando en caso de un
error en la red? ¿Es necesario implementar rutas alternativas y soluciones de conmutación por error?
Planificación de la infraestructura
Planear una infraestructura para la alarma de Nimsoft no es muy diferente de planear una infraestructura para cualquier otra aplicación basada en Nimsoft. Esto se cubre en la sección Planificación y establecimiento de su infraestructura. El único asunto adicional sobre el nivel de infraestructura son las sondas del servidor de alarmas.
¿Dónde se necesitan sondas de NAS?
Cada NAS contiene una base de datos de las alarmas recibidas. Cuando se abre una aplicación de consola, se conecta con un NAS y muestra los contenidos de la base de datos encontrada allí. Por lo tanto, la respuesta a esta pregunta es:
■ Si desea que todos los usuarios vean todas las alarmas, es mejor tener
solamente un NAS. Si desea abastecer con alarmas diferentes usuarios distintos, necesita una configuración con un NAS por grupo de usuarios tratados idénticamente.