[Berlin-wireless] Kotz langsamer Monitor

[Bastian]

On 03/28/2016 07:22 PM, Philipp Borgers wrote:
> On Mon, Mar 28, 2016 at 04:03:39PM +0200, Bastian wrote:
>> On 03/27/2016 09:16 PM, Sven Röllig wrote:
>>
>>> warum ist eigentlich der Monitor seit geraumer Zeit
>>> so Kotz langsam??
>>
>> RRD skaliert nicht.
>>
>> Das Blech[1] hat keine SSD sondern nur 2x spinning rust. Und die werden
>> konstant mit steigender Anzahl an collectd Metriken befeuert.
> 
> Wenn es Sinn ergibt, können wir auch eine Kollekte für 2 x SSD machen. Bei einem
> Dienst von dem der Großteil der Community profitiert, sollte das doch kein
> Problem sein.

Die HP Proliant Server haben alle eine recht haltbare 120G Intel SSD
verbaut. Eigentlich nur wegen HP LTS Support, jetzt können wir die aber
auch mal praktisch nutzen.
Insofern halte ich es nicht für sinnvoll dafür Geld zu sammeln. Es gibt
reichlich sinnvollere Baustellen bei denen Hardware benötigt wird.

>> Seit kurzem lasse ich die collectd Daten an eine weitere VM mit mehr
>> IOPS forwarden. Dort rennt InfluxDB + Grafana. Das ganze Setup[2] ist
>> noch weit vom "Feature-Set" von unserem bisherigen Monitor entfernt,
>> bietet aber mit ein wenig Handarbeit ganz ansehnliche Graphen.
> 
> Was fehlt denn und was genau muss in Handarbeit angelegt werden? Ev. kann man
> das ja automatisieren?

Das lässt sich sicherlich irgendwie zu einem großen Teil automatisieren.
Ein Problem werden bestimmt die vereinzelten collectd 4.x Daten, die
hauptsächlich von Nodes mit älterer Firmware eingereicht werden. Im
aktuellen php-based Monitor zeigt sich das z.B. durch die fehlenden
Interface-Labels.

Ich denke ein dynamisches Dashboard mit den wichtigsten Stats sollte
drin sein. Evtl. muss dazu zwar aber der Knoten-Name haendisch
eingegeben werden.

Alles eine Frage des Templating.

>> Wenn Interesse besteht kann ich gerne mal Admin-Credentials weitergeben.
>> Idealerweise bekommen wir auch so ein kollaboratives Konstrukt wie beim
>> bisherigen Monitor hin.

You got mail.

>> [1]:
>> http://monitor.berlin.freifunk.net/host.php?h=vmhost03.berlin.freifunk.net&p=disk
>> [2]: http://77.87.50.5:3000/


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 473 bytes
Beschreibung: OpenPGP digital signature
URL         : <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20160328/15ec442d/attachment.sig>