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

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

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

Hallo Jens,

danke für die Informationen. 🙂

Smarte Grüße

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

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