Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Wildbill]

@ilovegym Nur der Zusammenhang erschliesst sich mir da irgendwie nicht ganz. Wenn redis innerhalb der iobroker-VM auf demselben Proxmox-Host läuft, auf dem ich auch einen separaten redis-LXC laufen lassen würde, dann bleibt die Hardware an sich ja gleich. Ohne separaten redis-LXC eher mit etwas weniger Overhead. Ob ich dann der iobroker-VM beispielsweise 4 CPU-Kerne zuweise, oder sich die VM und ein separater redis-LXC die 4 Kerne teilen sollte doch eher für die Variante ohne separaten LXC sprechen?!
Oder wird redis innerhalb der iobroker-VM immer wieder durch die dort sonst laufenden Prozesse eingebremst?
Ich werde wohl um einen eigenen Test zu gegebener Zeit nicht herumkommen....

Gruss, Jürgen

[Ein ehemaliger Benutzer]

@wildbill

also hier war es so, der Redis-Server wurde von den anderen iobroker-tasks eingebremst.. ok, ich hab halt auch ne grosse Installation..

Genau, denke, das kann man mit seiner Umgebung und Installation nur selbst mal austesten, wenn man Zeit und Muse dazu hat.

[liv-in-sky]

@ilovegym liegt das evtl an der iob VM - ein lxc ist doch flinker - das würde erklären, wrum redis dann flinker ist/wird

ich habe einen iob lxc - da sollte es eigentlich keinen unterschied geben, wenn ich die redis auslagere auf einen anderen lxc

[Wildbill]

@liv-in-sky Also ich glaube (ohne es je direkt verglichen zu haben) dass der „Geschwindigkeits“-Unterschied zwischen Installation als VM oder LXC vielleicht maximal messbar, aber nicht spürbar ist. Einigermaßen potente Hardware vorausgesetzt. Aber das setze ich bei Verwendung von Proxmox mal voraus.
Der Unterschied wird wohl genauso groß sein, als wenn ich für redis einen zusätzlichen LXC verwende, welcher vom Host ja dann auch verwaltet werden muss und etwas Leistung „frisst“.

Ihr bringt mich noch dazu, dass ich mein Produktiv-System doch auf abgesetzten redis-LXC für states und objects umbaue zum Testen… :blush:
Gruss, Jürgen

[ticaki]

@wildbill
Mit der Installation von Redis in einen LXC sind bei mir zumindest ein paar kleine "was ist den jetzt wieder los" Punkte, die ich mir noch nicht angesehen habe, behoben worden. BWM haben ab und an mal deutlich zu spät reagiert.

Läuft aber erst seit gestern, mal sehen.

[Wildbill]

@ticaki Du hast sowohl die objects, als auch die states auf redis, oder?

Gruss, Jürgen

EDIT: Und Du hattest auch vorher schon redis in Gebrauch, nur halt direkt innerhalb iobroker? Denn die Umstellung auf redis hat bei mir damals auch schon einiges beschleunigt.

[ticaki]

@wildbill
Ich bin seit 4-5 Jahren auf redis mit allem.

[MartyBr]

@ticaki
@Wildbill
Hallo, eine Frage zur Ankopplung von IOB Slaves bei Nutzung eines abgesetzten Redis Server:
Wird bei ob setup custom beim Slave die IP des abgesetzten Redis angegeben? Oder die IP des IOB Master?

[Wildbill]

@martybr Als Master musst Du natürlich weiterhin die IP des iobroker-Master angeben. Nur bei states und objects musst Du dann natürlich die IP des redis-Servers angeben, je nachdem ob Du beim Master die objects, die states oder beides auf dem redis-server hast. Und bei slaves die Frage nach Migration verneinen, soweit ich noch weiß.

Gruss, Jürgen

[MartyBr]

@wildbill
Ich wiederhole das mal mit meinen Worten:
Ich habe einen Master mit der IP *.100
Zwei Slaves mit der IP *.18 und *.113

Der Redis hat die IP *.115

Master:
iob setup custom:
Hier setze ich bei Objects die IP auf 127.0.0.1 und bei States die IP *.115
Bei den Slaves setze ich Object auf *.100 und States auf *.115

Richtig?

Vorher kopiere ich die Redis dump Datei vom Master auf den Redis Server und verneine die Migration.

[Wildbill]

@martybr Kann ich Dir leider nicht zu 100% sagen, aber ich würde sagen, es passt so, wie Du es vor hast. Die objects willst Du dann auf file (oder jsonl) lassen direkt auf dem Master, dann müssen die Slaves auch für die objects dahin verbinden. Und für die states auf den redis-server, den da legt es ja der Master ab.
Redis aus /var/log/redis auf den neuen server kopieren (wenn iobroker gestoppt ist!), die config kopieren aus /etc/redis kopieren oder manuell anpassen und anschliessend mit dem Master anfange mit iob setup custom. Danach die Slaves nachziehen. So müsste es, meiner Meinung nach, klappen. Aber ohne Gewähr. Versuch macht kluch… :blush:

BTW: Da ich immer noch am Überlegen bin, ob ich umziehe. Wenn ich schon einen extra redis-server aufsetze, würde (werde) ich auch die objects dahin migrieren. Dann ist alles beisammen.

Gruss, Jürgen

[ticaki]

@wildbill
Hauptgrund weshalb ich es gemacht habe, ich möchte mit dem iobroker in einen LXC umziehen, brauche aber priviligiert wegen SMB und dadrin geht Redis nur wenn man nesting an macht. Rein von der Sicherheit könnte ich dann aber den iobroker auch gleich auf dem Host installieren.

[MartyBr]

@wildbill
Ich habe es gemacht !
Der Redis läuft nun auf einen dedizierten eigenen LXC Server. Über iobroker setup custom habe ich den Server eingetragen. Vorher natürlich die redis.dump dort reimkopiert.

Bei den Slave Servern ist iobroker setup custom abgebrochen: Fehlermeldung: Konnte (alten) Redis-Server nicht erreichen.
Lösung: Ich habe in der iobroker.jsonl bei States die neue IP des Redis Server eingetragen.
Nun läuft das Gesamtsystem wieder. Gefühlt ist die Reaktionszeit/Performance besser geworden. Heute Nachmittag werde ich auch die Objekte auf Redis umstellen.

Ich habe ca. 50.000 States und 50.000 Objekte.

Danke für deine Unterstützung. Die Umstellung betraf / betrifft mein Produktiv System, da bin ich immer sehr vorsichtig.

[Wildbill]

Hab nun auch den Umstieg gewagt auf einen separaten LXC mit redis und auch gleich objects, sowie states auf redis gelegt. Ging alles problemlos.
Habt Ihr für states und redis separate Instanzen des redis-server? Die in der Doku verlinkte Anleitung ist für Ubuntu 16.04 und 6 Jahre alt. Ich habe erst einmal nun alles in eine Instanz gelenkt.
Mal schauen, wie es läuft… :grimacing:

Gruss, Jürgen

[Ein ehemaliger Benutzer]

@wildbill

nee, nur eine Redis-Instanz, da ist alles drin. Waere mal zu testen, was das bringt.. :-)

[Wildbill]

@ilovegym Hauptsache läuft erstmal. Negative Auswirkungen bemerke ich bislang nicht. Alles flutscht, wie gehabt. Ob schneller oder responsiver ist schwer zu sagen, ging auch vorher so gut wie alles recht flott.
Systemlast unter Proxmox in Summe (also für den Host) unverändert, soweit sich das erkennen lässt.

Gruss, Jürgen

[ticaki]

@ilovegym
Kann mir nicht vorstellen dass das was bringt... aber hätte auch nicht gedacht das ein extra Redis LXC was bringt.

[Wildbill]

@ticaki Vermutlich bringt es eher was im Hinblick auf die Schreiblast. Die eine größere Datei wird vermutlich öfter geschrieben, als bei getrennten Dateien, von denen sich eine nicht oft ändert. Aber ich lasse mal jetzt so laufen und beobachte weiter. :eyes:

Gruss, Jürgen

[Ein ehemaliger Benutzer]

@wildbill @ticaki @MartyBr

es gibt auch das command "redis-benchmark" ich hatte im August dazu was geschrieben, da war mein System noch etwas verspielter..

Commando zum testen:

redis-benchmark -h redis-serverIP -q -n 100000

also bei mir dann

redis-benchmark -h 10.1.1.1 -q -n 100000

[Wildbill]

@ilovegym Ich habe es mal testen lassen, allerdings bei laufendem iobroker, will die Haussteuerung nicht schon wieder anhalten deshalb. Schaut aber glaub ganz OK aus:

redis-benchmark -h 10.10.10.194 -q -n 100000
PING_INLINE: 23223.41 requests per second, p50=0.935 msec                   
PING_MBULK: 24437.93 requests per second, p50=0.855 msec                   
SET: 23663.04 requests per second, p50=0.911 msec                   
GET: 24727.99 requests per second, p50=0.823 msec                   
INCR: 23809.53 requests per second, p50=0.879 msec                   
LPUSH: 23030.86 requests per second, p50=0.927 msec                   
RPUSH: 22883.29 requests per second, p50=0.983 msec                   
LPOP: 21777.00 requests per second, p50=0.975 msec                   
RPOP: 23507.29 requests per second, p50=0.983 msec                   
SADD: 25412.96 requests per second, p50=0.871 msec                   
HSET: 19964.06 requests per second, p50=1.063 msec                   
SPOP: 24497.80 requests per second, p50=0.927 msec                   
ZADD: 17448.96 requests per second, p50=1.279 msec                   
ZPOPMIN: 21791.24 requests per second, p50=0.959 msec                   
LPUSH (needed to benchmark LRANGE): 24431.96 requests per second, p50=0.895 msec                   
LRANGE_100 (first 100 elements): 15206.81 requests per second, p50=1.527 msec                   
LRANGE_300 (first 300 elements): 8387.85 requests per second, p50=2.983 msec                   
LRANGE_500 (first 500 elements): 6106.50 requests per second, p50=4.135 msec                  
LRANGE_600 (first 600 elements): 5144.30 requests per second, p50=4.767 msec                   
MSET (10 keys): 20218.36 requests per second, p50=1.279 msec    

Wenn iobroker mal irgendwann gestoppt ist und ich dran denke, teste ich nochmal.

Gruss, Jürgen

EDIT: Ach ja, CPU-Last für die iobroker-VM ging von 10 auf gute 40% hoch und danach wieder zurück. Ist also noch Luft da...