allwöchentliches Arbeitstreffen Bereich Administration Rechentechnik KW 4 2023

Daniel was there!

Beim Umschauen fiel uns auf, dass wir bei (den wenigen) Instanzen zur Virtualisierung bei Storage bei Bus IDE - statt eigentlich VirtIO Block - verwenden. Damn!
Ticket erstellen!
Dokumentieren!

Daniel merkt an, dass wir bei (den wenigen) Instanzen zur Virtualisierung bei Storage bei Cache statt Default (No cache) auch Write back verwenden könnten. (Das ist vergleichbar wenn bei einer physischen kein (durch Firmware verwalteter) Zwischenspeicher im Gerät ist.)
vat@: Jo! Sollten wir dann zukünftig auch so machen können.
goeranh@:
Ticket erstellen!
Dokumentieren!

Daniel merkt an, dass wir für Instanzen zur Containerisierung bei Datacenter bei Storage bei dem "storage" (RBD PVE) KRBD verwenden könnten. (Das erlaubt, dass für den Container Ceph (RDB) auch im Kernel gemacht werden kann.)
vat@: Jo! Sollten wir dann zukünftig auch so machen können.
goeranh@:
Ticket erstellen!
Dokumentieren!

Daniel merkt an, dass (auch aus seiner Sicht) ein Verbund für Ceph ohne Verbindung von 10-Gbit/s für den Betrieb von Diensten, die ständig lesen und schreiben wollen, nicht ernsthaft benutzbar ist. 1-Gbit/s geht (notfalls) für einen Verbund für Ceph als asynchrone Datensicherung.

Daniel merkt an, dass (aus seiner Sicht) ein Verbund für Ceph nicht nur 3, sondern mehr Nodes haben muss. Sobald sonst ein Node ausfällt besteht die Gefahr von Split Brain. Da immer zu einer ungeraden Anzahl von Nodes geraten wird, plädiert er auf 5 Nodes.

Daniel und goeranh@ "philosophieren" über AD mit (nur freier Software) per Samba & Co. Wäre schon schön ….

Daniel merk an, dass (aus seiner Sicht) auch bei Ceph LZ4 (wie von ZFS bekannt) verwendet werden kann.
vat@: Jo! (Ich kenne Kompression mit LZ4 nur von ZFS (und liebe es).) Sollten wir dann zukünftig auch so machen können.
goeranh@:
Ticket erstellen!
Dokumentieren!