Diferencia entre revisiones de «Monitor»

De Guifi.net - Wiki Hispano

m (Inserción de sistema de monitorización en guifi.net mediante Drupal)
(traducción a español)
 
(No se muestran 80 ediciones intermedias realizadas por 2 usuarios)
Línea 1: Línea 1:
== LABORATORIO DE TRABAJO ACERCA MONITORIZACION DISTRIBUIDA DE LA RED GUIFI ==
+
El sistema actual de monitorización es el siguiente:
  
En esta pagina se insertara el sistema de monitorizacion de la red guifi.net y sus servicios.
+
=== Cómo funciona ===
La intencion de esta monitorizacion es:
+
[[Archivo:Esquema monitoritzcio.png|800px]]
  
# Buscar posibles bloqueos o cuellos de botella.
+
* [[SNPservices]]
# Medir el servicio de red y de los servicios.
+
* [[Servidor de gráficas]]
# Medir el SLA que ofrece guifi.net ante incidencias.
+
  
== Requisitos ==
+
La web tiene un listado de todos los nodos en una base de datos. Gracias a esta información se genera un documento XML llamado [[CNML]], en el que se define qué tipo de nodo es, la localización... etc.
  
Esta monitorizacion se realizara de forma distribuida.
+
La herramienta [[SNPServices]] usa este [[CNML]] para poder transferir información a los supernodos repartidos por toda la red.
Serà important que el sistema sigui distribuït, de fàcil implementació a les diferents zones i integrable a la wiki i també a l'eina actual, la web de
+
En esta imagen vemos un supernodo:
guifi.net, bàsicament per no dispersar informació.
+
  
== Ruta de trabajo ==
+
[[Archivo:Guifi Seminari.png|800px]]
  
=== Argumentar los cuellos de botella.===
+
Imagen de https://guifi.net/ca/seminari
Donde se producen, que sintomas tiene, que consecuencias en el servicio...
+
  
- Viento: puede girar, por ejemplo, las parabólicas. Si, a lo mejor no estaban bien fijadas, pero los cambios de temperatura pueden aflojar un poco la tornilleria y/o aquel dia hizo más viento de la cuenta.
+
Estos supernodos suelen ser servidores de gráficas. Desde los supernodos se usan herramientas [[SNMP]] como ping a todos los nodos y se recoge la información. Esta información se dibuja en un gráfico gracias a MRTG y rrdtool.
- Rayos: los pararrayos se inventaron para proteger los edificios, no los equipos electrónicos. Un pararrayos, en muchas ocasiones, puede empeorar la situación. Si, hay protecciones para equipos y antenas, pero en nuestro caso cuestan más que los propios equipos.
+
- Falta de alimentación: Caída de un diferencial en una instalación municipal que alberga un supernodo y hasta que no se localiza al responsable ....
+
+
> Viento (si esta bien anclada no deberia de ocurrir nada, o solo con
+
> balancearse da errores de cobertura significativos)
+
He visto torretas de telecomunicaciones totalmente dobladas y que en
+
teoría estaban bien montadas & homologadas (hay fotografias & videos
+
en internet)
+
  
> un rayo(tienen pararayos, no?)
+
Todos los nodos tienen asignados un servidor de gráficas. Si no tiene uno directamente, coge el superior jerárquicamente hasta llegar al nodo raíz que es la web.
Buenas, mi experiencia con los ''malditos'' rayos y las antenas. En mi caso la antena/mastil no recibio impacto directo del rayo, cayo en la torreta de comunicaciones donde esta enganchado uno de los vientos de mi mastil...., conclusion: puerto del POE quemado (parte de datos), el equipo (RB600) sigue operativo...pero con un puerto ethernet menos.
+
  
La falta de alimentacion se soluciona con un pequeño SAI, se pueden conseguir mas de dos horas de autonomia y en instalaciones desatendidas protecciones con reconectadores.
+
El supernodo genera gráficas con los resultados y los almacena en local.
  
I
+
Desde la web se puede consultar esta información.
En ocasiones de poco sirven o empeoran la cosa ya que atraen a los
+
rayos y los rayos pueden freir radios a pesar de encontrarse a metros
+
de distancia del punto donde cayo.
+
  
> el tiempo (otrs factores
+
[[Archivo:Grafic_MRTG.jpeg]]
climatologicos, pero con un punto de acceso cercano
+
> no debe de haber inconvenientes, no?)
+
Granizo como pelotas de golf, hielo, niebla etc...
+
  
> una mala configuración(¿de que?)
+
Gŕafico MRTG obtenido de https://roure.act.uji.es/wiki/public/guifinet/cursoinstaladoresguifi2011/servidoresgnulinux/start
Despistes de gente pasando una y otra vez el unsolclic sin limpiar la
+
antigua configuración. Trasteo en trastos en plena producción etc...
+
  
> un pollo de rutas(te refieres a la asignacion de ip's)voy a leer hilo "pollo
+
Actualmente el [[SNPServices]] realiza funciones de: gráfica, disponibilidad, estadística, traceroute, liveping http://ausa.guifi.net/snpservices/
> de rutas"
+
Rutas duplicadas, inyección de rutas indebidas normalmente por falta
+
de experiencia o por querer investigar o experimentar en una red en
+
plena producción
+
  
 +
El conjunto de información se publica en la web como se muestra en esta imagen:
  
Errores que me he encontrado:
+
[[Archivo:Info de SNMP.png|800px]]
  
De montaje:
+
Imagen de http://guifi.net/en/node/2436/view/availability
- una caja estanca de mala calidad (no es IP55 o superior).
+
- caja estanca inadecuada (las tipicas con tetones)
+
- mala instalación de las salidas de la caja (laterales, parte superior).
+
- agujeros en la caja para los anclajes.
+
- pigtails sin proteger o con protección inadecuada
+
- pigtails inadecuados o de baja calidad
+
- antenas o equipos inadecuados en cuanto a potencia, distancia o direccionalidad.
+
- mástiles de baja calidad (los típicos que son baratos y son de poco espresor/diámetro).
+
- mástil, longitud incorrecta/desproporcionada.
+
- mal anclaje o colocación del mástil a la pared.
+
- materiales con baja protección a la intemperie (se oxidan).
+
- mal acondicionamiento del espacio del equipamiento, exponiéndolos a las inclemencias del tiempo.
+
- insuficientes protecciones contra sobre tensiones.
+
- mala ubicación de un supernodo (sin mantenimiento, sin accesibilidad, sin disponibilidad).
+
- proyectos incompletos, sin proxys o sin responsables en la zona (canibalizan los proxys y voluntarios de otras zonas,).
+
  
Climatologícas:
+
=== Véase también ===
- ya sabemos: viento, tormentas, heladas, nevadas etc.
+
* [[SNPServices]]
 
+
* [[Servidor de gráficas]]
Adquiridas:
+
- Mala conexión a la red, sin respetar las buenas practicas.
+
- Configuraciones manuales (hace 2 años que el montaje estándar de supernodos no esta soportado en las aplicaciones).
+
- Interferencias
+
- Abusos del uso de la red o de los servicios que tienen como resultado denegación o degración de los servicios.
+
- Pollastres
+
- Toqueteos de la configuración por parte de terceros
+
- Fallos en unsolclic que introduzcan errores en configuraciones.
+
- Yo creía..., no sabia... (npi de redes, pero tocando supernodos).
+
 
+
Sobre los servicios:
+
- mala configuración del dns o fallo del equipamiento.
+
- fallo de las conexiones de los proxys
+
- fallo de los servidores que dan salida proxy o dns de la red.
+
 
+
Seguramente me dejo muchas.
+
 
+
=== Info acerca conexión vpn a guifi===
+
Petición de acceso por http://exo.cat a través de nodo en Barcelona y nodo Madrid.
+
 
+
=== Inserción de sistema de monitorización en guifi.net mediante Drupal===
+
# Pendiente de crear laboratorio para insertar sistemas de monitorización.
+
# Ver módulos disponibles en Drupal a ver que tienen.
+
# Ver servicio SNMP en guifi http://www.guifi.net/ca/seminari http://www.guifi.net/guifi/device/3 y la url "embeded" de una grafica: http://ausa.guifi.net/snpservices/index.php?call=graph&type=supernode&node=1638&direction=in
+
# Los servidores de gráficas hacen un calculo de la disponibilidad y lo pintan en un cuadro, la web los incrusta. http://guifi.net/en/node/2436/view/availability
+
 
+
=== Creación de Isla en Majadahonda que se extienda===
+
# Publicar fotos de azotea San Juan, ver en mapa cobertura. http://guifi.net/ca/node/35425
+
# Crear proyecto de conexión  para poder publicar en charla el 28/07. Presupuesto.
+
# Carta a administradores de Granadilla http://guifi.net/ca/node/35294
+
# Carta a administradores San Juan http://guifi.net/ca/node/35425
+
# Búsqueda de información antena Majadahonda al lado de cementerio que daría cobertura al pueblo
+
Si tienes mas info, envíala por favor a davidperezmartorell @ gmail.com
+
Info de la zona donde esta la torre del cementerio de Majadahonda http://frentedebatalla-gerion.blogspot.com.es/2012/01/cerro-de-la-radio-el-cerro-de-la-radio.html
+
Torre entre Las Rozas y Pozuelo http://www.ure.es/foro/advsearch.html?q=majadahonda&exactname=1&childforums=1&limit=5
+
# Reunión con ayuntamiento la semana que viene para buscar información de puntos disponibles para instalación de antenas para el pueblo.
+
# Busqueda de contacto con radioaficionados de Majadahonda
+
 
+
 
+
=== Exposición guifi en Majadahonda 28 Julio a las 20:00 ===
+
Exposición guifi en Majadahonda 28 Julio a las 20:00 en Gran Vía frente ayuntamiento. La fecha esta cerrada y la asamblea lo sabe. Falta publicitarla.
+
Creo conveniente ver la exposición. Se trabajara a través de n-1 o guifi.net aqui ttps://lists.guifi.net/pipermail/guifi-madrid/2012-June/001915.html. Conveniente ver mapa con zonas idóneas para repartir carteles. Hilo de siguiente trabajo aqui https://lists.guifi.net/pipermail/guifi-madrid/2012-June/001915.html.
+
Me comentan que hay en la web presentaciones que puedo usar como referencia.
+
Pendiente contacto con Oscar para trabajar mas este contenido.
+
Pendiente trabajar con indignados para formalizar posibles relaciones
+
Pendiente posibilidad de crear cooperativa o asociacion como eXO http://exo.cat
+
 
+
Así que propongo un índice.
+
## 1.-Que queremos exponer a Majadahonda.
+
## 2.-Con que fin.
+
## 3.-Que documentación llevar.
+
## 3.1.- Documentos legales.
+
## 3.2.- Petición de instalación de antena en comunidad.
+
## 3.3.- Presupuestos.
+
## 4.- Posibles conexiones a antenas generales hacia Madrid.
+
## 5.- Posible creación de asociación para conectarnos a punto neutro.
+
## 6.- Como publicitar evento y a quien(por zonas)
+
## 7.- Que hacer después de la charla(las siguientes semanas).
+
 
+
=== Curso ITIL para conocer mas acerca calidad de servicio, SLA, acciones de mejora===
+
# Preparada formacion el 2 Julio acerca operacion.(cancelado por empresa gestora de cursos)
+
# Búsqueda de mas info para certificación nivel 1. SUNION GESFOR(promotor curso anteriro) y OSIATIS
+
 
+
=== Busqueda de herramientas posibles de sistema de monitorización===
+
# Buscar la mejor herramienta para este caso
+
# Montar laboratorio
+
# Crear sistema de multiplicación de centro da datos que retransmiten a supernucleo
+
 
+
* Nagios
+
:PROS: Reconocido
+
:CONTRAS:Interface
+
* Osmius
+
:PROS:
+
:CONTRAS:
+
* Zenoss
+
:PROS:
+
:CONTRAS:
+
* Pandora IST
+
:PROS:
+
:CONTRAS:
+
* Cacti
+
.PROS:
+
:CONTRAS:
+
* Zabbix
+
:PROS:
+
:CONTRAS:
+
* SNMP service
+
----------Correo sobre monitorizacion distribuida
+
 
+
Sobre lo que propones para monitorizar la red, algo hay echo ya del
+
estilo, el "snpservices".
+
El snpservices es un sistema distribuido para realizar las graficas de
+
trafico y disponibilidad de los nodos.
+
Cada zona o nodo tiene asignado un servidor de graficas. El servidor
+
de graficas, tiene instalado el paquete snpservices y cada x tiempo
+
consulta la web en busca de un fichero "cnml" que contiene la lista de
+
nodos para graficar. Con esta informacion, realiza consultas snmp i
+
varios pings a los nodos y genera una grafica con rrdtool.
+
cuando visitas una pagina de un nodo o trasto, aparecen las graficas.
+
aqui un ejemplo de un supernodo y uno de sus trastos:
+
http://www.guifi.net/ca/seminari
+
http://www.guifi.net/guifi/device/3
+
y la url "embeded" de una grafica:
+
http://ausa.guifi.net/snpservices/index.php?call=graph&type=supernode&node=1638&direction=in
+
 
+
Una idea podria ser que creases un paquete llamado algo asi como
+
"monitor-services" y que hiciera algo parecido al snpservices.
+
El servidor distribuido, consultaria los trastos de su zona y si
+
detecta anomalias pues no se, que envie un correo al propietario del
+
nodo o gestor de la zona y generara una imagen de estado para ser
+
mostrada en la web igual que hace con snpservices.
+
Tambien, en lugar de crear un paquete nuevo, podrias
+
complementar/mejorar el snpservices con ésa funcion.
+
actualmente el snpservices realiza las funciones de: grafica,
+
disponibilidad,estadisitica, traceroute, liveping
+
 
+
http://ausa.guifi.net/snpservices/
+
 
+
fin de correo
+
----------------------
+
 
+
== Fuentes Bibliográficas PARA ESTE PROYECTO ==
+
 
+
 
+
 
+
 
+
#Comparativa monitorizacion distribuida
+
##Comparativa monitioruizacion distribuida [25/06/2012] http://es.scribd.com/doc/96269610/Resumen-comparativo-Monitorizacion-gnu-v1-1
+
##Plataforma Monitorizacion Distribuida Calidad Servicio [25/06/2012] http://biblioteca.universia.net/html_bura/ficha/params/title/plataforma-monitorizacion-distribuida-calidad-servicio/id/44773130.html
+
##Plataforma para la monitorización distribuida de calidad de servicio Distributed Platform for Quality of Service Monitoring [25/06/2012] http://www.craax.upc.edu/papers/2008/RIris2008.pdf
+
#Comparativas sistemas de monitorizacion
+
##Comparación de sistemas de monitorización de redes [25/06/2012] http://es.wikipedia.org/wiki/Anexo:Comparaci%C3%B3n_de_sistemas_de_monitorizaci%C3%B3n_de_redes
+
##Icinga vs Nagios - What's the difference? http://www.youtube.com/watch?v=jLqhXvGTazI
+
#NAGIOS
+
##Web que mira satélites nagios [25/06/2012] http://www.pmonos.com/brokers.html
+
##Mike Guthrie - Distributed Monitoring with Nagios: Past, Present, and Future [25/06/2012] http://www.youtube.com/watch?v=5hI7deI89Jo
+
#GUIFI.NET
+
##El Comuns de la Xarxa Oberta, Lliure i Neutral ("XOLN") http://guifi.net/ComunsXOLN
+
##Wiki de guifi.net http://es.wiki.guifi.net/wiki/Portada
+
##Llista de correus guifi Madrid https://lists.guifi.net/pipermail/guifi-madrid/
+
##Llista de correus Desenvolupament guifi https://lists.guifi.net/pipermail/guifi-rdes/
+
##La resta de llistes de coreus https://lists.guifi.net/listinfo
+
##Wiki sistemas de monitorizacion distribuida http://es.wiki.guifi.net/wiki/Monitor
+
##Documents de petició d'instalacio antena al teulat
+
:http://www.zero13wireless.net/foro/showthread.php?628-Documento-Solicitud-Instalacion-Antena-en-Tejado-Edificio
+
:http://lists.guifi.net/pipermail/guifi-madrid/attachments/20120626/b31626c8/attachment-0002.odt
+
:http://lists.guifi.net/pipermail/guifi-madrid/attachments/20120626/b31626c8/attachment-0003.odt
+
 
+
#ALTRES EINES
+
##Ayuda:Tutorial De Wikipedia! http://es.wikipedia.org/wiki/Ayuda:Tutorial
+
 
+
NOVES PER INSERIR AL PROJECTE
+
# asociación de usuarios guifi llamada eXO http://exo.cat
+
# Servei SNMP a Guifi.net http://guifi.net/es/node/25026
+
# Apuntes acerca realización de proyecto en UOC http://ocw.uoc.edu/informatica-tecnologia-y-multimedia/proyecto-de-direccion-de-sistemas-de-informacion/materiales/
+
# El Comuns de la Xarxa Oberta, Lliure i Neutral ("XOLN") http://guifi.net/ca/CXOLN#ComunsXOLN
+
# La situación de las Tecnologías WLAN basadas en el estándar IEEE 802.11 y sus variantes (“Wi-Fi”)  http://www.coit.es/descargar.php?idfichero=292
+
# Repositori guifi Workspaces.guifi.net
+
 
+
== Estudio de viabilidad ==
+
===Necesidades y requisitos del cliente ===
+
===Análisis de la situación actual ===
+
===Definición de requisitos del sistema ===
+
===Estudio de alternativas de solución ===
+
===Valoración y elección de las posibles soluciones ===
+
==Análisis del sistema ==
+
===Definición del sistema ===
+
===Requisitos exactos del proyecto ===
+
===Establecimiento de requisitos ===
+
===Definición de interfaces de usuario ===
+
===Especificación del plan de pruebas ===
+
==Diseño del sistema ==
+
===Arquitectura ===
+
===Definición de niveles de arquitectura ===
+
===Especificación de estándares, normas de diseño y construcción  ===
+
===Identificación de subsistemas ===
+
===Casos de usos reales ===
+
===Revisión de casos de uso por subsistema ===
+
===Especificaciones de desarrollo y pruebas ===
+
===Requisitos de implantación ===
+
==Desarrollo ==
+
===Planificación de las actividades de integración del sistema ===
+
===Cómo elegir la licencia más adecuada ===
+
===Entorno de desarrollo ===
+
===Documentación ===
+
==Implantación ==
+
===Formación ===
+
===Implantación del sistema, pruebas y nivel de servicio ===
+
===Aceptación del sistema  ===
+
===Mantenimiento  ===
+
==Resumen ==
+
==Bibliografia ==
+

Última revisión de 10:04 5 ago 2013

El sistema actual de monitorización es el siguiente:

Cómo funciona

Esquema monitoritzcio.png

La web tiene un listado de todos los nodos en una base de datos. Gracias a esta información se genera un documento XML llamado CNML, en el que se define qué tipo de nodo es, la localización... etc.

La herramienta SNPServices usa este CNML para poder transferir información a los supernodos repartidos por toda la red. En esta imagen vemos un supernodo:

Guifi Seminari.png

Imagen de https://guifi.net/ca/seminari

Estos supernodos suelen ser servidores de gráficas. Desde los supernodos se usan herramientas SNMP como ping a todos los nodos y se recoge la información. Esta información se dibuja en un gráfico gracias a MRTG y rrdtool.

Todos los nodos tienen asignados un servidor de gráficas. Si no tiene uno directamente, coge el superior jerárquicamente hasta llegar al nodo raíz que es la web.

El supernodo genera gráficas con los resultados y los almacena en local.

Desde la web se puede consultar esta información.

Grafic MRTG.jpeg

Gŕafico MRTG obtenido de https://roure.act.uji.es/wiki/public/guifinet/cursoinstaladoresguifi2011/servidoresgnulinux/start

Actualmente el SNPServices realiza funciones de: gráfica, disponibilidad, estadística, traceroute, liveping http://ausa.guifi.net/snpservices/

El conjunto de información se publica en la web como se muestra en esta imagen:

Info de SNMP.png

Imagen de http://guifi.net/en/node/2436/view/availability

Véase también

Herramientas personales