Diferencia entre revisiones de «Monitor»

De Guifi.net - Wiki Hispano

(→‎Bibliografia)
(→‎PROPUESTA DE PROYECTO: vacio documento por consejo del tutor)
Línea 12: Línea 12:
 
1.-Inventari dels serveis , nodes, punts d'accés, etc..
 
1.-Inventari dels serveis , nodes, punts d'accés, etc..
 
2.-Crear documentació per instal·lar un nou servidor de monitorització en les zones que es vulguin.
 
2.-Crear documentació per instal·lar un nou servidor de monitorització en les zones que es vulguin.
−
 
−
Perque d'aquests objectius.
 
−
Bàsicament aquest projecte neix i es desenvolupa durant varis dies en consens amb altres persones de guifi.net
 
−
 
−
1.-He buscat en els fòrums de guifi.net informació sobre els temes que mes els interessa. He fet varies insercions preguntant que creuen que necessiten. Http/lists.guifi.net/pipermail/guifi-rdes/
 
−
 
−
2.-He llegit en arxius de guifi, les necessitats i els projectes que estan aturats.
 
−
https://lists.guifi.net/pipermail/guifi-rdes/
 
−
http://guifi.net/ca/ProjectesInvestigacio
 
−
Un grup de necessitats i que ells mateixos defineixen son els ssegüents:
 
−
 
−
Administració:
 
−
1. - Mapa dels estat dels enllaços.
 
−
2. - Mapa d'ample de banda de la xarxa. Colls d'ampolla.
 
−
3. - Mapa de ús de la xarxa.
 
−
 
−
3.- He preguntat als fundadors de guifi.net, que al mateix temps serà el meu tutor sobre les primeres ideesi han ccol·laboratt demanant que l'analisis imotoritzacióó sigui amb un sistemadistribuït..
 
−
 
−
4.-Crec que per poder oferir els serveis a empreses, organismes oficials i persones particulars, es necessita un sistema de monitorització que mesuri els nivells de servei i nivells de resposta davant de caigudes de servei, lo que se sol dir SLA.
 
−
 
−
Quan tinc bastant definit que volem, ho publico al forum per trobar possibles puntualitzacions del projecte i no he trobat fins ara cap demanda i nomes anims i felicitacions.
 
−
 
−
Com que les eines de monitoritzacio i que aquestes siguin distribuides no les conec, insereixo dins del mateix projecte una recerca del sistema millor per Guifi(potser Nagios) i un posterrior analisis general de la xarax.
 
−
 
−
La pregunta que vull contestar es:
 
−
 
−
Funciona la xarxa guifi? I els seus serveis?Quant de temps estan funcionant?Quant de tems es triga en reparar les caigudes?
 
−
 
−
Com a objectiu secundari pot ser un inventari de la xarxa i nodes i proposar sistemes de monitorizacio amb documentacio per fer la instalacio.
 
−
 
−
 
−
Basicament el projecte es podria dir "Monitoritzacio distribuida amb Nagios i mesura dels nivells de servei" pero no esta finalment decidit que sigui amb Nagios no es nomes monitoritzar, sino concloure amb l'estat general i el nivell de servei.
 
−
 
−
 
−
Els serveis que ofereix son molt bons, pero vull saber el nivell de qualitat que ofereixen.
 
−
 
−
Buscare una eina que em serveixi per mesurar les dades, potser Nagios,.
 
−
 
−
Actualment hi ha les gràfiques de cada zona fetes per servidors descentralitzats que per snmp avaluen la disponibilitat (pings) i el trànsit dels nodes de la seva zona, això ho fan a partir de les dades que obtenen de la web (la zona i aparells que han de monitoritzar) i ho presenten a la web, incrustant les gràfiques que a cada zona provenen del servidor corresponent.
 
−
 
−
Sempre caldrà pensar en diversos servidors distribuïts a diferents zones i que puguin integrar la informació a la web per tal d'aconseguir les mesures el més real possible i per facilitar que el
 
−
sistema pugui ser exportable fàcilment a qualsevol indret.
 
  
 
== Estudio de viabilidad ==
 
== Estudio de viabilidad ==

Revisión de 04:17 7 jul 2012

PROPUESTA DE PROYECTO

Detall de la proposta a realitzar (tasques i justificacio):

Objectius principals: 1.- Recerca d'una eina idònia per la monitorització distribuïda per guifi.net 2.-Monitorització distribuïda de tots els serveis que ofereix guifi.net de forma distribuïda. 3.-Detecció de colls d'ampolla en els serveis. 4.-Mesura de nivell de servei o SLA. 5.-Detecció de deficiències en la xarxa.

Objectius secundaris: 1.-Inventari dels serveis , nodes, punts d'accés, etc.. 2.-Crear documentació per instal·lar un nou servidor de monitorització en les zones que es vulguin.

Estudio de viabilidad

Necesidades y requisitos del cliente

La Xarxa de Telecomunicacions Lliure, Oberta i Neutral és una infraestructura de telecomunicacions pública comunitària a la que s'apliquen els termes i condicions del "Comuns de la XOLN", disponible al públic en general, de manera que quan els participants s'hi adhereixen, s'amplia. A través de la xarxa s'obté i alhora es subministra un servei de comunicacions electròniques amb els altres participants ja sigui directament o a través de la interconnexió amb altres xarxes.(2.b de El Comuns de la Xarxa Oberta, Lliure i Neutral ("XOLN"))

En una red tan amplia , abierta y autogestionada, caemos en incidencias causadas por diversos factores. Estas incidencias nos llevan a caidas de servicio, cortes en la red, limitaciones de trafico causados por cuellos de botella, degradacion de los servicios en general.

Se pretende descubrir los errores tipicos, buscar remedios, monitorizar loss ervicios y medir la calidad del servicio.

Esta monitorización se realizara de forma distribuida. 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 guifi.net, bàsicament per no dispersar informació.

La intencion de esta monitorizacion es:

  1. Buscar posibles bloqueos o cuellos de botella.
  2. Medir el servicio de red y de los servicios.
  3. Medir el SLA que ofrece guifi.net ante incidencias.

Análisis de la situación actual

Existen diversos errores tipicos. Estos son por causas climatologicas, por errores en la instlacion y por errores en la configuracion. Esto nos lleva a las perdidas de servicio.

  1. Climatología
    1. 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. He visto torretas de telecomunicaciones totalmente dobladas y que en teoría estaban bien montadas & homologadas (hay fotografias & videos en internet)
    2. 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. 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. 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.
    3. Otros factores climatologicos. Granizo como pelotas de golf, hielo, niebla etc...
  2. Mala configuracion
    1. Despistes de gente pasando una y otra vez el unsolclic sin limpiar la antigua configuración. Trasteo en trastos en plena producción etc...
    2. Un pollo de rutas(te refieres a la asignacion de ip's)voy a leer hilo "pollo > de rutas"
    3. 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.
    4. 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. 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.
  3. Errores de montaje
    1. Una caja estanca de mala calidad (no es IP55 o superior).
    2. caja estanca inadecuada (las tipicas con tetones)
    3. mala instalación de las salidas de la caja (laterales, parte superior).
    4. agujeros en la caja para los anclajes.
    5. pigtails sin proteger o con protección inadecuada
    6. pigtails inadecuados o de baja calidad
    7. antenas o equipos inadecuados en cuanto a potencia, distancia o direccionalidad.
    8. mástiles de baja calidad (los típicos que son baratos y son de poco espresor/diámetro).
    9. mástil, longitud incorrecta/desproporcionada.
    10. mal anclaje o colocación del mástil a la pared.
    11. materiales con baja protección a la intemperie (se oxidan).
    12. mal acondicionamiento del espacio del equipamiento, exponiéndolos a las inclemencias del tiempo.
    13. insuficientes protecciones contra sobre tensiones.
    14. mala ubicación de un supernodo (sin mantenimiento, sin accesibilidad, sin disponibilidad).
    15. proyectos incompletos, sin proxys o sin responsables en la zona (canibalizan los proxys y voluntarios de otras zonas,).
  4. Adquiridas:
    1. Mala conexión a la red, sin respetar las buenas practicas.
    2. Configuraciones manuales (hace 2 años que el montaje estándar de supernodos no esta soportado en las aplicaciones).
    3. Interferencias
    4. Abusos del uso de la red o de los servicios que tienen como resultado denegación o degración de los servicios.
    5. Toqueteos de la configuración por parte de terceros
    6. Fallos en unsolclic que introduzcan errores en configuraciones.
    7. Yo creía..., no sabia... (npi de redes, pero tocando supernodos).
  5. Sobre los servicios
    1. mala configuración del dns o fallo del equipamiento.
    2. fallo de las conexiones de los proxys
    3. fallo de los servidores que dan salida proxy o dns de la red.

Definición de requisitos del sistema

Para corregir estas incidencias, proponemos diversas opciones.

  1. Crear unas normas estándares para la instalación de nuevos nodos.
  2. Emitir algún certificado que identifique un nodo que usa las buenas practicas http://guifi.net/ca/BonesPractiques y los instaladores reconocen las normas y XOLN http://guifi.net/ca/CXOLN#ComunsXOLN.
  3. Monitorización centralizada y distribuida (que contradicción) que informe de caídas de servicio.
  4. Crear sistema de multiplicación de centros de datos que retransmiten a supernucleo. Creación de sistema para crear nuevos núcleos de monitorización según demanda que se acoplen a la monitorización general
  5. Medición de SLA

El sistema de monitorización debe contar con unn sistema de medición de SLA

    1. (esta parte es autoformacion y no se seguro donde insertarla)
    2. Curso ITIL para conocer mas acerca calidad de servicio, SLA, acciones de mejora
    3. Preparada formación el 2 Julio acerca "gestión de incidencias".(cancelado por empresa gestora de cursos)
    4. Preparada formación el 2 Julio acerca "operación de servicio".
    5. Búsqueda de mas info para certificación nivel 1. SUNION GESFOR(promotor curso anteriro) y OSIATIS Enlace de libro en bibliografia

Estudio de alternativas de solución

Basicamente hay que buscar y comprarr diversos ssitemas.

  • Monitorizacion de sistemas
  • Formacion en nuevas instalaciones


  1. Acerca la certificación
    1. Certificado no oficial personal entre nodos que se conectan
    2. Certificado de guifi que informa de que se usa las buenas practica y normas XOLN
    3. Informe de industria(esto es una tontería) que garantice instalación.
    4. Informe de antenistas(esto es una tontería) que garantice instalación.
  2. Buenas pŕacticas de nuevas instalaciones http://es.wiki.guifi.net/wiki/C%C3%B3digo_de_buenas_pr%C3%A1cticas
  3. Reglas que se aplican en els termes i condicions del "Comuns de la XOLN http://guifi.net/ca/CXOLN#ComunsXOLN
  4. Como conectar a guifi http://guifi.net/ca/connectar_a_guifi
  5. Acerca las nuevas configuraciones
    1. Ver proyecto de Albert Projecte sobre insercions de trastos en un sol click https://gitorious.org/~albertsarle/guifi/albertsarle-drupal-guifi_pfc
  6. Acerca la monitorizacion
    1. Buscar la mejor herramienta para este caso
  • Nagios
PROS: Reconocido
CONTRAS:Interface
  • Osmius
PROS:
CONTRAS:
  • Zenoss
PROS:
CONTRAS:
  • Pandora IST
PROS:
CONTRAS:
  • Cacti

.PROS:

CONTRAS:
  • Zabbix
PROS:
CONTRAS:
PROS:
CONTRAS:
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

  1. Inserción de sistema de monitorización en guifi.net mediante Drupal
    1. Pendiente de crear laboratorio para insertar sistemas de monitorización.
    2. Ver módulos disponibles en Drupal a ver que tienen.
    3. 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
    4. 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

Enlaces a dos partes del código para que veas cómo lo hace: Aquí define la url .../view/graphs: https://gitorious.org/guifi/drupal-guifi/blobs/master/guifi.module#line601 y theme_guifi_node_graphs_overview() está definida en: https://gitorious.org/guifi/drupal-guifi/blobs/master/guifi_node.inc.php#line1129 un feature request para el snpservices sería que tuviese otra gráfica que mostrase el numero de rutas

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

  1. Montar laboratorio
    1. 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.
  2. Frontal de preproduccio de Guifi http://test.guifi.net/ Es un servidor independiente para pruebas en general. Tanto para el desarrollo como para crear nodos de prueba. aquí más info: http://es.wiki.guifi.net/wiki/Test.guifi.net
  3. Creación de Isla en Majadahonda que se extienda
    1. Publicar fotos de azotea San Juan, ver en mapa cobertura. http://guifi.net/ca/node/35425
    2. Crear proyecto de conexión para poder publicar en charla el 28/07. Presupuesto.
    3. Carta a administradores de Granadilla http://guifi.net/ca/node/35294
    4. Carta a administradores San Juan http://guifi.net/ca/node/35425
    5. 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
    6. Reunión con ayuntamiento la semana que viene para buscar información de puntos disponibles para instalación de antenas para el pueblo.
    7. Busqueda de contacto con radioaficionados de Majadahonda
  4. 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. 1.-Que queremos exponer a Majadahonda.
    2. 2.-Con que fin.
    3. 3.-Que documentación llevar.
    4. 3.1.- Documentos legales.
    5. 3.2.- Petición de instalación de antena en comunidad.
    6. 3.3.- Presupuestos.
    7. 4.- Posibles conexiones a antenas generales hacia Madrid.
    8. 5.- Posible creación de asociación para conectarnos a punto neutro.
    9. 6.- Como publicitar evento y a quien(por zonas)
    10. 7.- Que hacer después de la charla(las siguientes semanas).

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

instalación de sistema operativo y monitorización snmp para pruebas

  1. Me instalo Virtual Desktop
  2. Descargo imagen de http://es.wiki.guifi.net/wiki/Distribuci%C3%B3n_guinux

Implantació

Formación

Implantación del sistema, pruebas y nivel de servicio

Aceptación del sistema

Mantenimiento

Resumen

Bibliografia

  1. Comparativa monitorizacion distribuida
    1. Comparativa monitioruizacion distribuida [25/06/2012] http://es.scribd.com/doc/96269610/Resumen-comparativo-Monitorizacion-gnu-v1-1
    2. 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
    3. 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
  2. Comparativas sistemas de monitorizacion
    1. 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
    2. Icinga vs Nagios - What's the difference?http://www.youtube.com/watch?v=jLqhXvGTazI
  3. NAGIOS
    1. Web que mira satélites nagios [25/06/2012] http://www.pmonos.com/brokers.html
    2. Mike Guthrie - Distributed Monitoring with Nagios: Past, Present, and Future [25/06/2012] http://www.youtube.com/watch?v=5hI7deI89Jo
  4. OSMIUS
    1. Preguntes frequents amb Osmius. http://www.osmius.com/es/producto/faqs.html
  5. GUIFI.NET
    1. El Comuns de la Xarxa Oberta, Lliure i Neutral ("XOLN") http://guifi.net/ComunsXOLN
    2. Wiki de guifi.net http://es.wiki.guifi.net/wiki/Portada
    3. Wiki sistemas de monitorizacion distribuida http://es.wiki.guifi.net/wiki/Monitor
    4. 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
    5. Grup de correu de desenvolupament web de Guifi https://lists.guifi.net/pipermail/guifi-webdev/
    6. Grup de correu de desenvolupament xarxa de Guifi https://lists.guifi.net/pipermail/guifi-rdes/
    7. Grup de correu de Guifi Madrid https://lists.guifi.net/pipermail/guifi-madrid/
  6. ALTRES EINES
    1. Ayuda:Tutorial De Wikipedia! http://es.wikipedia.org/wiki/Ayuda:Tutorial
    2. Acoplament aplicacions guifi i prtal guifi.net http://es.wiki.guifi.net/wiki/M%C3%B3dulo_Drupal_Guifi.net
    3. NOVES PER INSERIR AL PROJECTE
    4. asociación de usuarios guifi llamada eXO http://exo.cat
    5. Servei SNMP a Guifi.net http://guifi.net/es/node/25026 http://www.david-guerrero.com/papers/snmp/lj.es.html
    6. Apuntes acerca realización de proyecto en UOC http://ocw.uoc.edu/informatica-tecnologia-y-multimedia/proyecto-de-direccion-de-sistemas-de-informacion/materiales/
    7. El Comuns de la Xarxa Oberta, Lliure i Neutral ("XOLN") http://guifi.net/ca/CXOLN#ComunsXOLN
    8. 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
    9. Repositori guifi Workspaces.guifi.net
    10. Projectes per Guifi http://es.wiki.guifi.net/wiki/Proyecto_de_Fin_de_Carrera
    11. Projecte sobre insercions de trastos en un sol click https://gitorious.org/~albertsarle/guifi/albertsarle-drupal-guifi_pfc
    12. Frontal de preproduccio de Guifi http://test.guifi.net/ Es un servidor independiente para pruebas en general. Tanto para el desarrollo como para crear nodos de prueba. aquí más info: http://es.wiki.guifi.net/wiki/Test.guifi.net
    13. ITIL V3 Foundation Complete Certification Kit, 2009 Edition Study Guide Book and Online Course http://www.torrentcrazy.com/torrent/7398433/itil-3-foundation-complete-certification-kit-2009
Obtenido de «http://es.wiki.guifi.net/w/index.php?title=Monitor&oldid=2564»
Herramientas personales