Files
memory/systems/galera-maxscale.md
T
2026-09-29 22:00:35 +00:00

49 lines
1.8 KiB
Markdown

---
title: MariaDB Galera + MaxScale
category: systems
tags: [mariadb, galera, maxscale, database, ha]
created: "2026-07-24"
modified: "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]]