proxmox_tuning
Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| proxmox_tuning [2026/06/29 12:46] – misa | proxmox_tuning [2026/07/07 08:02] (current) – [4.xattr=sa (Deutliche Leistungssteigerung für Linux-VMs)] misa | ||
|---|---|---|---|
| Line 17: | Line 17: | ||
| Was bewirkt das?:: Beseitigt langsame Synchronisierungsschreibvorgänge; | Was bewirkt das?:: Beseitigt langsame Synchronisierungsschreibvorgänge; | ||
| - | ===== 2.LZ4-Komprimierung aktivieren (moderate Leistungssteigerung)===== | + | ===== 2. LZ4-Komprimierung aktivieren (moderate Leistungssteigerung)===== |
| Line 42: | Line 42: | ||
| • Geringere Latenz | • Geringere Latenz | ||
| + | ===== 4.xattr=sa (Deutliche Leistungssteigerung für Linux-VMs) ===== | ||
| + | '' | ||
| + | '' | ||
| + | '' | ||
| + | |||
| + | |||
| + | Risiken: Wenn Sie den Datensatz auf ein sehr altes ZFS-System (vor 2013) verschieben, | ||
| + | |||
| + | |||
| + | Was es verbessert | ||
| + | • Schnellerer Zugriff auf Metadaten | ||
| + | • Bessere Leistung für Linux-VMs | ||
| + | • Geringerer Overhead | ||
| + | | ||
| + | | ||
| + | | ||
| + | ===== 5. recordsize=16K (große Leistungssteigerung für VM-Festplatten) {Sie müssen dies auf den entsprechenden Datensatz anwenden} ===== | ||
| + | |||
| + | **Schlechtes Beispiel☹** --> '' | ||
| + | |||
| + | '' | ||
| + | |||
| + | Wende 16K nur auf VM-Festplatten an😊 --> '' | ||
| + | |||
| + | Risiken: Wenn Sie 16K auf den falschen Datensatz anwenden, kann dies die Leistung beeinträchtigen. | ||
| + | |||
| + | Was sich verbessert | ||
| + | • Leistung der VM-Festplatten | ||
| + | • Zufällige E/A | ||
| + | • Datenbank-Workloads | ||
| + | | ||
| + | | ||
| + | | ||
| + | Ich habe mich ein wenig informiert und Folgendes über recordsize=16K herausgefunden: | ||
| + | „zfs list“ in Proxmox die Datensatzgröße anzeigt und dass „recordsize=16K“ nur für VMs gilt | ||
| + | |||
| + | |||
| + | VM-Festplatten =16K | ||
| + | |||
| + | ISO-Images =128K | ||
| + | |||
| + | Backups = 128 KB–1 MB | ||
| + | |||
| + | Vorlagen = 128K | ||
| + | |||
| + | |||
| + | Übergeordneten Datensatz zurücksetzen | ||
| + | |||
| + | zfs set recordsize=128K rpool/data | ||
| + | |||
| + | Dann: 16K NUR auf VM-Festplatten anwenden | ||
| + | |||
| + | Aber zuerst auflisten: | ||
| + | |||
| + | '' | ||
| + | |||
| + | Sie sehen: | ||
| + | |||
| + | |||
| + | '' | ||
| + | |||
| + | |||
| + | '' | ||
| + | |||
| + | Wenden Sie 16K an: | ||
| + | |||
| + | |||
| + | '' | ||
| + | |||
| + | '' | ||
| + | |||
| + | |||
| + | Wenn Sie Datenbanken in einer VM ausführen: | ||
| + | |||
| + | |||
| + | '' | ||
| + | |||
| + | https:// | ||
| + | |||
| + | |||
| + | ===== 6. logbias=throughput | ||
| + | |||
| + | '' | ||
| + | |||
| + | Risiken: Wenn Sie Datenbanken betreiben, die auf Synchronisierungsschreibvorgänge mit geringer Latenz angewiesen sind, kann dies die Beständigkeit beeinträchtigen. | ||
| + | |||
| + | |||
| + | Für VMs ist dies unbedenklich. | ||
| + | |||
| + | |||
| + | Was verbessert wird | ||
| + | • Sequentielle Schreibgeschwindigkeit | ||
| + | • Festplattendurchsatz der VM | ||
| + | | ||
| + | ===== 7. zfs set relatime=off rpool/data (geringe Leistungssteigerung)(do not Do for now) ===== | ||
| + | |||
| + | Risiko: Kein Risiko (sicher) | ||
| + | |||
| + | ===== 8. Anpassung der ARC-Größe (für 96 GB) (enorme Leistungssteigerung bei Lese- und Schreibvorgängen) ===== | ||
| + | |||
| + | |||
| + | nano / | ||
| + | |||
| + | options zfs zfs_arc_max=103079215104 | ||
| + | |||
| + | update-initramfs -u | ||
| + | |||
| + | Neustart | ||
| + | |||
| + | |||
| + | ARC-Größe Bytes Wert | ||
| + | |||
| + | |||
| + | 64 GB 68719476736 | ||
| + | |||
| + | 80 GB 85899345920 | ||
| + | |||
| + | 96 GB 103079215104 | ||
| + | |||
| + | 100 GB 107374182400 | ||
| + | |||
| + | |||
| + | Überprüfen: | ||
| + | |||
| + | '' | ||
| + | |||
| + | Risiken: Bei zu hoher Einstellung → RAM-Mangel | ||
| + | |||
| + | |||
| + | Wenn Sie ARC auf 100 % des Arbeitsspeichers einstellen, wird das System: | ||
| + | • den Kernel aushungern | ||
| + | • Proxmox mit zu wenig RAM versorgen | ||
| + | • VMs mit Speicher aushungern | ||
| + | • Swapping starten | ||
| + | • unter Last einfrieren | ||
| + | |||
| + | ✔ Was es verbessert | ||
| + | • Riesiger Lese-Cache | ||
| + | • Schnellere Schreibvorgänge (Coalescing) | ||
| + | • Geringere Latenz | ||
| + | • Bessere VM-Leistung | ||
| + | | ||
| + | Stellen Sie den Cache auf „none“ ein, da ZFS über einen eigenen Cache verfügt und dieser mit Proxmox doppelt vorhanden wäre | ||
| + | Speichercontroller auf „SCSI VIRTIO“ (schneller) | ||
| + | Option „autotrim discard“ in der GUI | ||
| + | |||
| + | |||
| + | ===== 9. autotrim=on ===== | ||
| + | |||
| + | '' | ||
| + | |||
| + | Risiken: Keine | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | Weitere Informationen unter | ||
| + | |||
| + | https:// | ||
| + | https:// | ||
| + | |||
| + | Anpassung der Datensatzgröße: | ||
| + | Eigenschaften des Datensatzes (Datensatzgröße): | ||
| + | Proxmox ZFS-Speicheroptimierung: | ||
proxmox_tuning.1782737216.txt.gz · Last modified: (external edit)
