Search results

so btw - was nehmt ihr da zB bei HCI Clustern?

12,5 OSDs pro Node ? Musste aber beefy CPUs haben....

Du redest jetzt von normaler Livemigration innerhalb eines Clusters, korrekt? Ich meinte Cross-Cluster Migration.

Ich hab noch u.a. ein Cluster vor mir PVE7 auf PVE8... werde berichten, wie das da mit der qmremote Geschichte ablief.

@sb-jw ich kenne da noch jmd. der so Statements raushaut: ;)

Bei mir haben die VMs immer neu gebootet, CPU Kompatibilität war also gar nicht so nötig. Live war die VM nur bis zum Zeitpunkt wo alles drüben war und dann kam der Reboot. ;)

Darf man fragen, welche(s) Storage(-Lösung) Ihr so verwendet, wenn kein Ceph, aber alles oder viele VMs HA sind und "mega"-kritisch ? Rein aus Interesse :)

Sobald die Server bei Hetzner nicht im gleichen Rack sind, kannst du nur mit vSwitches oder Lösungen wie tinc, zerotier, wireguard etc arbeiten, wenn du die "privat" verbunden haben möchtest. Liegt halt am Hetzner Netzwerksetup. Normal kannst du ein Cluster wie zB Ceph ja locker über...

@Falk R. ja du deinen einen Server. Mach aber mal ein Cluster bei Hetzner mit mehreren Servern, die nicht im gleichen Rack sind. Geht nur über die vSwitche, die laufen aber nur solange sie laufen und irgendwann laufen die nicht mehr. Da hilft dann nur den Server aus dem vSwitch raus und wieder...

@jsterr interessant - sind die Probleme auch auf Systemen ohne HBA aufgetreten? Wir haben so ein paar von den Samsung im Raid1 zfs wohl aber in AMD Systemen, also ohne HBA und bisher diese Fehler nicht festgestellt.

afaik - you need a name like: cluster.example.com and A and AAAA records with multiple IPs e.g. for IPv4 cluster.example.com A 192.168.0.20 cluster.example.com A 192.168.0.30 same for IPv6 cluster.example.com AAAA fd20::20 cluster.example.com AAAA fd20::30 similiar with public IPv4/v6 addresses

du meinst vermutlich die berühmten Connect-X3 ;)

yep - would be interested in your setup...

Bezugsquelle ?

Interessante Strategie... Ceph ist ja eher so Scale-out also mehr Knoten und viele OSDs auf die Knoten verteilt. Zu viele OSDs per Knoten ist eher nicht die Norm. Cluster leer machen, heißt bei euch alle VMs von Cluster auf Cross-migrate auf n andere Cluster usw. ?

Ich muss das auch mal testen.... wenn "man" schon soviel so "groß" hosted, warum dann diese 2 Node Lösung? Und nicht 5 oder 7 Knoten im produktiven Hostingbetrieb?

Wie geht denn ein 4-Wege-Ceph auf 2 Nodes? Nicht die Regel, bei prod. 3/2 min, also min 3 Nodes ?

seems the problem is back - we've noticed with Kernel 5.15.108-1-pve cluster [WRN] Health check failed: Slow OSD heartbeats on back (longest 1064.667ms) (OSD_SLOW_PING_TIME_BACK) cluster [WRN] Health check failed: Slow OSD heartbeats on front (longest 1244.808ms) (OSD_SLOW_PING_TIME_FRONT)...

Sorry für die späte Antwort - nicht mehr auf dem Schirm gehabt. Kein Handlungsbedarf - läuft ganz gut! ;)

For limiting storage size, we still have to use separate datastores right? E.g. for different Tenants.