Post AxX0nO6MWs31iIUnz6 by gyptazy@gyptazy.com
 (DIR) More posts by gyptazy@gyptazy.com
 (DIR) Post #AxWfEdAIQwwXG7vB7w by cryptgoat@fedifreu.de
       2025-08-25T10:49:27Z
       
       0 likes, 0 repeats
       
       Does anyone here run a 2-host #ProxmoxVE #cluster with a #QDevice for High Availability in production and can share their experience and recommendations?#Proxmox #Admin #Virtualization
       
 (DIR) Post #AxX0nO6MWs31iIUnz6 by gyptazy@gyptazy.com
       2025-08-25T11:24:01Z
       
       0 likes, 0 repeats
       
       @cryptgoat@fedifreu.de Ja, mehrere Cluster und eigentlich keine nennenswerte Probleme - vor allem nicht im Scope vom Q-Device. Was halt weiterhin offen bleibt ist dann das Thema Storage. Wenn es kein ext. HA Storage per Block, CIFS oder NFS ist, bleibt nur asynchrone ZFS Replikation or DRBD (ggf. auch via Linstore von Linbit) übrig. Mittlerweile nehme ich aber lieber einen "vollständigen" Proxmox Node, der einfach nicht für Workloads genutzt wird, da es sich oftmals für die Cluster-Admins einfacher handhaben lässt.
       
 (DIR) Post #AxX0nPVDJxWM3f8AMK by cryptgoat@fedifreu.de
       2025-08-25T14:50:59Z
       
       0 likes, 0 repeats
       
       @gyptazy Danke dir! In meinem Szenario gibt es Block-Storage via SAN, sollte also gar kein Problem sein. Ich sehe richtig, dass das Q-Device keinerlei Zugriff auf den Storage des Clusters braucht? Dass wäre nämlich relevant wegen bestimmter Lizensierungproblematiken... 😉