Shared LVM gewünscht: FC-SAN?

  • Like
Reactions: Johannes S
  • Like
Reactions: Johannes S and Bu66as
Mein Projekt wurde beauftragt, die Hardware bestellt, ich habe jetzt mal etwas verschnauft und warte ohnehin auf Elektriker und die Lieferungen ;)

Irgendwann muss ich mich dann aber einlesen in Sachen ZFS-Replication (plus dem HA-Part für PVE), ein Start dazu erscheint mir das hier zu sein:

https://pve.proxmox.com/wiki/PVE-zsync

Dann hat mir noch jemand das hier gemailt: https://gitlab.bashclub.org/bashclub/zsync/

Darf ich Euch noch um den Hinweis bitten, wo ich am Besten zum Thema weiterlese?

ZFS ist mir geläufig soweit, allerdings habe ich es bislang noch nicht auf einem PVE eingesetzt.
HA hab ich bei dem Kunden mit dem FC-SAN am Laufen.

Selbstverständlich durchsuche ich das Forum, bislang bin ich aber von der Vielzahl der gefundenen Einträge (zu "ZFS Repliaction") überfordert.

Danke im Voraus!
 
sgw said:
Mein Projekt wurde beauftragt, die Hardware bestellt, ich habe jetzt mal etwas verschnauft und warte ohnehin auf Elektriker und die Lieferungen ;)

Irgendwann muss ich mich dann aber einlesen in Sachen ZFS-Replication (plus dem HA-Part für PVE), ein Start dazu erscheint mir das hier zu sein:

https://pve.proxmox.com/wiki/PVE-zsync

Dann hat mir noch jemand das hier gemailt: https://gitlab.bashclub.org/bashclub/zsync/

Darf ich Euch noch um den Hinweis bitten, wo ich am Besten zum Thema weiterlese?

ZFS ist mir geläufig soweit, allerdings habe ich es bislang noch nicht auf einem PVE eingesetzt.
HA hab ich bei dem Kunden mit dem FC-SAN am Laufen.

Selbstverständlich durchsuche ich das Forum, bislang bin ich aber von der Vielzahl der gefundenen Einträge (zu "ZFS Repliaction") überfordert.

Danke im Voraus!
Click to expand...
Hi, wenn du nicht so Fit damit bist, lass das lieber mit den Scripten.
Du kannst ganz Simpel in der GUI bei jeder VM die Replikation aktivieren und bei jeder VM einen eigenen Intervall einstellen.
Wenn der Sync gelaufen ist, einfach HA aktivieren für die VM.

Das ist Simpel und für jeden nachvollziehbar. Wenn du mit Scripten arbeitest wie die vom BashClub dann bitte gut Dokumentieren und gut ins Thema ZFS einlesen.
Ich mache immer die Simple Methode bei meinen Kunden, da die Einstellungen in der GUI für jeden Nachvollziehbar sind und das ganze Rocksolid funktioniert.
 
  • Like
Reactions: sgw
sgw said:
Irgendwann muss ich mich dann aber einlesen in Sachen ZFS-Replication (plus dem HA-Part für PVE), ein Start dazu erscheint mir das hier zu sein:

https://pve.proxmox.com/wiki/PVE-zsync
Click to expand...

Nein, wie auf der Seite auch erklärt ist das ein anderes PVE-Feature mit anderen Usecase ( https://pve.proxmox.com/wiki/PVE-zsync#PVE_Storage_Replication_and_PVE-zsync )

Für deinen Zweck ist https://pve.proxmox.com/wiki/Storage_Replication relevant und dazu hat Falk ja schon das Wesentliche geschrieben, solange du keine besonderen Anforderungen hast, lässt sich das vollständig über die GUI abbilden.

pve-zsync ist tatsächlich ein älteres Feature, was dazu auch clusterübergreifend funktioniert und auf den gleichen Features von zfs basiert, lässt sich aber NICHT für die HA-Funktion in PVE verwenden, Storage Replication schon.
 
  • Like
Reactions: sgw
Danke @Johannes S und @Falk R.

Das Script hat mich ohnehin nicht sonderlich angezogen ;)

https://pve.proxmox.com/wiki/Storage_Replication hab ich mal überflogen, bin aber noch nicht sicher, wie ich den Beginn gestalte:

ich denke in der Richtung:

* Beide PVEs installieren, mit gleichnamigen(?) ZFS-Pools als local storage
* Drittes Device (separate Debian-Kiste) als Quorum-Device vorbereiten .. https://pve.proxmox.com/wiki/Cluster_Manager#_corosync_external_vote_support // EDIT: besser: https://pve.proxmox.com/pve-docs/pve-admin-guide.html#_corosync_external_vote_support

* HA / Corosync einrichten = "Cluster aufbauen"
* und dann ZFS-Replication einrichten, im GUI? Für einzelne VMs optional.

Ich warte gerne noch ab, bis ich die 2 Nodes habe, und versuche das dann selbst ... / Nur mal vorab als gedankliche Stütze für mich.
 
Last edited:
sgw said:
* Beide PVEs installieren, mit gleichnamigen(?) ZFS-Pools als local storage
* Drittes Device (separate Debian-Kiste) als Quorum-Device vorbereiten
* HA / Corosync einrichten = "Cluster aufbauen"
* und dann ZFS-Replication einrichten, im GUI? Für einzelne VMs optional.
Click to expand...

Genauso, im Idealfall vor den Zusammenschalten zum Cluster auch schon die verschiedenenen Netzwerkkarten je nach Funktion vorkonfigurieren und verkabeln. Wichtig ist dabei dass der ZFS- und Corosync-Traffic vom Rest des Traffics (VM untereinander, Clients, Management) getrennt sind getrennt sind, ZFS und corosync kriegen jeweils einen dezidierten Link, damit zuviel Traffic in einen dir nicht den Rest zerschießt, der ZFS-Traffic kommt dann auf eine 10Gbit-Karte, corosync kommt auch mit 1Gbit zurecht:
https://pve.proxmox.com/wiki/Cluster_Manager#pvecm_cluster_network
https://pve.proxmox.com/wiki/Storage_Replication#_network

Beim Storagenetz kann man auch per Konfigdatei konfigurieren, dass der Datenverkehr nicht verschlüsselt wird. Wenn die beiden hosts direkt miteinander reden, ist das ja kein Sicherheitsproblem und macht das ganze noch mal deutlich schneller.


Da du ja erwähnt hast, insgesamt viermal 1Gbit in den Kisten zu haben, sind dann noch zwei Ports offen, wovon eins dann für ein Management-Netzwerk genutzt werden können (damit von außen niemand an das Webinterface/die ssh-Konsole der Hosts kommt). Außerdem bietet sich natürlich an sämtliche Netzwerkkarten auch als Fallback für corosync zu hinterlegen, idealerweise direkt beim Anlegen des Clusters:
https://pve.proxmox.com/wiki/Cluster_Manager#pvecm_redundancy

Dafür kann dann auch das Storage-Netzwerk und ggf. (du hattest ja erwähnt dass für den Traffic der VM envtl. eine weitere 10G oder 25G Karte reinkommt) eine weitere eingebaute Karte genutzt werden, ist ja nur als Fallback ;)

Bevor das ganze in Produktion gibt, würde es sich natürlich auch anbieten zusammen mit den Kunden einmal ein paar Notfall- und Wartungsszenarien (ein Knoten fällt aus, Backups müssen zurückgespielt werden, Neustart eines Knotens nach Systemupdates etc) durchzuspielen. Im Idealfall freut der Kunde sich dann schon über die erhöhte Verfügbarkeit und falls was doch schieflaufen sollte, kann man das noch glattziehen, bevor daran tatsächlich wichtige Sachen darauf laufen.
 
Last edited:
  • Like
Reactions: Falk R. and UdoB
You must log in or register to reply here.
Top Bottom
Back