Was ist denn eigentlich vorzugswürdig? Shared-Storage (NFS oder iSCSI) mit der Möglichkeit zu Live-Migration im HA-Verbund oder aber ZFS-Local-Storage mit Replication und ebenfalls möglicher (Live-)Migration bei HA? ZFS ist ja generell ein großartiges Toolset, Proxmox scheint aber den Shared-Storage-Ansatz mehr zu promoten. Oder ist das überholt? Du machst echt genialen Content!
Lokal würde ich eher shared storage nutzen, ich kann von Ceph jedenfalls nur gutes berichten (sehr performant, selbstheilend, super in Proxmox integriert). Von iSCSI würde ich eher abraten, das ist zwar auch shared aber je nach Implementierung etwas zickig und du hast einen single point of failure. Für den angesprochenen Fall (Zweigstelle, irgendwas über VPN angebundenes) eignet sich shared storage allerdings gar nicht, da die Verbindung VIEL zu langsam sein dürfte (Ausnahmen bestätigen die Regel).
bin sehr an HA + Replikation interessiert! Wie laeuft es zb wenn man einen Service (Website oder RestAPI oder aehnliches) laufen hat, der hinter einer festen IP an Node 1 steckt, der andere Node 3 aber unter einer anderen IP ansprechbar ist? Muss dann ein Load Balancer dazwischen der die Verbindung an den ansprechbaren Host weiterleitet?
18:58 - ähm, verstehe ICH da jetzt was falsch? Da steht doch, HA is possible but has the following implications... also erst wenn du HA aktiviert hättest, wäre keine live migration möglich, oder? Egal, ich habe eine pfSense und eine docker-vm die mir extrem wichtig sind, die ich bei Wartungen am Server gerne von einer zweiten Kiste laufen lassen würde, damit Frau und Kinder WLAN und DNS haben während ich schraube. Dafür ist das Tutorial einfach perfekt, danke!
Ich finde deine Videos sehr hilfreich! Sie haben mir schon oft geholfen. Vielen Dank! ☺️ könntest du mehr über die hdd Caches erklären? Ich blicke da nicht durch. Vor allem, wie man eine hdd wieder "shrinken" könnte.. Vielen lieben Dank im voraus! LG
nach disaster verschoben auf Node2 gehen da ja alle Daten weiter +/- 10 Minuten die verloren sind. Nachher wenn ich zurück migriere, nimmt er dann den Stand (möglichweise eine Stunde Urlaub auf Node2) wieder mit auf node1? Sodass ich maximal 10 Minuten nur Daten verloren habe? Oder sind es dann 1:10h? Bisschen doof erklärt, aber vielleicht ist die Frage verständlich. Wobei, bei migrations hast du gesagt, macht er ein Snapshot. Somit wären alle Daten von Node2 (die Stunde, wo die VM auf Node2 liegt) nachher wieder zurück auf node1? :-D
Hallo Dennis, habe mehrfach gelesen, dass es keine gute Idee sein soll einen Clusternode via WAN/VPN in einem Cluster zu haben (The corosync cluster engine requires a very low-latency link, which can usually only work well over local connections). Wie ist da Deine Meinung/Erfahrung?
Naja, so sollte es eigentlich sein, dass ein Cluster über eine dedizierte und Latenzarme Leitung quatscht. Aber wenn Proxmox einem im moment leider keine andere Wahl lässt, dann ist das so.
Funzt das ganze auch mit nur 2 Nodes? Was passiert, wenn dann einer ausfällt? HA ist natürlich nicht möglich wegen zu wenig votes, aber ist der 2. Node dann noch generell verwaltbar und kann das Replikat starten?
Sehr geil Danke, dennis! Darauf habe ich gewartet, gerne noch in verbindung mit HA
Es hat wahnsinnig Spaß gemacht, deinen Erklärungen zuzuhören! Toll erklärt und sehr ansprechend!
Absolut genial. Danke für deine proxmox Videos
Super Tutorial, danke. Aber ja, wir würden uns freuen, wenn du uns zeigen könntest wie es auch mit HA Cluster funktionieren würde. Danke im voraus ...
TOP! Danke!
Was ist denn eigentlich vorzugswürdig? Shared-Storage (NFS oder iSCSI) mit der Möglichkeit zu Live-Migration im HA-Verbund oder aber ZFS-Local-Storage mit Replication und ebenfalls möglicher (Live-)Migration bei HA? ZFS ist ja generell ein großartiges Toolset, Proxmox scheint aber den Shared-Storage-Ansatz mehr zu promoten. Oder ist das überholt? Du machst echt genialen Content!
Lokal würde ich eher shared storage nutzen, ich kann von Ceph jedenfalls nur gutes berichten (sehr performant, selbstheilend, super in Proxmox integriert). Von iSCSI würde ich eher abraten, das ist zwar auch shared aber je nach Implementierung etwas zickig und du hast einen single point of failure. Für den angesprochenen Fall (Zweigstelle, irgendwas über VPN angebundenes) eignet sich shared storage allerdings gar nicht, da die Verbindung VIEL zu langsam sein dürfte (Ausnahmen bestätigen die Regel).
bin sehr an HA + Replikation interessiert!
Wie laeuft es zb wenn man einen Service (Website oder RestAPI oder aehnliches) laufen hat, der hinter einer festen IP an Node 1 steckt, der andere Node 3 aber unter einer anderen IP ansprechbar ist? Muss dann ein Load Balancer dazwischen der die Verbindung an den ansprechbaren Host weiterleitet?
Gab es das Video HA mit Replikation jemals? Das währe super spannend! Insbesondere als Lösung für ein 2 Node Failover setup.
18:58 - ähm, verstehe ICH da jetzt was falsch? Da steht doch, HA is possible but has the following implications... also erst wenn du HA aktiviert hättest, wäre keine live migration möglich, oder?
Egal, ich habe eine pfSense und eine docker-vm die mir extrem wichtig sind, die ich bei Wartungen am Server gerne von einer zweiten Kiste laufen lassen würde, damit Frau und Kinder WLAN und DNS haben während ich schraube. Dafür ist das Tutorial einfach perfekt, danke!
Ich finde deine Videos sehr hilfreich! Sie haben mir schon oft geholfen. Vielen Dank! ☺️ könntest du mehr über die hdd Caches erklären? Ich blicke da nicht durch. Vor allem, wie man eine hdd wieder "shrinken" könnte.. Vielen lieben Dank im voraus! LG
nach disaster verschoben auf Node2 gehen da ja alle Daten weiter +/- 10 Minuten die verloren sind. Nachher wenn ich zurück migriere, nimmt er dann den Stand (möglichweise eine Stunde Urlaub auf Node2) wieder mit auf node1? Sodass ich maximal 10 Minuten nur Daten verloren habe? Oder sind es dann 1:10h? Bisschen doof erklärt, aber vielleicht ist die Frage verständlich. Wobei, bei migrations hast du gesagt, macht er ein Snapshot. Somit wären alle Daten von Node2 (die Stunde, wo die VM auf Node2 liegt) nachher wieder zurück auf node1? :-D
Hi its good & helpful you are doing lot of informative proxmox video's . If possible can also include english subtitles?
Hallo Dennis, habe mehrfach gelesen, dass es keine gute Idee sein soll einen Clusternode via WAN/VPN in einem Cluster zu haben (The corosync cluster engine requires a very low-latency link, which can usually only work well over local connections). Wie ist da Deine Meinung/Erfahrung?
Naja, so sollte es eigentlich sein, dass ein Cluster über eine dedizierte und Latenzarme Leitung quatscht. Aber wenn Proxmox einem im moment leider keine andere Wahl lässt, dann ist das so.
I would love an engish version of this.
Danke sehr geil. Eine frage habe ich: Wie kann ich den local-zfs hinzufügen? Muss ich meine SSD neu formatieren?
Funzt das ganze auch mit nur 2 Nodes? Was passiert, wenn dann einer ausfällt? HA ist natürlich nicht möglich wegen zu wenig votes, aber ist der 2. Node dann noch generell verwaltbar und kann das Replikat starten?
Wenn Hardware durchgereicht wird, funktioniert das zwar auch, aber dann natürlich nur OHNE diese Hardware. VG Hardy
Kannst du mir vielleicht erklären warum mein proxmox kein Internet zugang hat egal was ich einstelle im interfaces
Super video wie immer 😁
Routing? DNS - Resolver? Falsches Netzwerk ? Falsch Gebridged ?
@@RaspberryPiCloud habe alles gemacht wie du in deinen einen video beschrieben hast 😟
Can ich eine Replikation ohne ZFS machen?
Jab, mit rsync.