惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

大猫的无限游戏
大猫的无限游戏
D
DataBreaches.Net
M
MIT News - Artificial intelligence
量子位
N
Netflix TechBlog - Medium
The Cloudflare Blog
The GitHub Blog
The GitHub Blog
P
Proofpoint News Feed
人人都是产品经理
人人都是产品经理
B
Blog RSS Feed
B
Blog
博客园_首页
博客园 - Franky
MyScale Blog
MyScale Blog
有赞技术团队
有赞技术团队
Apple Machine Learning Research
Apple Machine Learning Research
MongoDB | Blog
MongoDB | Blog
云风的 BLOG
云风的 BLOG
爱范儿
爱范儿
H
Help Net Security
Y
Y Combinator Blog
Stack Overflow Blog
Stack Overflow Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
酷 壳 – CoolShell
酷 壳 – CoolShell

Proxmox Support Forum

[SOLVED] - Github Auth for Mirrors-Kernel Repo? [Automation] Mass migration tool for MS Win11/Server Proxmox GUI hang - not response is it possible to reject or quarantine spam based on conditions I set ? The PVENode task list in PVE9 is partially obscured due to the terminal font being too large. About 100% error reporting due to pveproxy.service hooks Kubernetes overlay networking breaks when upgrading from PVE 9.1 to PVE 9.2.3 Zentraler Speicher No space left on device Combine datastore and direct file archival to tape Kernel panic VFS: Unable to mount root fs on unknown-block (0,0) sobald ein 7.x Kernel verwendet wird. How to migrate disk of a VM from one ZFS to another Windows Server 2025 fails to boot after PVE 9.2 / Linux 7.0 Kernel upgrade Cannot Install Proxmox on T610 Poweredge with H700 PERC card sdn Config. gateway not reachable How to safely change domain/FQDN? Welche Filterquote erreicht ihr? NFS Share status unknown on 2 of 5 nodes Can't connect to PVE9 consoles [solved] Can't connect to PVE9 consoles [solved] [SOLVED] - Use secondary network for PVE commands Created cluster, one node storage gone BUG: proxmox mail gateway FROM = null bypass spam filtering Moving existing PBS from VMWare workstation to PVE cluster Does eBGP SDN fabric support external peering? Bug: PDM 1.1 not recognizing valid license status Proxmox GUI hang - not response PVE crashes unexpectedly Proxmox Backup Server 4.2 released! Advice
Hardwarer oder Software RAID
invalid@exam · 2026-05-29 · via Proxmox Support Forum

Hallo zusammen,
Ich hätte gern mal eure Erfahrungen zum Raid.

Wir haben hier einen ausgemusterten HP Prolian DL380 Gen. 9 rumstehen, der hat 2 Xeon e2650 v3 , 256 GB RAM und 2 SAS ein GB und 6 SAS 980 GB drin.

Diesen möchte ich gern als Testsystem mit Proxmox betreiben, da wir wahrscheinlich nächstes Jahr von VMware auf Proxmox wechseln werden, kann man im Vorfeld schon mal einiges testen …

Meine Frage ist, setzte ich das RAID durch Proxmox auf oder mit der Server Hardware?

Ich möchte die 2 380er zum RAID 1 für das System und die 6 980er zum RAID 5 für die VMs haben.

UdoB

Distinguished Member

Meine Frage ist, setzte ich das RAID durch Proxmox auf oder mit der Server Hardware?

Da kann man durchaus drüber diskutieren, spätestens seit der Erfindung von ZFS :-)

Ein Hardware-Raid liefert NICHT: Herstellerunabhängigkeit; transparente Kompression; garantierte Integrität; (technisch) billige Snapshots; Replikation; einfache Erweiterbarkeit und sicher noch einiges mehr.

Einige dieser fehlenden Fähigkeiten werden durch die an das Hardware-Raid angeflanschte Software wettgemacht (LVM, .qcow2). Aber mit ZFS bekommt man den ganzen Stack aus einem Guss, ohne komplexe Stapelung mehrerer formal unabhängiger Softwareprodukte - und somit ohne "Reibungsverluste".

Ja, ich bin ZFS-Fan ;-) https://forum.proxmox.com/threads/f...y-a-few-disks-should-i-use-zfs-at-all.160037/

Ich möchte die 2 380er zum RAID 1 für das System und die 6 980er zum RAID 5 für die VMs haben.

Sind das alles Blechplatten? Dann installiere eben auf dem Zweierpack und füge später (per WebGui) die sechs als ZFS-Pool hinzu.

(Falls das SSDs sind, fällt meine Empfehlung anders aus --> "Special Device"...)

Diesen möchte ich gern als Testsystem mit Proxmox betreiben, da wir wahrscheinlich nächstes Jahr von VMware auf Proxmox wechseln werden, kann man im Vorfeld schon mal einiges testen …

Das ist doch genau der richtige Ausgangspunkt - eine Testkiste zum spielen, kaputtmachen und ausprobieren inkl. Desaster Recovery!
Also learning by doing!

Ich bevorzuge Hardware-Raid (je nach Controller), nutze aber kein ZFS sondern lieber ext4. Die Installation auf die 2x 1GBs, die 6x HDD als Raid 5 (oder 6) und als Verzeichnis einbinden. Das ist dann kein Blockdevice, aber etwas was man leicht auf der Shell "anfassen" kann.
Das kann einem reichen, muss aber nicht und dann wäre ZFS eine Idee.

Die Systemplatte mit dem Default installierten LVM kann man für ISO Dateien mit verwenden, die VMs auf das große Raid5(6?).

Last edited:

Sehe ich ähnlich. Die beiden Platten als Hardware RAID1 für das OS und den Rest als ZFS für die VMs. Oder wenn ZFS „too much“ ist, dann als Hardware-RAID10. Ein 5er oder 6er RAID würde ich mit HDDs nicht machen.

Last edited:

UdoB

Distinguished Member

Die beiden Platten als Hardware RAID1 für das OS und den Rest als ZFS für die VMs.

Gibt es einen Grund, nicht alles per Hardware-Raid oder eben alles per ZFS aufzubauen?

Nein, gibt es nicht. Ist ja eh zum spielen und kennenlernen. Ich würde aber nicht von 0 auf 100 auf ZFS gehen. Es soll ja eine Lernkurve geben. ;-)

UdoB

Distinguished Member

Nein, gibt es nicht. Ist ja eh zum spielen und kennenlernen.

Okay :-)

Wenn man den Raid Controller allerdings so verwenden will, kann man ihn nicht in den ansonsten empfohlenen "IT"-Mode umschalten. ("Initiator Target", ohne virtuell definierte Platten. Wir wissen bisher gar nicht, welcher Controller-Typ vorhanden ist und was der so kann...)

Wichtig für die "ZFS-Hälfte" in deinem Ansatz ist, dass ZFS direkten Zugriff auf die Platten will und bekommen soll. Einen "Mischbetrieb" des Controllers habe ich "damals" nie gesehen, möglicherweise können heute Controller das. Ansonsten empfehle ich: entweder-oder!

Ideal wäre dann natürlich, mit zwei Controllern zu arbeiten...

Schon mal vielen Dank für die Infos und Anregungen …

Ich selbst habe schon seit Jahren mehrer NUCs für Proxmox inkl. Backupserver im Homelab am laufen, das Proxmox ist für mich also kein Neuland, mein Kollege will sich damit ein bisschen einarbeiten. Da werden wir einiges zusammen erforschen

Wollten halt früh genug uns mit der Materie auseinander zu setzen, grade auch was das Umziehen der VMs von VMware zu PM angeht …

Muss ich mir nächste Woche ma,

Okay :-)

Wenn man den Raid Controller allerdings so verwenden will, kann man ihn nicht in den ansonsten empfohlenen "IT"-Mode umschalten. ("Initiator Target", ohne virtuell definierte Platten. Wir wissen bisher gar nicht, welcher Controller-Typ vorhanden ist und was der so kann...)

Wichtig für die "ZFS-Hälfte" in deinem Ansatz ist, dass ZFS direkten Zugriff auf die Platten will und bekommen soll. Einen "Mischbetrieb" des Controllers habe ich "damals" nie gesehen, möglicherweise können heute Controller das. Ansonsten empfehle ich: entweder-oder!

Ideal wäre dann natürlich, mit zwei Controllern zu arbeiten...

Muss ich mir nächste Woche mal anschauen, was für ein RAID Controller verbau ist… werde nochmal berichten

Wirf auch einen Blick auf die Back Plane, insbesondere auf den Anschluss an den Raid Controller. Hier kann das Thema mit einem zweiten Controller schnell am Ende sein. Zum einen ob es möglich ist, und wenn ja wie die Platten dann auf mehrere Controller verteilt werden.

Last edited:

Man sollte auch im Auge behalten, dass der Ausfall eines RAID-Controllers all deine Redundanz in den Orkus schickt, sofern du nicht einen identischen im Regal liegen hast. Identisch meint bis zur Firmware-Version hinab.
Diesen SPOF schaltest du mit einem SW-RAID aus. Zumal SW-RAIDs auch performancetechnisch absolut auf Augenhöhe liegen.

P.S.:
Der Einsatz einer USV, statt einer BBU für den HW-Controller, lässt auch Caching zu, was bei rotierenden Eisen durchaus einen Performanceschub bringt. Sobald es um SSDs geht, fällt Caching eh unter den Tisch.

Last edited:

cwt

Renowned Member

Man solle auch im Auge behalten, dass der Ausfall eines RAID-Controllers all deine Redundanz in den Orkus schickt, sofern du nicht einen identischen im Regal liegen hast. Identisch meint bis zur Firmware-Version hinab.
Diesen SPOF schaltest du mit einem SW-RAID aus. Zumal SW-RAIDs lauch performancetechnisch absolut auf Augenhöhe liegen.

P.S.:
Auch der Einsatz einer USV, statt einer BBU für den HW-Controller, lässt lässt auch Caching zu, was bei rotierenden Eisen durchaus einen Performanceschub bringt. Sobald es um SSDs geht, fällt Caching ehe unter den Tisch.

Kann Dir mit einem reinen HBA auch passieren (natürlich anders): Controller kaputt, Platten offline. Der große Vorteil gegenüber einem RAID controller: neuen HBA verbauen -> Platten und ZFS wieder erreichbar. Aber stimmt schon: propieträre RAID controller sind ein zu großer SPOF. Selbst bei baugleichem Ersatz kann es zu Überraschungen kommen. Mit 9361-8i hatte ich solche Erlebnisse in der Vergangenheit.

Kann Dir mit einem reinen HBA auch passieren (natürlich anders): Controller kaputt, Platten offline. Der große Vorteil gegenüber einem RAID controller: neuen HBA verbauen -> Platten und ZFS wieder erreichbar. Aber stimmt schon: propieträre RAID controller sind ein zu großer SPOF. Selbst bei baugleichem Ersatz kann es zu Überraschungen kommen. Mit 9361-8i hatte ich solche Erlebnisse in der Vergangenheit.

Klar. Ein HBA ist in meinen Augen auch nur ein Notnagel, wenn ein MB selbst nicht genügend Anschlüsse mitbringt. Ist er nicht verbaut, dann kann er auch nicht rumnerven, selbst wenn der Hersteller behauptet sein Controller würde keinesfalls proprietär agieren. Wenn ich nun 48-Medien bereitstellen möchte ist er unumgänglich. Diese Anforderung ist aber eher ein Nischenproblem.

Hallo zusammen,
Ich hätte gern mal eure Erfahrungen zum Raid.

Wir haben hier einen ausgemusterten HP Prolian DL380 Gen. 9 rumstehen, der hat 2 Xeon e2650 v3 , 256 GB RAM und 2 SAS ein GB und 6 SAS 980 GB drin.

Diesen möchte ich gern als Testsystem mit Proxmox betreiben, da wir wahrscheinlich nächstes Jahr von VMware auf Proxmox wechseln werden, kann man im Vorfeld schon mal einiges testen …

Meine Frage ist, setzte ich das RAID durch Proxmox auf oder mit der Server Hardware?

Ich möchte die 2 380er zum RAID 1 für das System und die 6 980er zum RAID 5 für die VMs haben.

Ich muss mal Udo etwas widersprechen. Bei den 300GB HDDs, würde ich lieber ein Hardware Raid1 mit Batteriecache bevorzugen. Den Unterschied bei dem drehenden Rost merkt man deutlich.
Die 980er sind vermutlich 960GB SSDs, dann könntest du dich auch mit ZFS versuchen, aber bitte kein RaidZ1 / 2 ( Raid5/6) für VMs, wenn du das Volumen zum testen brauchst, dann lieber auf der Testkiste Hardware Raid5 mit Batteriecache (Smart Path deaktivieren) nutzen.
Falls das 900GB HDDs sind, die damals üblicher waren, lieber kein ZFS.
Für produktiv kannst du ja was vernünftiges planen, aber zum testen ist der Server mit Hardware Raid schon OK.

Hab grad nochmal auf den Server geschaut, also es sind SAS 10k HDDs verbaut, 2x 300 GB und 5 x 900 GB, meine erste Aussage ganz oben passt nicht, hatte ich falsch in Erinnerung.
Den RAID Controller muss ich mit nachher mal genau ansehen.

UdoB

Distinguished Member

Ich muss mal Udo etwas widersprechen.

Gern ;-)

Du hast vermutlich breitere Erfahrungswerte als ich --> unterschiedliche Empfehlungen sehe ich generell als wertvoll an.

Ich würde eine von den 5 großen HDDs ausbauen, aus den verbleibenden 4 ein RAID10 machen und die kleinen als RAID1 für das OS. Das RAID10 entweder per fstab oder als Directory einbinden.

Und wenn du mutig bist und die Kiste eh nur zum Testen ist, kannst du aus den 5 HDDs auch ein RAID0 machen. ;-)

Last edited:

Moin zusammen,
dieser RAID Controller ist verbaut

ModelSmart Array P440ar Controller
Firmware Version7.00

Ich denke wir werden die Hardware Raid variante bevorzugen ...

Danke für eure Infos und Vorschläge.

cwt

Renowned Member

Die 5. HDD kannst Du als Reserve drin lassen und einen striped mirror aus den 4 Stück erstellen. RAIDZ/5/6 (parity) ist für VM Performance generell die schlechteste Wahl.

Wenn der Batteriecache OK ist, mach gern RAID5 oder Raid6.