Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[paul53]

@darkiop sagte: HM Komponenten sind an das Funkmodul gebunden.

Das ist der Vorteil von HomeMatic (zumindest classic), dass sie nicht an das Funkmodul, sondern an die CCU gebunden sind, also nicht wissen, wenn eine andere CCU (mit gleicher ID) übernimmt. Es kann natürlich immer nur eine CCU "funken".

[OliverIO]

Was ist mit der 2. Stromschiene eines 2. Stromanbieters? :)

[apollon77]

@darkiop sagte in iobroker hochverfügbar:

Du hast aber auch das ganze HA Zegs über die eine LAN-Schnittstelle des NUC laufen? Idealerweise sollte man das ja trennen ...

Ja habe alles über die eine LAN Schnittstelle, aber alles dann mit der Zeit auf 10G in der Verteilung hochgezogen. Also Faktisch kann damit jetzt wirklich jeder Nuc seine 1G ziehen und weder der Switch noch die Hauptverteilung limitiert das dann. Sonst müsste man ja ganz andere Hardware nutzen, weil auch mit Nuc und dann per USB ne zweite NIC bereitstellen hat wieder andere Probleme.

[apollon77]

Ich habe mit ewas HM angeht entschieden ncht selbst zu basteln (also Debmatic und wie es alles heisst) sondern echt die CCU Hardware zu nutzen. Updates macht man das wenn nötig über die Firmware und so. Die CCU als "Hardwarekomponente" ist aktuell noch nie ausgefallen und ich kann es nicht kaputtspielen :-)

[arteck]

was hab ich Tage damit verbracht.. aber wenns einmal läuft musst du du dich mit dem Ausfall beschäftigen falls das cluster mal nicht will... und so lernt man immer was dazu..

ich habs so wie apollon.. nur mit 5 nucs.. das ganze auch im Haus verteilt an einzelnen USV's.. um beruhig in den Urlaub zu fahren.

der Spass beginnt wenn du eine Update Orgie startest.. mal eben so ist es nicht getan. da können Admins ein Lied von singen..

[darkiop]

@paul53 sagte in iobroker hochverfügbar:

@darkiop sagte: HM Komponenten sind an das Funkmodul gebunden.

Das ist der Vorteil von HomeMatic (zumindest classic), dass sie nicht an das Funkmodul, sondern an die CCU gebunden sind, also nicht wissen, wenn eine andere CCU (mit gleicher ID) übernimmt. Es kann natürlich immer nur eine CCU "funken".

Ok, dann hatte ich das in meinem Kopf irgendwann mal falsch abgespeichert - dann bleibt nur die Frage ob das auch so bei HM IP ist. @Homoran kannst du dazu etwas sagen?

[darkiop]

@oliverio sagte in iobroker hochverfügbar:

Was ist mit der 2. Stromschiene eines 2. Stromanbieters? :)

PV aufm Dach + Irgendwann ein Auto im Hof das als Puffer dient :D

[darkiop]

@apollon77 sagte in iobroker hochverfügbar:

@darkiop sagte in iobroker hochverfügbar:

Du hast aber auch das ganze HA Zegs über die eine LAN-Schnittstelle des NUC laufen? Idealerweise sollte man das ja trennen ...

Ja habe alles über die eine LAN Schnittstelle, aber alles dann mit der Zeit auf 10G in der Verteilung hochgezogen. Also Faktisch kann damit jetzt wirklich jeder Nuc seine 1G ziehen und weder der Switch noch die Hauptverteilung limitiert das dann. Sonst müsste man ja ganz andere Hardware nutzen, weil auch mit Nuc und dann per USB ne zweite NIC bereitstellen hat wieder andere Probleme.

Ok, 10G hab ich auch aufm Schirm - allerdings, da ich im Unifi Universum bleiben möchte bisher noch nicht realisiert, Kosten für den Switch kommen auf 500-600€ - da muss dann auch der Usecase passen. Ggf. dann irgendwann mal, wenn HA ausgeprägter bei mir ist.

Wie hast du denn den NUCs 10Gb verpasst? Die können doch nur 1Gb. Per USB-C/Thunderbolt Adapter?

@apollon77 sagte in iobroker hochverfügbar:

Ich habe mit ewas HM angeht entschieden ncht selbst zu basteln (also Debmatic und wie es alles heisst) sondern echt die CCU Hardware zu nutzen. Updates macht man das wenn nötig über die Firmware und so. Die CCU als "Hardwarekomponente" ist aktuell noch nie ausgefallen und ich kann es nicht kaputtspielen :-)

Verstehe, ich hab die CCU bei mir in eine VM gezogen um den Raspi einzusparen und die "Sicherheit" (Backups, Snapshots) von Proxmox zu haben. Angebunden sind die aktuell über HB-RF-USB-2 mit HM-MOD-RPI-PCB und lauft komplett unauffällig.

[darkiop]

@arteck sagte in iobroker hochverfügbar:

was hab ich Tage damit verbracht.. aber wenns einmal läuft musst du du dich mit dem Ausfall beschäftigen falls das cluster mal nicht will... und so lernt man immer was dazu..

ich habs so wie apollon.. nur mit 5 nucs.. das ganze auch im Haus verteilt an einzelnen USV's.. um beruhig in den Urlaub zu fahren.

Ich muss mir mal Gedanken und einen Plan machen was die nächsten Schritte sind. Und so Sinnvoll ein Schritt nach dem andern gehen :D Das Thema USV schiebe ich auch schon ewig im Kopf rum und vergesse es immer wieder :D Was habt ihr denn für Welche im Einsatz?

der Spass beginnt wenn du eine Update Orgie startest.. mal eben so ist es nicht getan. da können Admins ein Lied von singen..

Das ist es ja jetzt schon, bei >10 LXCs/VMs + diversen anderen Geräten. Aus diesem Grund hab ich letzte Woche in einigen LXCs/VMs unattended-upgrades aktiviert. Ich hatte eigentlich noch nicht Probleme nach einem Update - solange man vorher nicht komplett sein System verwurschtelt hatte :) Mal schauen wann ich die ersten negativen Erfahrungen damit mache :D

[Homoran]

@darkiop sagte in iobroker hochverfügbar:

dann bleibt nur die Frage ob das auch so bei HM IP ist. @Homoran kannst du dazu etwas sagen?

müsste, da IMHO funkmodultechnisch diesbezüglich kein Unterschied besteht.

@darkiop sagte in iobroker hochverfügbar:

Irgendwann ein Auto im Hof das als Puffer dient

V2Home ist in D leider noch nicht zulässig.
du könntest ja kostenlos bei ikea laden und dann einspeisen.

Batterie mi USV-Funktion wäre ja auch schon was

[darkiop]

@homoran sagte in iobroker hochverfügbar:

@darkiop sagte in iobroker hochverfügbar:

dann bleibt nur die Frage ob das auch so bei HM IP ist. @Homoran kannst du dazu etwas sagen?

müsste, da IMHO funkmodultechnisch diesbezüglich kein Unterschied besteht.

Ok, gehe Ich auch davon aus ...

@darkiop sagte in iobroker hochverfügbar:

Irgendwann ein Auto im Hof das als Puffer dient

V2Home ist in D leider noch nicht zulässig.
du könntest ja kostenlos bei ikea laden und dann einspeisen.

Ja, Zukunftsmusik - aber spannend :)

Solange halte ich es im Ikea nicht aus das sich das lohnen könnte :D

Batterie mi USV-Funktion wäre ja auch schon was

Ja, aber die müssen auch erstmal bezahlbar/rentabel werden - das ist aktuell noch nicht wirklich interessant.

[apollon77]

@darkiop sagte in iobroker hochverfügbar:

Wie hast du denn den NUCs 10Gb verpasst? Die können doch nur 1Gb. Per USB-C/Thunderbolt Adapter?

Nee gar nicht. Die haben weiter je 1gb. Wenn aber der semwitxh dann in Richtung Hausverteilung auch nur 1gb kann dann kann es eng werden wenn mehrere 1gb Geräte an dem Switch in Summe mehr als 1gb „reden“ wollen zu hosts woanders im Haus. Daher können meine lokalen switche hin zur hausverteilung und dort der hauptswitch 10g auf einigen Ports. Damit istvder bottleneck „Verteilung raus“ und jeder nuc kann ggf seine 1gb voll ausnutzen.

Am Ende wenn du pro Host einen glusterfs brick hast ist das alles noch easy. Meine bricks sind anders verteilt und daher mehr und da wird es ggf eng wenn die mal alle Daten syncen wollen ;-)

[darkiop]

@apollon77 sagte in iobroker hochverfügbar:

jeder nuc kann ggf seine 1gb voll ausnutze

Ok. Müsste mal schauen was meine Unifi Switchtes auf der Backplane liefern - sollte aber mehr als 1Gb sein. Die Dream Machine Pro ist allerdings beschnitten auf 1Gb.

@apollon77 sagte in iobroker hochverfügbar:

Am Ende wenn du pro Host einen glusterfs brick hast ist das alles noch easy. Meine bricks sind anders verteilt und daher mehr und da wird es ggf eng wenn die mal alle Daten syncen wollen

Ich versuche mich mal dran, komme sicher mit der ein oder anderen Frage auf dich zurück :)

[paul53]

@homoran sagte: da IMHO funkmodultechnisch diesbezüglich kein Unterschied besteht.

Bis auf das Rekeying über das Internet, was mich stören würde

[Homoran]

@paul53 sagte in iobroker hochverfügbar:

@homoran sagte: da IMHO funkmodultechnisch diesbezüglich kein Unterschied besteht.

Bis auf das Rekeying über das Internet, was mich stören würde

stimmt! das dauert etwas.
hatte ich nicht auf dem Schirm

[paul53]

@homoran sagte: das dauert etwas.

Das wäre nicht so schlimm, aber ein hochverfügbares System sollte nicht vom Internet abhängig sein.

[apollon77]

@darkiop wenn alles am gleichen Switch hängt ist ja erstmal easy mit Netzwerk. Die backplane hat meistens ne viel höhere Leistung. Dann user nur dein Switch halt auch ein SPOF :-)

[klassisch]

@paul53 sagte in iobroker hochverfügbar:

Was nutzt die Hochverfügbarkeit von ioBroker, wenn wichtige Geräte nicht mehr gesteuert werden können?

Das ist Salamitaktik, wie beim Testen. Wenn vollständig nicht geht, dann macht man das was geht. Besser als nicht starten.
Leider gibt es tatsächlich Quertreiber wie Zigbee, wo der Koordinator seine Schäfchen an sich bindet und ein Ersatz nicht vorgesehen ist.
Aber mit einem redundanten ioBroker hätte man zumindest Funktion während der Updates. Seit bei mir das gesamte Wohnungslicht über Zigbee und ioBroker läuft, bin ich da (noch) sensibler geworden.

Aber zumindest habe ich bisher die Abhängigkeiten von USB für die Interfaces eliminiert. Smartmeter, RFLink und Zigbee laufen über TCP und können daher von verschiedenen Rechnern aus parallel angesprochen werden.

[darkiop]

@apollon77 sagte in iobroker hochverfügbar:

@darkiop wenn alles am gleichen Switch hängt ist ja erstmal easy mit Netzwerk. Die backplane hat meistens ne viel höhere Leistung. Dann user nur dein Switch halt auch ein SPOF :-)

Ja - das ist klar - aber das Risiko gehe ich erstmal ein.

Hab heut Morgen mit meinen 3 VMs mal mit GlusterFS gespielt, installation + config liefen ohne größere hürden. Doku im Anhang.

Aber eine Frage: GlusterFS kann nicht mit LXCs umgehen? Hast du das bei dir gelöst? Wenn ja, wie? :D

https://forum.proxmox.com/threads/container-on-gluster-volume-not-possible.40889/

install glusterfs

## prerequisites:

VMs with a clean Proxmox Installtion with an additional hdd (> /dev/sdb) for glusterfs:

 pve-test-node-1 - 192.168.1.61
 pve-test-node-2 - 192.168.1.62
 pve-test-node-3 - 192.168.1.63

## do this on all nodes

# show hdd
fdisk -l /dev/sdb

# create pysical volume
pvcreate /dev/sdb

# create a volume group
vgcreate vg_proxmox /dev/sdb

# create a logical volume
lvcreate --name lv_proxmox -l 100%vg vg_proxmox

# create filesystem
mkfs -t xfs -f -i size=512 -n size=8192 -L PROXMOX /dev/vg_proxmox/lv_proxmox

# create & mount new lv
mkdir -p /data/proxmox
echo "/dev/mapper/vg_proxmox-lv_proxmox /data/proxmox xfs defaults 0 0" >> /etc/fstab
mount -a
mount | grep proxmox

# install glusterfs
apt-get install glusterfs-server glusterfs-client -y

# activate glusterd after boot
systemctl enable glusterd

reboot now

## on node-1

# test connection
gluster peer probe 192.168.1.62
gluster peer probe 192.168.1.63

# create a glusterfs volume
gluster volume create gfs-volume-proxmox transport tcp replica 2 192.168.1.61:/data/proxmox 192.168.1.62:/data/proxmox force

# add node-3
gluster volume add-brick gfs-volume-proxmox replica 3 192.168.1.63:/data/proxmox force

# start the volume
gluster volume start gfs-volume-proxmox

# show glusterfs volume information
gluster volume info

## on webui node-1

# add glusterfs volume

Datacenter > Storage > Add > GlusterFS

 id = storage name
 ip1 = 192.168.1.61
 ip2 = 192.168.1.62
 volume name = gfs-volume-proxmox
 content = all

# create cluster:

Datacenter > Cluster > Create Cluster

 name = pve-test-cl

Datacenter > Cluster > Join Information > Copy Information

## on webui node-2

# join cluster

Datacenter > Cluster > Join Cluster

Paste copied information

## on webui node-3

Datacenter > Cluster > Join Cluster

paste copied information and join

[apollon77]

@darkiop antworte ich dir heute Abend. Da muss ich an en Laptop. Da muss man bissl Tricksen. Und ja mir lxc soll es Performance technisch nicht ideal sein. Ich hatte bisher keine issues damit.

Die drei vms sind jetzt bei dir nicht HA sondern eine vm pro node fest. Gell? Mit Autostart on Boot? Dann könnte das vllt gehen.
Heißt du startest die vms mit dem proxmox node ind definierest das dann als glusterfs Host? Coole Idee.