Ausfallsicherheit / Vertretungsszenario ioBroker
-
@MartyBr
Ich habe 2 NUCs zu einem Cluster verbunden.
Damit ist es unter anderem zunächst einmal völlig egal auf welchem der beiden NUCs ich mich anmelde, ich kann immer beide gleichzeitig verwalten (rebooten, Konsolen aufrufen, VMs oder Container starten oder stoppen, per Konsole bearbeiten, etc.)Wenn ich im "Rechenzentrum" nun z.B. ein NAS-Laufwerk mounte (im Bereich Storage) oder aber User, Gruppen oder Rollen anlege, dann sind diese immer automatisch bei allen NUCs (Nodes) sofort erreichbar/verfügbar.
Derzeit nutze ich nur einen der beiden NUCs als produktive Umgebung, da ich ausreichend Speicher und Leistung habe. Der zweite NUC ist lediglich für Serviceaufgaben und als Backup da.
Daher replizierer ich auch nur in eine Richtung. Vom produktiven NUC auf das Backup-NUC.
Ob überhaupt repliziert werden soll oder in welchem Intervall, kann für jeden Container und jede VM separat definiert werden.
Durch diese Replizierung könnte ich innerhalb von wenigen Augenblicken (< 1 Minute) eine VM (oder einen Container) von einem NUC auf den andereren "Migrieren" - also dem Produktivbetrieb von einem NUC auf den anderen verlagern.
Hierzu müssen dann allerdings auch beide NUCs noch erreichbar und ansprechbar sein!
Über die Konsole kann auch bei Nicht-Erreichbarkeit des entsprechenden NUCs eine Migration von replizierten VMs und Containern erfolgen.
Replizierung ist eine Proxmox Funktion.Alternative:
Um den Betrieb nun auch schnellstmöglich wieder herzustellen wenn einer der beiden NUCs nicht mehr erreichbar ist, greifst Du entweder auf ein Backup zu, welches eben nicht auf dem NUC sondern bspw. auf einem NAS liegt und spielst diese auf dem übrig gebliebenen NUC zurück,
oder aber die VM bzw. der Container selber liegen auch schon auf einem NAS und überhaupt nichts mehr lokal auf dem NUC. -
@BBTown Danke für die Infos. Dann warte ich mal darauf, dass mein NUC aus der Reparatur kommt.
Ich werde die Geräte dann mal zu einem "Rechenzentrum" zusammenfassen. Also erst mal Doku lesen. -
@MartyBr
Du kannst sogar direkt aus der Replizierung das System wieder lauffähig machen selbst wenn der NUC auf dem bisher die VM oder der Container lief nicht mehr erreichbar ist.Dies erfolgt über die Konsole mittels:
mv /etc/pve/nodes/A/qemu-server/100.conf /etc/pve/nodes/B/qemu-server/100.confwobei
Ader Ursprung undBdas Ziel sowie100.confin diesem Beispiel die VM istHier findest Du (in englisch) die entsprechenden Informationen.
-
@BBTown Super! Herzlichen Dank. Man gewöhnst sich ja schon stark an so ein System und merkt dann beim Ausfall, was so alles fehlt.
Danke für deine Infos. -
@BBTown Eine Frage noch dazu: In der Anleitung steht, dass der Storage Typ mit dem Dateisystem ZFS unterstützt wird. Ich vermute mal, dass ich ext4 einsetze.
Läuft es auch damit? ext4 unterstützt ja auch Journaling auf dem Dateisystem. -
@MartyBr
das kann ich dir nicht wirklich beantworten. Ich selbst habe meine Systeme auf ZFS aufgesetzt.
Ich glaube aber das es tatsächlich Voraussetzung ist, dass Proxmox bei der Installation mit ZFS Formatierung aufgesetzt wird -
@BBTown Werde ich mal testen wenn mein NUC wieder greifbar ist,
-
@MartyBr Was du dir vielleicht auch mal anschauen kannst wäre dieser Post: [Umfrage] Hochverfügbarer ioBroker auf RPIs
Bzw. auch diesen Artikel: Hochverfügbarkeits-ClusterSo etwas möchte ich evtl bei mir realisieren...irgendwann, wenn Zeit und ein weiterer NUC da ist.
-
Da mein erster Proxmox noch unter 5.x lief und auch noch nicht im Cluster habe ich das Szenario gerade noch mal durchgespielt:
- Beide VMs (SQL und iobroker) gebackupt
- Backup auf anderen NUC hochgeladen.
- VMs auf ersten NUC gestoppt.
- VMs auf zweiten NUC gestartet.
- Läuft
-
@holgerwolf
Wie wird mit den Modems (Zigbee, Z-Wave, HomeMatic) verfahren ? -
@paul53 Zigbee und Z-Wave habe ich nicht. Homematic läuft bei mir auf nem separaten Raspi. Kann deine Frage also nicht beantworten.
-
-
@paul53 Nein
In Wahrheit, wäre das dann ne größere Aktion. Wegen dem Funk-Board. Das ist eine der nächsten Baustellen.
-
@holgerwolf
Es gibt ja da auch eine neue Entwicklung: Debmatic mit einem neuen USB-Funkmodul (HB-RF-USB ). Aber auch wenn man das Funkmodul redundant auslegt, hat man dann doch wahrscheinlich andere IDs.
Eine Lösung wäre natürlich, das USB-Modul über eine USB-to-Ethernet Adapter ins Netz zu hängen.
Aber ich glaube, hier übersteigt der Aufwand den Nutzen.Meine Homematic läuft auf einen Tinkerboard mit einem eMMC Speicher, nicht auf einer SD-Karte. Da ist die Zuverlässigkeit im Betrieb wesentlich höher.
-
@MartyBr Ich lese da auch fleissig mit. Da bin ich aber noch unschlüssig.
Ich weiß nicht, ob es schon irgendwo mal stand:
Replizierung von Proxmox VM funktioniert nur mit ZFSSetzte mein Nodes jetzt neu auf
-
@holgerwolf Ich warte auf meinen zweiten NUC, der gerade in Reparatur ist. Wenn er dann wieder greifbar ist, teste ich mal den Vorschlag von @BBTown mit der Replikation.
Die CCU belasse ich erstmal wie gehabt. Die läuft extrem stabil, eine Datensicherung mache ich da regelmäßig. -
@paul53 sagte in Ausfallsicherheit / Vertretungsszenario ioBroker:
@holgerwolf sagte:
Homematic läuft bei mir auf nem separaten Raspi.
Der darf also nicht ausfallen ?
Da habe ich durch Zufall eine Redundanz, da ich neben der CCU2 mal einen zusätzlichen Konfig-LAN-Adapter zur Reichweitenverlängerung bei mir hinzugefügt habe.
Für meinen HM-wired Bereich habe ich ein zusätzliches wired-LAN-Interface im Schrank, da mir schon mal einer abgeraucht ist .... aber ich habe nicht den Anspruch wirklich alles redundant vorzuhalten
-
@BBTown sagte:
Redundanz, da ich neben der CCU2 mal einen zusätzlichen Konfig-LAN-Adapter zur Reichweitenverlängerung bei mir hinzugefügt habe.
An CCU2 und Konfig-LAN-Adapter sind doch unterschiedliche Geräte angelernt. Wo ist da eine Redundanz ?
-
@paul53 dass ich 2 Geräte habe die per Funk die Signale empfangen
