[[Uebersicht|← Zurück zur Homepage]]
# Home Assistant VM (109) — Migration auf NVMe-Storage
## Zweck
Am 2026-07-09 wurde die Home-Assistant-VM (VMID 109, Proxmox-Host `
[email protected]`) live von der SATA-SSD (`local-lvm`) auf die NVMe (`nvme-thin`) verschoben, um die I/O-Latenz für die Recorder-Datenbank zu verbessern.
## Ausgangslage
Gemessen über `qm monitor 109` → `info blockstats` (Laufzeit 50.287 Sek. ≈ 14 Std. seit letztem Boot):
| Kennzahl | Wert |
|---|---|
| Schreib-Operationen | 1.167.910 (~23,2/Sek.) |
| Lese-Operationen | 136.050 (~2,7/Sek.) |
| Verhältnis Schreiben:Lesen | ~8,6:1 |
| Ø Schreiblatenz | ~6,4 ms |
| Ø Flush-Latenz (fsync) | **~9,45 ms** |
| Flush-Häufigkeit | alle ~4,8 Sek. |
| Ø Schreibgröße | ~16 KB pro Write |
Interpretation: HA erzeugt einen typischen Write-heavy-Workload (Recorder-DB protokolliert laufend Sensorwerte, u.a. Marstek/Tibber/Solcast/sdextern). Eine Ø-Flush-Latenz von ~9,45 ms ist für eine SSD ungewöhnlich hoch und deutete auf Engpässe durch Nebenlast anderer Gäste auf demselben SATA-SSD-Pool (`local-lvm`) hin — verschärft durch die gleichzeitig eingeführten Snapshot-Ketten (`auto_*` stündlich + `vor_aenderung_*`).
## Hardware-Vergleich
| Storage | Laufwerk | Interface | Ø sequenziell (Hersteller) |
|---|---|---|---|
| `local-lvm` (VG `pve`) | Samsung SSD 850 EVO 1TB | SATA III | ~540 MB/s |
| `nvme-thin` (VG `vg-nvme`) | Samsung SSD 980 500GB | PCIe/NVMe | ~3.500/3.000 MB/s, niedrigere Latenz, mehr parallele Queues |
Die NVMe lag vor der Migration bei 0 % Auslastung (komplett ungenutzt).
## Ablauf der Migration
1. Aktuellen vzdump-Backup-Stand geprüft (~18:00 Uhr) als Fallback-Absicherung
2. Alle 8 bestehenden Snapshots von VM 109 gelöscht (`Stand`, 6× `auto_*`, `vor_aenderung_20260709_2021`) — Voraussetzung für `qm disk move`
3. `qm disk move 109 efidisk0 nvme-thin --delete 1` — EFI-Disk (4 MB), Sekunden
4. `qm disk move 109 scsi0 nvme-thin --delete 1` — Haupt-Disk (150 GB, ~56 GB belegt), Live-Drive-Mirror ohne Downtime, Dauer ~8 Minuten
5. Verifiziert: `qm config 109` zeigt beide Disks auf `nvme-thin`, VM durchgehend `running`, HA-Weboberfläche (`http://192.168.2.154:8123`) antwortet mit HTTP 200
## Ergebnis (Storage-Auslastung danach)
| Storage | Vorher | Nachher |
|---|---|---|
| `local-lvm` | 13,74 % | 3,87 % |
| `nvme-thin` | 0,00 % | 32,22 % |
## Offener Punkt
Nach einigen Stunden Laufzeit erneut `qm monitor 109` → `info blockstats` prüfen und mit den Ausgangswerten (Ø-Schreiblatenz ~6,4 ms, Ø-Flush-Latenz ~9,45 ms) vergleichen, um die tatsächliche Verbesserung zu bestätigen. Siehe auch Claude-Memory [[project_proxmox]].
## Hinweis für künftige Snapshots
Das Snapshot-Skript `/usr/local/bin/ha_pre_change_snapshot.sh` (siehe [[project_ha_claude_mcp]] in Claude-Memory) funktioniert unverändert weiter, da `nvme-thin` ebenfalls ein LVM-Thin-Pool ist.
---
[[Impressum|Impressum]] | [[Datenschutzerklärung|Datenschutz]]