memory/systems/galera-maxscale.md

title, category, tags, created, modified

title	category	tags	created	modified
MariaDB Galera + MaxScale	systems	mariadb galera maxscale database ha	2026-07-24	2026-07-24

MariaDB Galera + MaxScale

Galera Cluster (3/3 Synced)

Node	VM	IP	Role
db1	VM300 (ms-a2-1)	10.0.30.71	Slave
db2	VM301 (proxmox3)	10.0.30.72	Slave
db3	VM302 (proxmox6)	10.0.30.73	Master

• Root Credentials: /root/.my.cnf auf VM300 (via qm guest exec)
• 1Password mariadb-root Item: PASSWORT IST FALSCH — stimmt nicht mit /root/.my.cnf überein

MaxScale Proxy (HA)

Node	VM	IP	Port
MaxScale-01	VM310 (proxmox1)	10.0.30.81	Admin :8989
MaxScale-02	VM311 (ms-a2-1)	10.0.30.82	Standby
VIP	—	10.0.30.70	:3306 (keepalived)

• Admin: admin:mariadb auf :8989

VM Konfiguration

• VM300: balloon: 0 (disabled) — verhindert InnoDB Buffer Pool Swapping
• Standard Practice für DB VMs

Fluent Bit

• VM300/301/302 (Galera): Fluent Bit aktiv
• VM310/311 (MaxScale): Fluent Bit aktiv

Bekannte Issues

• 2026-09-29: VM302 Zombie-State nach Migration (QEMU running, Services tot, QGA down). Behoben via Stop+Start; SST-Rejoin ~2-3min. Siehe docs/solutions/bug-fixes/2026-09-29-vm302-zombie-postmigration-galera-rejoin.md
• QEMU-Cmdline-Falle: -incoming unix:/run/qemu-server/NNN.migrate -S bleibt nach Migration im Prozess-String — KEIN Beweis für "paused". Immer qm monitor <vmid> <<< 'info status' prüfen.
• HA-Guard: ha-manager disable existiert nicht. Bei Resource-State request_stop geht qm stop trotzdem durch.

Related Skills

• mariadb-galera-cluster-administration (devops)

Related

• systems/proxmox-cluster
• reference/ip-map