[Freifunk Franken] Suche VM fuer monitoring

Mi Apr 4 21:51:17 CEST 2018

Hallo,

nicht notwendig ist hier meiner Meinung nach schon etwas subjektiv. Wenn man 
so möchte ist sowohl Freifunk, als auch das ganze monitoring nicht notwendig 
;-) .

Ich denke schon, dass sowohl die Statistik als auch die Übersicht übers ganze 
Netz, die das monitoring bietet ein sehr praktisches und oft genutztes 
"Guckloch" in unser Projekt sind. Gerade für Nutzer, die eben noch nicht so 
erfahren sind, gerade erst einsteigen oder Freifunk vielleicht einfach nur 
nebenbei betreiben ist das monitoring sicherlich erste Anlaufstelle um sowohl 
ein Gefühl zu kriegen "was so passiert" als auch ob das ganze "was nützt" und 
vor allem auch festzustellen, dass was nicht so läuft wie es soll.

"Kann man dezentral lösen" ist für mich dabei so lange kein Argument, bis es 
auch mal leicht nachvollziehbar dezentral gelöst ist und es dann auch eine 
dezentrale Lösung gibt, in der sich oben erwähnte Freifunker auch relativ 
einfach einklinken können. Gerade für Neulinge bauen wir ansonsten nämlich 
viel zu hohe Hürden.v Klar, mir persönlich reicht auch ssh. Um aber einfach 
nur ein schönes eigenes Netz aufzubauen, brauche ich aber auch nicht zwingend 
Freifunk. Um auch "Normalos" ans Netze bauen heranzuführen und mit ihnen zu 
peeren aber eben schon. Daher würde ich ungern Features die der 
Netzarchitektur _nicht_ im Wege stehen wieder weg nehmen.

Klar, wenn wir zwischenzeitlich nicht genug (Rechen-)Ressourcen zur Verfügung 
haben, können wir eben manche Dienste eben temporär nicht mehr voll anbieten. 
Vielleicht hilft die zwischenzeitliche Nichtverfügbarkeit ja dann doch 
schnellere eine Lösung zu finde. Aber das wäre für mich eher eine temporäre 
und eben keine grundsätzliche Lösung.
Eventuell kann man die Knoten-Statistik ja grundsätzlich deutlich verkleinern 
und bei Bedarf über eine Einstellung pro Knoten durch den User erhöhen?

Viele Grüße
Tobias

Am Montag, 2. April 2018, 21:32:48 CEST schrieb Tim Niemeyer:
> Hi Adrian
> 
> Am 2. April 2018 21:21:21 MESZ schrieb mail at adrianschmutzler.de:
> >Hallo Tim,
> >
> >mit 4 GB RAM wird das Monitoring keinen Spaß mehr machen.
> >
> >Insbesondere muss ich dann die Statistiken der Router so beschneiden,
> >dass man nicht mehr ordentlich debuggen kann. Das wäre schon sehr
> >schade, denn ein historischer Vergleich von Routerdaten wie Load oder
> >Speicher bringt schon einiges, wenn man Fehler sucht. Insbesondere die
> >Qualität der Nachbarn könnte ich dann nur noch für einzelne Tage
> >loggen, was relativ sinnbefreit ist, insbesondere, da man Probleme
> >i.d.R. ja nicht sofort entdeckt.
> 
> Meiner Meinung nach ist das nicht die Aufgabe vom Monitoring.
> 
> >Vielleicht geht 4 GB mit ner SSD, aber das weiß man halt erst, wenn
> >mans ausprobiert hat. (So etwas könnte man ggf. bei meinem lokalen
> >Server testen, dort läuft meine Monitoring-Entwicklungs-VM auf ner SSD;
> >müsste man dann halt die NetmonVM wieder dort auch hinschicken).
> >
> >Kannst du irgendwo sehen, wie viel Traffic das Monitoring so hat? Nicht
> >das mich dann mein Provider tötet ...
> 
> Bevor da jetzt ne Hauruck-Aktion gemacht wird, die aufwändig ist und am Ende
> nicht Ziel führend ist, würde ich gern mal mehr Feedback von anderen haben.
> 
> Aktuell steht ja noch der Vorschlag im Raum alle unnötigen Dinge (z.b. die
> Statistiken der einzelnen Knoten) nicht mehr über das Monitoring
> anzuzeigen. Ich denke die paar Leute, die das brauchen und nutzen, finden
> eine andere Lösung.
> 
> Tim
> 
> >Grüße
> >
> >Adrian
> >
> >> -----Original Message-----
> >> From: franken [mailto:franken-bounces at freifunk.net] On Behalf Of Tim
> >> Niemeyer
> >> Sent: Sonntag, 1. April 2018 13:54
> >> To: Freifunk Franken <franken at freifunk.net>
> >> Subject: Re: [Freifunk Franken] Suche VM fuer monitoring
> >> 
> >> Am Sonntag, den 01.04.2018, 13:47 +0200 schrieb
> >> 
> >> mail at adrianschmutzler.de:
> >> > Hallo Tim,
> >> > 
> >> > ich dünne gerade mal die Statistik aus, vll. wird dann etwas
> >
> >besser.
> >
> >> Cool. Danke.
> >> 
> >> > Im Moment wird es dafür wohl eher schlechter, weil das Löschen der
> >> > alten Einträge ein bis zwei Stunden dauern dürfte.
> >> 
> >> So lange es einfach nur langsamer wird, kein Problem.
> >> 
> >> Bedenke aber, dass die Reduktion auf 8 GB nur ein erster Schritt war.
> >> Ich möchte da nochmal eine Halbierung durchführen. In dem Sinne denke
> >> bitte nochmal an die Diskussion von gestern:
> >> 
> >> Am Sonntag, den 01.04.2018, 00:08 +0200 schrieb Tim Niemeyer:
> >> 
> >> Vielleicht sollten wir auch überlegen das Feature-Set zu reduzieren.
> >> 
> >> 
> >> Was brauchen wir vom Monitoring wirklich, was kann weg und was ist
> >> 
> >> > nur
> >> 
> >> Spielerei?
> >> 
> >> > z.B.:
> >> > - Muss wirklich der RAM Verbrauch der Knoten
> >> 
> >> geloggt werden?
> >> 
> >> > - Muss wirklich jedes Interface dargestellt werden?
> >> > -
> >> 
> >> Was von der API kann weg?
> >> 
> >> > - etc..
> >> > 
> >> > Aus meiner Sicht sollte das
> >> 
> >> zentrale Monitoring sich auf ein paar
> >> 
> >> > wesentliche Dinge beschränken:
> >> - Karte mit Knoten, deren Verbindungen und den Hoods
> >> 
> >> > - API, damit die
> >> 
> >> freifunk-karte.de versorgt wird
> >> 
> >> > Optional könnte folgendes sinnvoll
> >> 
> >> sein:
> >> > - Anzahl aller Knoten
> >> > - Anzahl Knoten pro Hood
> >> > 
> >> > Nicht nötig
> >> 
> >> sind (weil diese Dinge auch dezentral zur Verfügung
> >> 
> >> > gestellt werden
> >> 
> >> könnten und sollten):
> >> > - Statistiken pro Knoten
> >> > - Kontakt-Daten
> >> 
> >> Tim
> >
> >_______________________________________________
> >franken mailing list
> >franken at freifunk.net
> >http://lists.freifunk.net/mailman/listinfo/franken-freifunk.net
> 
> _______________________________________________
> franken mailing list
> franken at freifunk.net
> http://lists.freifunk.net/mailman/listinfo/franken-freifunk.net

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: This is a digitally signed message part.
URL         : <http://lists.freifunk.net/mailman/private/franken-freifunk.net/attachments/20180404/ae72e59a/attachment.sig>