Proxmox Cluster einfach erklärt
In zwei vorangegangenen Artikeln habe ich dir bereits sehr viel über meine neue Infrastruktur erzählt. Einer der wichtigen Begriffe dabei war das Proxmox Cluster. Doch so wirklich erklärt habe ich das bislang noch nicht. Dabei ist es in meinen Augen ein sehr interessantes und wichtiges Thema, das gerade auch im Smart Home von Vorteil sein kann.
Dabei gilt es natürlich zu wissen, dass ein Cluster immer im Kosten-Nutzen-Faktor abgewogen werden muss. Wie so vieles im Leben. Und sicherlich gibt es den einen oder anderen Leser, der sich zurecht fragt, ob das nicht ein wenig zu viel ist. Die Antwort darauf kann man jedoch nicht pauschal geben. Denn es kommt immer auf den Anwendungsfall an. So mag es in machen Fällen kaum einen Sinn ergeben in einem Cluster zu arbeiten. In anderen Fällen jedoch ist ein Cluster äußerst wünschenswert.
Schlussendlich will ich darauf hinaus, dass du selbst abwägen musst. Möchtest du das Geld investieren, um ein Cluster aufzubauen oder gehst du das Risiko eines einzigen Servers ein. Ich habe mich zum Beispiel ganz klar dafür entschieden, in einem Cluster zu arbeiten. Das bietet mir neben dem Ausfallschutz auch noch den Vorteil, dass ich weitere Dienste auf meinen Servern flexibel hin- und herschieben kann, wie es mir gerade passt.
Natürlich betreibe ich als Informatiker auch noch mehr Systeme als nur das zentrale Smart Home System. Und es ist für mich eine tolle Spielwiese, um neue Dinge auszuprobieren und meine eigene Kenntnisse zu erweitern. Und das in einem sehr praktischen Szenario. Eine Übersicht über meine Systeme findest du im Artikel Homeserver Anwendungen.
Was bedeutet Cluster?
Prinzipiell würden wir Deutschen wohl zum Cluster eher Rechnerverbund sagen (Quelle: Wikipedia). Zumindest, wenn wir es mit unserer Sprache sehr genau nehmen. In der Praxis spricht man jedoch meist nicht von einem Rechnerverbund oder einem Computercluster, sondern benennt diese Technologie einfach als Cluster.
Die Technologie, welche dahintersteckt, kann oft auf zwei wesentliche Einsatzszenarien reduziert werden. Einerseits dient sie der Erhöhung der Rechnerkapazitäten, andererseits der sogenannten Hochverfügbarkeit (Quelle: Wikipedia). Unterscheidet man noch etwas genauer, so trifft man auf drei Teilbereiche. Hier kommt wieder das Thema Hochverfügbarkeit ins Spiel sowie das hochperformante Cluster, jedoch auch das Load-Balancing (Quelle: Cloudflight).
Wir sehen also, dass ein Cluster nicht einfach nur dazu dient, Dienste bereitzustellen. Es geht dabei eher um die Absicherung der Dienste oder das Bereitstellen von sehr großen Ressourcen. Bekannt ist dieses Verfahren auch von Cloud-Anbietern. So gibt Amazon beispielsweise an, dass bei Ausfall eines Rechenzentrums genug Ressourcen zur Verfügung stehen, um Aufgaben auf andere Rechenzentren zu verteilen (Quelle: Amazon). Anstatt nur mehrere Server zu betreiben, wird im großen Umfeld also ganz bewusst auf eine Redundanz zwischen mehreren Standorten gesetzt. Auch das ist ein Cluster.
Zusammenfassend ist ein Cluster also ein Rechnerverbund, der nach außen wie ein großer Computer auftritt (Quelle: Cloudflight). Wie das Cluster aufgebaut ist, bestimmt dabei der Anbieter oder Administrator des Systems. Diese Aufgabe übernimmst du selbst in deinem Heimnetzwerk.
- 11. Generation Intel i5-1135G7: Der Intel NUC 11 ist mit dem neuesten Core i5-1135G7 Prozessor...
- Intel Iris Xe Graphics: Der kleine Mini-PC ist mit Intel Iris Xe Grafik ausgestattet und bietet eine...
- Größere Kapazität und Unterstützung für Speichererweiterung: Der Intel NUC NUC11PAHi5 verfügt...
Zuletzt aktualisiert 2024-12-21 / (*) Affiliate Links / (**) Affiliate Links, Preis kann abweichen (andere Plattform) / Bilder von der Amazon Product Advertising API / Der angegebene Preis kann seit der letzten Aktualisierung gestiegen sein.
Das Proxmox Cluster
Auch Proxmox bietet für Anwender die Möglichkeit, ein eigenes Cluster aufzubauen. Zentrale Merkmale des Clusters sind dabei unter anderem die gemeinsame Verwaltung aller Ressourcen über eine einzige Weboberfläche, Migration von virtuellen Maschinen und Containern zwischen den Servern sowie eine clusterweite Firewall (Quelle: Proxmox).
Die Einrichtung des Clusters erfolgt dabei über die Weboberfläche der einzelnen Systeme. Hierzu wird auf einem System das Cluster erstellt. Daraufhin erhält man kryptisch-aussehende Schlüssel, die auf den anderen Servern hinterlegt werden, so dass diese dem Cluster beitreten können. Sobald der Vorgang abgeschlossen wurde, können beide Server über eine einzige Weboberfläche verwaltet werden.
Damit es jedoch zu einer gemeinsamen Kommunikation kommen kann, müssen beide Server über ein gemeinsames Netzwerk miteinander verbunden sein. Über dieses Netzwerk erfolgt dann die Kommunikation zwischen den Servern sowie die Migration der einzelnen virtuellen Maschinen. Das wohl wichtigste Element ist dabei die Kommunikation. Denn sie ermöglicht das Abstimmen beider Server und ist eine der essenziellsten Grundlagen.
Das kannst du dir in etwa vorstellen, wie bei einer Gruppenarbeit. Natürlich bearbeitet hier jeder seinen eigenen Teil, allerdings muss die Gruppe sich untereinander abstimmen, damit die gemeinsame Aufgabe erfolgreich abgeschlossen wird. Ohne Abstimmung hast du am Ende ein furchtbares Durcheinander, das keiner mehr versteht und nicht das eigentliche Ziel erfüllt.
Es mag also etwas irritierend klingen, doch auch Computer müssen miteinander reden.
Welche Voraussetzungen gelten?
Nun darf man sich zurecht fragen, welche Voraussetzungen denn erfüllt sein müssen, damit sich aus mehreren Servern ein Cluster bilden kann. Bei deinem Proxmox Cluster gibt es hierfür klare Spielregeln. Um mit Proxmox zwei Server verbinden zu können, musst du die nachfolgenden Infos beachten.
Neben der Anforderung der Kommunikation müssen alle Uhrzeiten synchron laufen. Ebenso muss eine SSH- sowie UDP-Verbindung möglich sein. Gerade beim Einsatz einer Firewall kann das möglicherweise noch etwas Konfigurationsarbeit bedeuten.
Ebenso benötigst du das Root-Passwort deines Nodes, der mit dem Cluster verbunden werden soll. Das ist im Grunde auch sehr logisch, denn nur der Systemadministrator selbst darf bestimmen, was mit seinem Server passiert. Ohne die entsprechende Berechtigung darf kein Zutritt stattfinden.
Mit der Eingabe deiner kryptischen Schlüssel, also dem Fingerabdruck gibt das Cluster seine Zustimmung zum Beitritt. Das bedeutet also, dass jeder Server beitreten kann, dem der Schlüssel mitgeteilt wurde. Selbstverständlich kann das nun nicht jede wildfremde Person aus dem Internet. Denn es muss – wie bereits erwähnt – eine Kommunikation über SSH und UDP möglich sein. Aus dem Internet ist das normalerweise nicht einfach so möglich. Hier schreitet die Firewall ein und unterbindet derartige Zugriffe auf die Server. Umgangen werden kann das nur, indem die Ports geöffnet werden. Ich rate dir aber ausdrücklich, unbedingt und mit voller Kraft davon ab.
Bitte niemals irgendwelche Ports nach außen öffnen, wenn das nicht unbedingt notwendig ist.
Das eigene Netzwerk
Okay, okay. Ich nenne nun schon wieder das Wort Kommunikation im Proxmox Cluster. Aber in diesem Abschnitt müssen wir doch nochmal darauf zu sprechen kommen. Denn es gibt eine Möglichkeit, den Austausch zwischen beiden Servern zu fördern.
Neben dem eigenen Hausnetzwerk, sollte meiner Meinung nach immer ein eigenes Netz zwischen den Servern bestehen. Über dieses Netzwerk können sie sich jederzeit austauschen und auch die Live Migration der virtuellen Maschinen kann darüber erfolgen.
Ein großer Vorteil besteht dabei darin, dass dieser Datenverkehr nicht das Hausnetz belastet. So steht zum Surfen immer noch die volle Geschwindigkeit zur Verfügung und auch die Übertragung der Daten zwischen den Servern sollte ziemlich flott gehen.
Ich habe mir hierfür in meinem Serverschrank einen eigenen Switch angeschafft, der über die USV dauerhaft mit Strom versorgt wird. Er vermittelt nun die Daten zwischen den NAS-Systemen und den Servern. Damit halte ich mir die Kommunikation aus meinem hausinternen Netzwerk heraus, da noch ein großer Teil des Hausnetzes nach den Servern kommt. Hier spürt man bereits jetzt deutlich, was diese Veränderung gebracht hat. Mein Ping ist gesunken und auch die Downloads funktionieren sehr stabil und zuverlässig. Zwar war das vorher auch schon der Fall, jedoch merkt man, dass diese Umstrukturierung noch ein klein wenig mehr an Geschwindigkeit herausholen konnte.
Ein weiterer Vorteil dabei ist, dass genau dieses Netzwerk im Falle eines Stromausfalls weiter mit Strom versorgt bleiben kann. So können die Maschinen sicher und zuverlässig herunterfahren, ohne dass es dabei zu einem Schaden kommt.
Mehr Leistung gefällig?
Wie bei vielen Dingen im Leben, verändern sich auch bei Servern nach und nach die Anforderungen. Alte Hardware wird ausgetauscht und es muss möglicherweise neue angeschafft werden, um den täglichen Herausforderungen noch standhalten zu können. In meinen Augen ist das mit Proxmox kein Problem. Jedenfalls kein großes.
Technisch gesehen ist es mir in meiner Umgebung möglich, dass ich mein Proxmox Cluster durch das Hinzufügen neuer Server mit mehr Ressourcen ausstatten kann. Dabei bestehen aus meiner Sicht zwei verschiedene Möglichkeiten.
Die erste Möglichkeit zielt dabei auf den Kauf eines neuen Servers ab, der dann in den Schrank eingebaut wird. Er wird mit Proxmox installiert und der Server wird daraufhin ins Cluster aufgenommen. In meinem Anwendungsszenario ist das die sinnvollste Möglichkeit.
Die zweite Möglichkeit wäre die Anmietung eines Servers im Rechenzentrum, welcher per VPN in mein Heimnetzwerk aufgenommen wird. Er kann dann im Notfall wichtige Aufgaben übernehmen, ohne dass es zu einem Ausfall kommt. Allerdings sehe ich hier für mich persönlich noch Schwierigkeiten in der Anbindung meines Storage sowie der Weiterleitung von Domains, die explizit woanders hin zeigen. Zwar lässt sich das lösen, jedoch ist hierbei die Frage, wie wichtig das ist.
Möglichkeit 2 wäre daher für mich nur eine Option, wenn ich kurzfristig die kompletten Server abschalten muss, aber weiterhin eine Internetverbindung habe. Dann könnte ich meine Wartungsarbeiten in Ruhe durchführen, während das Smart Home jedoch funktionsfähig bleibt.
Nicht die Mehrheiten vergessen
Ähnlich wie in einem demokratischen System, benötigt das Proxmox Cluster zum Betrieb ein Quorum. Jedenfalls dann, wenn es um das Thema Hochverfügbarkeit geht. Nur die Mehrheit darf entscheiden, was passiert. Ein einzelner Teilnehmer ist nicht dazu in der Lage, selbst Entscheidungen zu treffen.
Machen wir das an einem Beispiel deutlich.
Du betreibst zwei Server, die zusammen dein Proxmox Cluster bilden. Nun fällt einer der Server aus und du möchtest, dass die Hochverfügbarkeit greift und die Maschinen auf den zweiten Server verschiebt. Woher weiß der Server aber nun, ob er einschreiten muss? Wie kann er sich sicher sein, dass die ausgefallene Kommunikation nicht an ihm liegt?
Ganz einfach. Gar nicht.
An dieser Stelle kommt ein dritter Server ins Spiel. Er bestätigt dem zweiten Server, dass auch er keine Verbindung zum ersten Server aufnehmen kann. Daraufhin weiß der zweite Server, dass er mit der Wiederherstellung der Dienste beginnen muss.
Es ist also im Cluster immer notwendig, dass du für eine Mehrheit sorgst. Andernfalls blockt Proxmox von sich aus bereits weitere Aktionen, da du unter Umständen den entstandenen Schaden oder Ausfall nur verschlimmern könntest.
Doch wie kann man im Heimnetz seine Mehrheit wahren, ohne dabei gleich eine Unmenge an Servern kaufen zu müssen?
Das Quorum einfach herstellen
Greifen wir zu Klärung der vorangegangenen Frage als Beispiel auf meine Infrastruktur zurück. Auch ich habe mir eine ganze Weile überlegt, wie ich die Mehrheit im Cluster auch bei einem Ausfall eines Servers behalten kann. Die Antwort darauf ist im Grunde so einfach wie genial.
Ich nutze in meinem konkreten Fall hierfür mein NAS. Dort habe ich in eine virtuelle Maschine Proxmox installiert. Diese Installation wurde ordnungsgemäß ins Cluster aufgenommen und kommuniziert seither über das oben genannte interne Netzwerk der Server. In der Hochverfügbarkeit habe ich definiert, dass keine der laufenden virtuellen Maschinen auf dem NAS gestartet werden darf. Niemals. Denn hierfür reicht die Leistung nicht aus.
Jedoch kann das NAS sehr wohl eine wichtige Aufgabe im Cluster übernehmen. Bei einem Ausfall eines Servers signalisiert auch das NAS, dass es den Server nicht erreichen kann. So kann sich der andere Server sicher sein, dass die Nichterreichbarkeit nicht auf ihn zurückzuführen ist. Server 2 startet daraufhin sofort die Wiederherstellung der virtuellen Maschinen, welche durch die Hochverfügbarkeit abgesichert sind.
Eine Alternative hierzu wäre der Einsatz eines sogenannten Intel NUC. Er könnte für die nötige Mehrheit sorgen und im Zweifel die wichtigste VM übernehmen. Jedoch gilt für mich hier die Abwägung von Kosten und Nutzen. Daher bin ich zu dem Entschluss gekommen, dass zwei Server reichen müssen. Ein Intel NUC stellt daher für mich im Moment keine denkbare Alternative dar.
Braucht jeder ein Proxmox Cluster?
Zugegeben, meine Infrastruktur wirkt für manche etwas übertrieben. Ist sie auch für viele Fälle, keine Frage. Jedoch mache ich mir schon gewisse Sorgen über einen möglichen Ausfall, wie ich ihn bereits hatte. Dieses Problem versuche ich in einem gewissen Rahmen zu umgehen. Damit werden die Proxmox Cluster Vorteile klar.
Das bedeutet nun aber auch, dass nicht jedes Smart Home auf einem Cluster aufgebaut werden muss. Stattdessen kann genauso ein gut gepflegter Server zum Einsatz kommen, den man engmaschig beobachtet. Wichtig dabei ist jedoch, dass man wissen muss, ein Ausfall kann jederzeit eintreten. Davor ist man nur bedingt geschützt.
Backups sind eine wichtige Möglichkeit, um für den Ernstfall vorzusorgen. So kann zumindest nach einem Hardwareaustausch die Infrastruktur wiederhergestellt werden. Völlig ohne Schwierigkeiten und ohne lange Ausfallzeit.
Das Cluster selbst verschafft mir persönlich hierbei etwas mehr Zeit. Fällt zum Beispiel ein Server aus und der zweite übernimmt die Aufgaben, so kann ich mich in dieser Zeit um den Schaden kümmern. Muss nun der erste Server für einige Tage zur Reparatur, wird mein Smart Home weiter funktionsfähig bleiben.
Nicht zu vergessen ist außerdem, dass ich noch ein paar weitere Dienste betreibe, die für mich sehr essenziell sind. Wie bereits in einem anderen Artikel beschrieben gehören dazu unter anderem die Passwortverwaltung oder der Ad-Blocker auf Netzwerkebene. Natürlich genauso wie die Nextcloud, über die ich wichtige geschäftliche Dokumente schnell und unkompliziert austauschen kann. Ein Ausfall der Nextcloud kann daher bei mir für einen finanziellen Schaden sorgen, den es unbedingt abzumildern gilt.
Für das herkömmliche Smart Home ist ein Cluster jedoch in vielen Fällen eine Spielerei. Dennoch kann man hierbei sehr viel Neues lernen und seine eigenen Kenntnisse erweitern.
16 Kommentare
Jürgen · 26. September 2024 um 13:50
Nun hast du viel Prosa geschrieben um deine Motivation und die Basics. Ich würde jedoch gerne lesen, welche Komponenten du wie eingerichtet hast: mögliche Setups des HA von Proxmos kenne ich, aber mich interessiert deine Langzeiterfahrung damit und wie sich deine Workloads über die Zeit verhalten (Last, Stabilität). Deshalb fad ich es schade, die Worte Ceph, iSCSI und ZFS nicht einmal gelesen zu haben. Planst du einen Folgeartikel mit etwas mehr Innereien? Oder kannst du kurz dein Setup aus mehr technischer Sicht erklären? Das wäre echt toll. Danke dir!
Lukas · 28. September 2024 um 08:39
Hallo Jürgen,
danke für deinen Kommentar und die Inspiration zu einem neuen Artikel!
Bislang hatte ich tatsächlich dahingehend nichts konkretes geplant. Aber ich kann mir vorstellen, darüber mehr zu erzählen.
Die Worte Ceph, iSCSI und ZFS findest du in dem Artikel nicht konkret, weil es um die Basics gehen sollte. Außerdem musste ja auch etwas Zeit ins Land gehen, um da mehr Erfahrung zu sammeln.
Ich setze deinen Wunsch gerne mal auf meine Liste, weiß aber noch nicht, wann das konkret in die Umsetzung geht.
Bislang läuft das alles bei mir super stabil. Ich habe das NAS per NFS angebunden. Die meisten VMs liegen direkt dort drauf und werden durch Proxmox ausgeführt. So kann ich die VMs direkt von einem Knoten auf einen anderen schieben, ohne dass es zu Ausfallzeiten kommt. Im Zweifel startet Proxmox auf einem anderen Knoten die VM neu, wenn es zu Problemen kommt. In der gesamten Zeit ist insgesamt 2x ein Knoten ausgefallen, weil es zu einem Kommunikationsproblem im Netzwerk kam. Die Server und das NAS sind über ein eigenes Netzwerk miteinander verbunden. Die IPs habe ich statisch zugewiesen. So kann ich den Netzwerktraffic trennen und die Kommunikation unter den Servern und dem NAS vom hausinternen Netzwerk isolieren. Das sorgt nicht nur für eine gute Performance, sondern auch für eine gute Stabilität.
Smarte Grüße
Thorsten · 19. August 2023 um 22:16
Hallo Lucas. Danke fpr die schöne Erklärung. Beim Lesen und darüber nachdenken wie es bei mri so aussieht bin ich auf zwei Fragen gestoßen. Ich habe selber zwei Proxmox PCs in betrieb, die bisher aber unabhöngig voneinander laufen.
1. Wenn ich das richtig verstehe, ist das bilden eines Clusters schon sinnvoll um mich nicht mit beiden Systemen jeweils über die eigene Weboberfläche einzuloggen, sondern über eine in der cih beide Systeme verwalten kann. Das ist ja schon mal schön. Gibt es denn relevante Nachteile wenn man das macht?
2. Etwas off-topic, aber ich bin über Deinen Kommentar („Neben dem eigenen Hausnetzwerk, sollte meiner Meinung nach immer ein eigenes Netz zwischen den Servern bestehen…. dass dieser Datenverkehr nicht das Hausnetz belastet“) daruf gestoßen. Ich betreibe mehrere VLANs (an einem großen Switch) um die Netze voneinander zu trennen. Sollte das nicht das gleiche Ergebnis bringen? Warum betreibst Du einen eigenen Switch dafür? Ich habe zwar durchaus Bedenken, dass es in meinem Netz da mal Engpässe geben kann, aber ich dachte ich habe es so gut wie möglich getrennt.
Danke und schönen Abend.
Lukas · 20. August 2023 um 09:05
Hallo Thorsten,
vielen Dank für dein positives Feedback und deinen Besuch in meinem Blog.
1. Ja, wenn du ein Cluster bildest, kannst du alle Nodes (also alle Server) über eine einzige Weboberfläche verwalten. Völlig egal, an welchem Node du dich dabei anmeldest. Du hast immer die Übersicht über all deine Server, die sich im Cluster befinden. Relevante Nachteile kann ich bislang nicht identifizieren. Außer vielleicht, dass du dich an nur einem Cluster gleichzeitig anmelden kannst. Wobei das insbesondere im Heimbereich ja absolut gar kein Thema sein sollte.
2. Hier muss man erstmal unterscheiden zwischen einem physischen LAN und einem VLAN. Hinsichtlich der Sicherheit ist es gut, dass du beide Netze getrennt hast. Absolut. Aber bei der Performance unterliegt ein VLAN ja auch immer den Limitierungen der physischen Gegebenheiten. Bei einem eigenen physischen Netzwerk stehen den Servern untereinander immer die vollen 1 GBit/s zur Verfügung. Bzw. sie haben eben ihr eigenes 1 GBit/s Netzwerk. Wenn du ein VLAN nutzt, dann teilt sich ja – vereinfacht gesagt – der Rest das gleiche Kabel. Bedeutet, dass du hier aus 1 GBit/s nicht einfach 2 machen kannst. Läuft also vom Switch 1 Kabel zum Router, so müssen sich alle VLANs die Geschwindigkeit teilen. Bei einem eigenen physischen Netzwerk würden wiederum eigene 1 GBit/s zur Verfügung stehen. Hier musst du allerdings entscheiden, ob du das brauchst. Ich für meinen Teil finde es absolut hilfreich, wenn die Server (im Cluster) über ihr eigenes Netz kommunizieren können. Das hilft mir auch dabei, genau dieses interne Netz bei einem Stromausfall ganz gezielt aufrecht zu erhalten.
Schlussendlich ist gerade die zweite Frage eine Architekturfrage und Architekturentscheidung. Das kommt immer auf die eigenen Wünsche und Gegebenheiten an.
Smarte Grüße
Haxley · 28. Juli 2023 um 07:53
Wenn ich das richtig vertshe ist ein Cluster sozusagen nichts anderes als ein Raid 5 System oder? Nur das halt Daten in Form von Nodes verschoben bzw. geteilt werden. Richtig?
Lukas · 28. Juli 2023 um 17:50
Hallo Haxley,
ich tue mich etwas schwer mit der Beantwortung der Frage. Nicht, weil ich die Frage nicht verstehe, sondern weil das aus meiner Sicht etwas zu einfach ist.
Ein Cluster dient ja in erster Linie mal nur dazu, dass Server in einem Verbund arbeiten. In diesem Verbund lassen sich virtuelle Maschinen hin- und herschieben. Das geht im RAID ja nicht, denn dort übernimmt diese Aufgabe der Controller.
Und auch in einem Cluster darf nicht einfach so ein Node ausfallen. Sonst sind die virtuellen Maschinen darauf auch erstmal tot.
Ausnahme ist hierbei nur, wenn man mit Hochverfügbarkeit arbeitet und bestimmte Regeln zur Wiederherstellung der Dienste eingepflegt hat.
Aber auch da ist wieder der Unterschied zum RAID, dass ein RAID sich von selbst nicht repariert. Hier muss ja erst aktiv durch den Admin eingegriffen werden, indem zum Beispiel neue Festplatten eingesetzt werden.
Im entferntesten Sinne kann man vielleicht ganz grob eine Ähnlichkeit erkennen. Aber ich glaube die beiden Technologien sind so verschieden, dass der Vergleich bei genauerem Betrachten doch etwas hinkt.
Smarte Grüße
andi · 15. Januar 2023 um 12:34
Hallo Lukas. Kann ich Node hinzufügen ohne Cluster Funktion. Ich will nur vms verschieben können und den node wieder ausschalten. Ich will keinen Cluster Funktion also keine irgendwelche Synchronisation. Wie muss ich vorgehen? Danke im Voraus für deine Unterstützung.
Grüsse aus der Schweiz.
Lukas · 15. Januar 2023 um 12:50
Hallo Andi,
sobald mehrere Server miteinander arbeiten, ist es immer ein Cluster. Und du brauchst einen gemeinsamen Speicher, z. B. ein NAS.
Wenn du nur virtuelle Maschinen auf einen anderen Server schieben willst, dann machst du am besten ein Backup der virtuellen Maschinen und lädst dieses Backup wieder in den neuen Node.
Hier kannst du mal nachlesen: https://forum.proxmox.com/threads/proxmox-vm-export.79028/
Smarte Grüße
Uli · 5. Januar 2023 um 00:23
Hi, sehr nette Anregung. Du beschreibst den Fall der Heimautomatisierung im Cluster. Da ich selbst eine Umfangreiche habe, stellt sich für mich die Frage der Hardware. Ich kann ja ein Funkmodul nicht auf beide Rechner im Cluster parallel betreiben. Okay so lange ich zuhause bin. Aber wenn ich ein paar tausend Kilometer weg bin? Auch geht es ja nicht so einfach wenn man zum Beispiel auf einer VM eine Homematic CCU3 (RaspiMatic) laufen hat, so kann ich die Geräte ja nur an eine CCU3 koppeln.
Bei reiner Serversoftware wie Nextcloud, Mail, Webserver ist das sicherlich kein Thema.
Gruß
Uli
Lukas · 5. Januar 2023 um 08:03
Hallo Uli,
eventuell lässt sich sowas über zwei Funkmodule realisieren. Inwieweit das allerdings praktikabel ist und auch einen Sinn ergibt, weiß ich nicht.
Da kann es natürlich auch schnell zu unvorhergesehenen Schwierigkeiten kommen.
Ansonsten bleibt ja im Grunde nur die Lösung, dass das Funkmodul über ein eigenes Gerät läuft und die eigentliche Kernlogik im Cluster bleibt.
Es gibt natürlich gerade beim Cluster immer wieder andere Herausforderungen, die man so vorher vielleicht nicht gesehen hat.
Die können aber auch je nach Szenario sehr individuell sein, weshalb es da im Allgemeinen schwer ist, eine generelle Lösung zu finden.
Smarte Grüße
Chris · 12. Januar 2023 um 17:02
Bei RaspberryMatic könntest du das Funkmodul mit einer HB-RF-ETH über das Netzwerk einbinden. Damit könnte es dann funktionieren.
Lukas · 12. Januar 2023 um 17:41
Hallo Chris,
danke für die hilfreiche Anmerkung! 🙂
Smarte Grüße
Jens · 21. Mai 2023 um 18:58
Doch, es sollte gehen. Mit dem HB-RF-ETH bekommt das Funkmodul eine Netzwerkschnittstelle und kann damit mit der VE mit RaspberryMatic koppeln, egal auf welchem Node diese gerade läuft.
Gruß Jens
Lukas · 21. Mai 2023 um 19:03
Hallo Jens,
danke für die Informationen. 🙂
Smarte Grüße
Dennis · 4. August 2022 um 09:12
Hi,
ich habe eine Frage.
Kann man in einem Cluster einzelne leere Nodes (es bleiben immer mehr als 3 online fürs Quorum) permanent abgeschaltet lassen, und diese nur bei Bedarf wieder anschalten (quasi als Hardware Reserve) oder bringt das das Quorum durcheinander.
Ich hatte mal einen Ausfall einer Node. Erstmal ist nix passiert (ausser das halt die eine Node nicht da war) aber nach dem Wochenende waren die GUIs aller Nodes nicht mehr erreichbar. Die VMs liefen problemlos weiter aber die Nodes an sich waren erst wieder erreichbar nachdem die eine Offline-Node wieder aktiver teil des Clusters war.
Ist das typisch oder eher ein einzelphänomen?
vielen Dank im Vorraus 🙂
Lukas · 4. August 2022 um 09:58
Hallo Dennis,
so ein Problem, wie von dir beschrieben, kenne ich tatsächlich nicht. Bei mir ist auch schon ein Node getrennt worden, das hat aber keine Probleme verursacht.
Prinzipiell kannst du jeden einzelnen Node abschalten, ohne dass es zu Problemen kommt. Das Quorum kommt an sich dabei nicht durcheinander, denn sobald die Verbindung wieder steht, wird das Quorum wieder aufgebaut.
Was du natürlich beachten musst ist, dass auch der inaktive Node regelmäßig mit Updates versorgt wird. Durch zu große Versionsunterschiede kann es mitunter zu seltsamen Phänomen kommen.
Ich zum Beispiel nutze das NAS als 3. Node, nur für das Quorum. Das läuft ja sowieso rund um die Uhr. Auf diese Weise kann ich sicherstellen, dass ich immer handlungsfähig bleibe.
Aber es spricht aus meiner Sicht grundsätzlich nichts dagegen, dass der dritte Node abgeschaltet ist und nur fürs Quorum gestartet wird.
Hier würde ich sagen: Ausprobieren. 😉
Smarte Grüße