Die Dimensionierung des VDI-Speichers scheitert, wenn Teams die Benutzer statt der Arbeitsgruppen zählen. Hier ist ein unverblümter, praxisorientierter Leitfaden für Server-RAM für VDI, mit Formeln, Größenbeispielen, Ausfallsicherheit und Beschaffungsfallen, die die Betriebszeit beeinträchtigen.
Beginnen Sie mit den Nutzern.
Die meisten Tabellen zur Dimensionierung des VDI-Arbeitsspeichers sehen professionell aus, weil sie Zeilen, Formeln und ein paar ordentliche Annahmen enthalten, aber die wirkliche Schwachstelle liegt meist in einer faulen Zelle verborgen: “durchschnittlicher Arbeitsspeicher pro Benutzer”, kopiert aus einem alten Pilotprojekt, abgerundet, um das Budget zu schonen, und nie einem Stresstest unterzogen, bei dem sich die Benutzer am Montagmorgen anmelden. Wer unterschreibt so etwas und erwartet ruhige Helpdesk-Tickets?
Ich vertraue bei VDI nicht auf Durchschnittswerte. Ich vertraue auf Gleichzeitigkeit, gemessene Arbeitssätze, Bootstürme, Profilverhalten, Grafikrichtlinien, Antivirus-Timing, NUMA-Grenzen und die unangenehme Frage, die kein Anbieter beantworten will: Was passiert, wenn ein Host um 9:12 Uhr verschwindet?
Das ist der Punkt, an dem die Dimensionierung des VDI-Speichers zum Tragen kommt.
Microsofts Anleitung zur Größenbestimmung der virtuellen Maschine des Sitzungshosts Microsoft warnt davor, dass virtuelle Maschinen im Vergleich zu Bare Metal 15-20% Kapazitätskosten verursachen können, während die Antwortzeiten der Benutzer aufgrund des Hypervisor-Overheads um 10-20% höher ausfallen können.
Also, nein, “100 Benutzer × 4 GB = 400 GB” ist kein Plan. Es ist eine Serviette mit Vertrauensproblemen.
Hier ist die saubere Version:
Gesamtspeicher des Hosts = VM-/Sitzungsspeicher + Betriebssystem-/Hypervisor-Reserve + Grafik-/Profil-/Cache-Overhead + Ausfallsicherheitsreserven + Betriebspuffer
Das klingt langweilig.
Eine gute Größenbestimmung ist langweilig.
Bad Sizing wird genau in dem Moment spannend, in dem sich die Finanzabteilung, der Betrieb und der CIO fragen, warum die neue virtuelle Desktop-Infrastruktur langsamer ist als die Laptops, die sie ersetzt.
Für ein erstes VDI-RAM-Sizing-Modell würde ich die Benutzerpopulation in vier Arbeitsklassen einteilen:
| Benutzerklasse | Typische Anwendungen | Start-RAM-Annahme pro Benutzer | Anmerkungen, die ich nicht ignorieren würde |
|---|---|---|---|
| Auftragnehmer | Browser, ERP-Bildschirm, leichtes Office | 2-3GB | Beobachten Sie das Wachstum der Browser-Tabs und das Verhalten der Teams beim Ausladen |
| Wissensarbeiter | Office, Browser, PDF, CRM, leichte BI | 4-6GB | Die meisten “Durchschnittsnutzer” sind wirklich hier, nicht im Lichte der Realität. |
| Power-User | Excel-Modelle, große PDF-Dateien, lokale Datenbanken, Entwicklungswerkzeuge | 8-12GB | Der Speicherdruck kann in Berichtszeiträumen schnell ansteigen |
| Grafische / technische Anwender | CAD-Viewer, 3D, GIS, Video, Planungswerkzeuge | 12-32GB+ | GPU-Frame-Buffer, vGPU-Profil und Display-Anzahl ändern die Berechnung |
Diese Tabelle ist kein Ersatz für Messungen. Sie ist eine Möglichkeit, nicht mehr so zu tun, als würden sich alle Nutzer gleich verhalten.
Die Azure Virtual Desktop-Tabelle von Microsoft gibt nützliche Anhaltspunkte: Leichte, mittlere und schwere Single-Session-Beispiele entsprechen jeweils 2 vCPU/8GB RAM, 4 vCPU/16GB RAM und 8 vCPU/32GB RAM; für Multi-Session-Hosts schlägt Microsoft maximale Nutzer pro vCPU von 6 für leichte, 4 für mittlere und 2 für schwere Arbeitslasten vor, wobei 8 vCPU/16GB RAM als Mindestkonfiguration für diese Beispiele aufgeführt sind.
Hier ist die harte Wahrheit: Die CPU wird oft zuerst beschuldigt, weil CPU-Diagramme verrauscht sind, aber der Speicher ist der Ort, an dem VDI still und leise böse wird. Sobald der Host anfängt, den Speicher zu vergrößern, zu komprimieren, auszulagern oder zu bestrafen, weil der Arbeitsspeicher zu klein war, sagt der Benutzer nicht “Speicherkonkurrenz”. Der Benutzer sagt: “VDI ist Müll”.”
Ein Makler ist keine Zauberei.
VMware Horizon, Citrix Virtual Apps and Desktops und Azure Virtual Desktop können alle gut entwickelt werden, aber keiner von ihnen hebt die Arithmetik auf. Wenn auf dem Host 768 GB installiert sind und Ihr tatsächlicher Bedarf im Dauerzustand plus Failover 850 GB beträgt, ändert das Plattform-Branding nur das Logo auf dem Vorfallsbericht. Warum kaufen so viele Teams immer noch nach dem Namen der Plattform ein, bevor sie die Arbeitslast nachweisen?
Bei der Dimensionierung des VMware Horizon-Speichers würde ich mit der Zuweisung des Desktop-Betriebssystems, dem Profildesign, dem Anzeigeprotokoll und dem Poolmodell beginnen. Persistente Desktops verhalten sich anders als nicht-persistente Pools. Windows 10 und Windows 11 verhalten sich nach Updates unterschiedlich. In der Herstellerdokumentation kann ein “Startpunkt” von 2 GB für einen Basis-Desktop angegeben werden, aber sobald Microsoft 365 Apps, Browser-Isolierung, Teams, OneDrive-Synchronisierung, Sicherheitsagenten und Profilcontainer hinzukommen, wird diese Zahl zu einer Untergrenze und nicht zu einem Produktionsziel.
Für die Citrix VDI-RAM-Anforderungen sind die HDX-Richtlinien und die Grafik wichtig. Die aktuellen Systemanforderungen von Citrix für HDX 3D Pro besagen, dass der Host-Computer mindestens 4 GB RAM und vier vCPUs mit 2,3 GHz oder mehr haben sollte, und Citrix verweist auch auf Richtlinien für Benutzergeräte wie mindestens 4 GB RAM und 8 GB RAM für optimale Leistung auf der Endpunktseite. Dieses Detail für den Endpunkt bezieht sich nicht auf die Größe des Servers, aber es erinnert uns daran, dass Anzeige, GPU und Sitzungsverhalten Teil der gesamten Kette sind.
Und für Azure Virtual Desktop ist der Leitfaden von Microsoft nützlich, weil er den ruhigen Teil deutlich macht: Die Kapazitätsplanung muss die Art der Arbeitslast, die Anzahl der gleichzeitigen Benutzer, die Ressourcenanforderungen, die Anmeldezeiten, die Spitzenlast und den Spielraum berücksichtigen.
Meine Meinung: Wenn Ihr VDI-Plan keine Berechnung für den Ausfall eines Hosts enthält, handelt es sich nicht um Kapazitätsplanung. Es ist Kapazitätsoptimismus.
Lassen Sie uns ein praktisches Beispiel erstellen.
Gehen Sie von 400 Wissensarbeitern aus, die gleichzeitig arbeiten. Sie messen, statt zu raten, und finden einen realistischen Zielwert von 5 GB RAM pro aktiver Sitzung, nachdem sich Office, Browser, Geschäftsanwendungen, Profilcontaineraktivitäten und Sicherheitstools eingependelt haben.
Basis-Sitzungsspeicher:
400 Benutzer × 5 GB = 2.000 GB
Fügen Sie nun Plattform und Betriebsreserve hinzu. Normalerweise halte ich dies getrennt, weil das Verstecken der Reserve innerhalb der Benutzernummer später zu schlechten Argumenten führt.
Beispiel Reserve:
2.000GB × 15% = 300GB
Fügen Sie nun einen operativen Puffer für Anmeldestürme, Patch-Day-Wirrwarr, Browser-Bloat und Überwachungsrauschen hinzu:
2.300GB × 20% = 460GB
Zwischensumme:
2.760GB
Fügen Sie nun eine N+1-Ausfallsicherung hinzu. Wenn Sie 5 Hosts betreiben und ein Host ausfällt, müssen die verbleibenden 4 die Last aufnehmen. Das bedeutet, dass das Ziel für die nutzbare Kapazität pro Host nicht der gesamte installierte Arbeitsspeicher geteilt durch den Happy-Path-Bedarf ist. Es ist der Gesamtbedarf geteilt durch die überlebenden Hosts.
2.760 GB ÷ 4 überlebende Hosts = 690 GB nutzbarer Speicher pro Host
Das bedeutet nicht, dass genau 690 GB installiert werden müssen. Es bedeutet, dass Sie bei der Planung Ihres Serverspeichers die Regeln für die Speicherbestückung, die Kanalbalance, die DIMM-Größen, künftige Erweiterungen und die Tatsache berücksichtigen müssen, dass ein Dual-Socket-Server keine schlampige Steckplatzbestückung mag.
An dieser Stelle würde ich aufhören, Broschüren zu lesen, und anfangen, die tatsächliche Modulstrategie zu prüfen: DDR4-Serverspeicher für Mainstream-Aktualisierungen, die noch auf breiten Unternehmensplattformen laufen, DDR5-Serverspeicher für neuere dichtegesteuerte Hosts, und Überprüfung der Kompatibilität des Serverspeichers bevor jemand eine Palette von Modulen allein aufgrund der Kapazität kauft.
Ein 64-GB-DIMM kann immer noch das falsche 64-GB-DIMM sein.
In VDI-Umgebungen interessiere ich mich für ECC RDIMM gegenüber LRDIMM, DDR4 gegenüber DDR5, 2Rx4 gegenüber 4Rx4, Channel-Balance, DIMMs pro Channel, Downclocking der Speichergeschwindigkeit, CPU-Generation, BIOS-Unterstützung und dafür, ob das Angebot eine genaue Hersteller-Teilenummer oder nur eine freundliche Kapazitätsangabe enthält. Das ist Beschaffungshygiene, keine Nerd-Trivialität.
Die ServerDIMM-Seiten zeigen, warum der interne Linkpfad wichtig ist: Die Website trennt neue DDR4-, neue DDR5- und gebrauchte Speicher, Marken wie Samsung, Micron, Kingston und SK Hynix sowie Qualitäts- und Garantiesupport für Kompatibilitätsprüfungen und Tests.
Für einen VDI-Host würde ich lieber etwas weniger Headline-Geschwindigkeit kaufen und dafür validierte Kapazität, ausgeglichene Kanäle, ECC-Verhalten und eine saubere RMA-Dokumentation erhalten. Der umgekehrte Handel ist Amateurarbeit.
Die Google-Produktionsstudie DRAM-Fehler in freier Wildbahn hat in einer großen Serverflotte über 2,5 Jahre hinweg Speicherfehler festgestellt, die viele Millionen DIMM-Tage abdeckten, mit beobachteten DRAM-Fehlerraten von 25.000 bis 70.000 Fehlern pro Milliarde Gerätestunden pro Mbit und mehr als 8% DIMMs, die pro Jahr von Fehlern betroffen waren.
Eine spätere Studie über das Produktionsrechenzentrum von Alibaba/CUHK, Eine eingehende Studie zur Korrelation zwischen DRAM-Fehlern und Serverausfällen, Die Studie analysierte über drei Millionen Speichermodule in 250.000 Servern über einen Zeitraum von acht Monaten, darunter 2.137 Serverausfälle, die durch DRAM-Fehler verursacht wurden. Die Studie ergab, dass bei mehr als 40% dieser Ausfälle korrigierbare DRAM-Fehler innerhalb einer Stunde vor dem Ausfall auftraten.
Aus diesem Grund betrachte ich ECC, Validierung und Chargenklarheit nicht als optional. In einem dichten VDI ist ein Speicherproblem nicht das Problem eines einzelnen Benutzers. Es ist ein flächendeckender Beschwerdegrund.
Hier finden Sie eine grobe Planungstabelle für den Speicherbedarf von VDI-Servern. Es handelt sich nicht um eine endgültige Stückliste. Sie ist ein Gesprächsstarter, der Phantasiedichte verhindert.
| Szenario | Beispiel Benutzeranzahl | Pro-Benutzer-RAM-Ziel | Aktiver Basisspeicher | Reserve und Puffer hinzufügen | Real-Planungshinweis |
|---|---|---|---|---|---|
| Leicht gepoolte Desktops | 300 | 3GB | 900GB | 1.2-1.4TB | Nur sicher, wenn Browser, Teams und Sicherheitsagenten kontrolliert werden |
| VDI für Wissensarbeiter | 400 | 5GB | 2TB | 2.6-3.0TB | Die meisten Büroeinsätze landen nach der Messung hier |
| Power-User-Pool | 150 | 10GB | 1.5TB | 2.0-2.4TB | Geringere Dichte, höhere Zufriedenheit |
| Grafiken VDI | 80 | 20GB | 1.6TB | 2.2TB+ | vGPU-Profil, Display-Anzahl und Anwendungsverhalten entscheiden über die endgültige Anzahl |
| Gemischtes Anwesen | 600 | Segmentiert | Kein blinder Durchschnitt | Modell nach Persona | Ein großer Durchschnitt verbirgt die Nutzer, die die Farm zerstören |
Ich würde auch die Finanzabteilung zwingen, sich die Ausfallstatistik anzusehen. Uptime Institute's 2024 Global Data Center Survey berichtet, dass 54% der Befragten angaben, dass ihr letzter größerer Ausfall mehr als $100.000 gekostet hat, während 20% einen Ausfall von mehr als $1 Million meldeten.
Vergleichen Sie das mit den Kosten für die Erweiterung des Arbeitsspeichers vor der Markteinführung. Plötzlich sieht “zu viel RAM” weniger verschwenderisch aus.
Und das Timing auf dem Speichermarkt ist nicht gerade günstig. Reuters berichtete am 5. Januar 2026, dass die KI-Infrastrukturnachfrage zu einer globalen Speicherknappheit geführt hat, wobei sich einige Speicherpreise seit Februar 2025 mehr als verdoppelt haben und Analysten davon ausgehen, dass der Aufschwung bis ins Jahr 2027 andauern könnte.
Mein Ratschlag für den Kauf ist also einfach: nicht jetzt zu wenig Geld ausgeben und später von einer billigen Expansion ausgehen. Diese Annahme hat Zähne.
Beginnen Sie nicht mit “500 Benutzern”. Beginnen Sie mit Aufgaben-, Wissens-, Power-, Grafik-, Kiosk-, Auftragnehmer-, Entwickler- und leitenden Benutzern. Ja, Führungskräfte zählen. Sie sind oft die ersten, die langsame Anmeldungen bemerken.
Der zugewiesene Arbeitsspeicher ist eine Obergrenze. Die Arbeitsmenge ist das Verhalten. Verfolgen Sie die Speichernutzung bei der Anmeldung, bei kontinuierlicher Arbeit, bei Videobesprechungen, in Berichtsfenstern, in Zeiten mit hohem Browseraufkommen und beim Schreiben von Profilen am Ende des Tages.
Ein Anwesen mit 1.000 Nutzern kann in der Spitze 620 gleichzeitige Sitzungen haben. Oder 910. Der Unterschied liegt in der Anschaffung der Hardware.
Dazu gehören ESXi, vSphere, Hyper-V, AHV, das Host-Betriebssystem, Überwachungsagenten, EDR, Backup-Tools, vGPU-Manager und alles andere, was sich auf dem Host oder in dessen Umgebung befindet.
Wenn Sie einen Hostverlust nicht überleben können, schreiben Sie dies in das Risikoregister. Verstecken Sie es nicht in der Kalkulationstabelle.
Verwenden Sie das genaue Servermodell, die CPU-Generation, die DIMM-Bestückungsliste, den unterstützten Modultyp, den Rang und die Geschwindigkeit. Wenn es bei der Stückliste ernst wird, würde ich die ServerDIMMs verwenden. Anbieter von RAM für Großserver Pfad für die Volumenplanung, dann Querprüfung Qualitätsprüfung und Garantieunterstützung vor der Markteinführung.
Testen Sie mit echten Benutzern, nicht mit IT-Mitarbeitern, die sich für einen Test gut benehmen. Erfassen Sie Login VSI-ähnliche Lastdaten, wenn Sie sie haben. Verwenden Sie die native Überwachung, wenn Sie sie nicht haben. Aber messen Sie.
Die erste Falle ist die Vermischung von Speicher mit Desktop-RAM. VDI-Hosts sind keine Spiele-PCs mit Nebenbeschäftigung. RDIMM- und LRDIMM-Regeln sind wichtig. Die Symmetrie der Kanäle ist wichtig. Die Anzahl der CPU-Sockel ist wichtig.
Die zweite Falle ist der Kauf nach Geschwindigkeit und nicht nach Passgenauigkeit. Ein DDR5-5600-Modul kann je nach CPU, DIMM-per-Channel-Bestückung, BIOS und Plattformregeln langsamer laufen. Wenn der Server unter Ihrer Konfiguration mit DDR5-4800 läuft, hat nicht der Aufkleber gelogen, sondern Ihre Vermutung.
Die dritte Falle ist die Verwechslung von billig mit kontrolliert. Gebrauchter Server-RAM kann bei Wartungs- oder Erweiterungsprojekten durchaus sinnvoll sein, aber nur, wenn Herkunft, Test, Modulklasse und Kompatibilität sauber gehandhabt werden. Deshalb ist gebrauchter DDR4-Serverspeicher und verwendeter DDR5-Serverspeicher sollten als kontrollierte Beschaffungsoptionen bewertet werden, nicht als Schnäppchen.
Meine Regel: Wenn das Angebot nicht die genaue Kapazität, die DDR-Generation, den ECC-Status, die RDIMM/LRDIMM-Klasse, den Rang, die Geschwindigkeit, die Marke, die Teilenummer, den Teststatus und den Garantieprozess enthält, handelt es sich nicht um ein VDI-Speicherangebot. Es ist ein Dokument zur Risikoübertragung.
Bei der Dimensionierung des VDI-Speichers wird berechnet, wie viel Arbeitsspeicher auf einem physischen Server erforderlich ist, um virtuelle Desktops oder veröffentlichte Sitzungen unter realen Arbeitslast-, Gleichzeitigkeits-, Overhead- und Failover-Bedingungen zu unterstützen. Dabei werden der Speicherbedarf pro Benutzer, die Hypervisor-Reserve, das Profilverhalten, die Grafikanforderungen, der Betriebspuffer und die Kapazitätsplanung bei Host-Ausfällen berücksichtigt.
Im Klartext heißt das, dass es eine Antwort auf die Frage gibt, ob die Benutzer noch einen brauchbaren Desktop haben, wenn sich alle anmelden, die Anwendungen überlastet sind und ein Host ausfällt.
Sie berechnen den Arbeitsspeicher für VDI, indem Sie die Anzahl der gleichzeitigen Benutzer mit dem gemessenen RAM-Bedarf pro Benutzer multiplizieren und dann die Hypervisor-Reserve, den Overhead des Desktop-Betriebssystems, den Grafik- oder Profil-Overhead, den betrieblichen Spielraum und die Failover-Kapazität hinzufügen. Das sicherste Modell trennt die Benutzer-Workload-Klassen, anstatt einen Durchschnitt auf die gesamte Umgebung anzuwenden.
Eine praktische Formel lautet: gleichzeitige Benutzer × RAM pro Benutzer + 15-25% Reserve + 20-30% Puffer + N+1 Ausfallsicherung. Dann validieren Sie es in einem Pilotprojekt.
Ein VDI-Server benötigt genügend Arbeitsspeicher, um die ihm zugewiesenen virtuellen Desktops oder Sitzungen bei hoher Parallelität zu unterstützen und gleichzeitig Raum für Hypervisor-Overhead, Anmeldestürme, Failover und Wartungsarbeiten zu lassen. In vielen Unternehmensumgebungen bedeutet dies Hunderte von Gigabyte bis hin zu mehreren Terabyte pro Host-Cluster, nicht eine einzige universelle Zahl.
Ein 2-Sockel-Host mit 512 GB kann für den einen Pool in Ordnung sein, für einen anderen aber unbedacht. Die Arbeitslast entscheidet.
4 GB RAM können für einen leichten oder mittelschweren VDI-Benutzer, der kontrollierte Büroanwendungen ausführt, ausreichen, aber für moderne browserlastige Arbeit, Microsoft 365 Apps, Teams, Sicherheitsagenten und Profilcontainer ist dies oft zu wenig. Betrachten Sie 4 GB als Anfangsannahme, nicht als Beweis für die Produktionsreife.
Ich würde es unter realen Anmeldebedingungen und mit echtem Browserverhalten testen, bevor ich es bei einer Entwurfsprüfung verteidige.
Die RAM-Kapazität ist für VDI in der Regel wichtiger als die RAM-Geschwindigkeit, wenn die Umgebung unter Speicherdruck steht, da Swapping, Ballooning und Paging die Benutzererfahrung deutlicher beeinträchtigen als kleine Unterschiede in der Speicherfrequenz. Bei dichten, modernen Plattformen ist Geschwindigkeit immer noch wichtig, aber validierte Kapazität und korrekte Population stehen an erster Stelle.
Ich würde lieber stabile ECC RDIMMs in einer ausgewogenen Konfiguration einsetzen, als MT/s-Zahlen zu verfolgen, die der Server nicht halten kann.
VDI-Hosts sollten den von der Serverplattform unterstützten Speichertyp verwenden, in der Regel ECC RDIMM für Mainstream-Unternehmenskonfigurationen und LRDIMM, wenn eine höhere Kapazität pro Host erforderlich ist und offiziell unterstützt wird. RDIMM und LRDIMM sollten nicht gemischt werden, es sei denn, die Plattformdokumentation unterstützt ausdrücklich genau diese Konfiguration.
Für VDI in der Produktion ist “es passt in den Steckplatz” keine Kompatibilität.
Hier ist meine unverblümte Schlussposition: Die Dimensionierung des VDI-Speichers ist keine Einkaufsübung. Es ist eine Übung zur Vorbeugung von Ausfällen, getarnt als Stückliste.
Beginnen Sie mit der Segmentierung der Nutzer. Messen Sie die Arbeitsmenge. Fügen Sie Spielraum hinzu. Modellieren Sie das Überleben eines ausgefallenen Hosts. Respektieren Sie die Richtlinien von VMware Horizon, Citrix und Azure Virtual Desktop, aber lassen Sie nicht zu, dass die Mindestanforderungen des Herstellers zu Ihrem Produktionsziel werden. Kaufen Sie dann Server-RAM wie ein Erwachsener: genauer Modultyp, ECC-Verhalten, Populationsregeln, klare Teilenummern, getesteter Bestand und ein Garantiepfad, der nicht verschwindet, wenn die Bereitstellung beginnt.
Als nächsten Schritt erstellen Sie ein einseitiges VDI-Speicher-Arbeitsblatt mit Benutzerklassen, Spitzengleichzeitigkeit, RAM-Zielen pro Benutzer, Host-Anzahl, N+1-Failover und DIMM-Zielkonfiguration. Senden Sie dann das Servermodell, die CPU-Generation, das aktuelle Speicherlayout, die Zielkapazität, die bevorzugte DDR4- oder DDR5-Modulklasse und die Menge über ServerDIMM's Kontakt- und Angebotsweg so dass die Kompatibilität geprüft werden kann, bevor die Beschaffung zur Fehlersuche wird.
ServerDimm liefert neuen und gebrauchten Markenserver-Speicher für Distributoren, OEM-Käufer, Wiederverkäufer und Rechenzentrumsteams. Wir unterstützen die Beschaffung von DDR4- und DDR5-Speicher mit geprüftem Bestand, Kompatibilitätsprüfungen und einem reaktionsschnellen Angebotsservice.
Urheberrecht © 2026 Shenzhen Lux Telecommunication Technology Co.,Ltd. Alle Rechte vorbehalten
