Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Remote Desktop Virtualization Host (RD Virtualization Host) is een functieservice die VDI-scenario's (Virtual Desktop Infrastructure) ondersteunt en waarmee meerdere gebruikers Windows-toepassingen kunnen uitvoeren op virtuele machines die worden gehost op een server met Windows Server en Hyper-V.
Windows Server ondersteunt twee typen virtuele bureaubladen: persoonlijke virtuele bureaubladen en gegroepeerde virtuele bureaubladen.
Algemene overwegingen
Storage
Opslag is het meest waarschijnlijke knelpunt in de prestaties en het is belangrijk dat u de opslag zo groot mogelijk maakt om de I/O-belasting die wordt gegenereerd door wijzigingen in de status van de virtuele machine goed te verwerken. Als een testfase of simulatie niet haalbaar is, is het een goede richtlijn om één schijfspil in te richten voor vier actieve virtuele machines. Gebruik schijfconfiguraties met goede schrijfprestaties (zoals RAID 1+0).
Gebruik, indien van toepassing, Schijfontdubbeling en caching om de leesbelasting op de schijf te verminderen en uw opslagoplossing in staat te stellen de prestaties te verbeteren door een aanzienlijk deel van de afbeelding in de cache op te slaan.
Gegevensontdubbeling en VDI
Gegevensontdubbeling is geïntroduceerd in Windows Server 2012 R2 en ondersteunt optimalisatie van geopende bestanden. Als u virtuele machines wilt gebruiken die worden uitgevoerd op een ontdubbeld volume, moeten de bestanden van de virtuele machine worden opgeslagen op een afzonderlijke host van de Hyper-V host. Als Hyper-V en ontdubbeling op dezelfde computer worden uitgevoerd, hebben de twee functies betrekking op systeembronnen en hebben ze een negatieve invloed op de algehele prestaties.
Het volume moet ook worden geconfigureerd om het optimalisatietype 'Virtual Desktop Infrastructure (VDI)' voor deduplicatie te gebruiken. U kunt dit configureren met Serverbeheer (Bestands- en opslagservices ->Volumes ->Ontdubbelingsinstellingen) of met behulp van de volgende Windows PowerShell-opdracht:
Enable-DedupVolume <volume> -UsageType HyperV
Note
Optimalisatie van gegevensontdubbeling van geopende bestanden wordt alleen ondersteund voor VDI-scenario's met Hyper-V met behulp van externe opslag via SMB 3.0.
Memory
Het geheugengebruik van de server wordt aangestuurd door drie belangrijke factoren:
Overhead van besturingssysteem
Hyper-V service-overhead per virtuele machine
Geheugen toegewezen aan elke virtuele machine
Voor een typische werkbelasting voor kenniswerkers moeten virtuele gastmachines met x86 Window 8 of Windows 8.1 ongeveer 512 MB geheugen krijgen als basislijn. Dynamisch geheugen verhoogt echter waarschijnlijk het geheugen van de virtuele gastmachine naar ongeveer 800 MB, afhankelijk van de workload. Voor x64 zien we dat ongeveer 800 MB begint, oplopend tot 1024 MB.
Daarom is het belangrijk om voldoende servergeheugen te bieden om te voldoen aan het geheugen dat is vereist voor het verwachte aantal virtuele gastmachines, plus voldoende geheugen voor de server.
CPU
Wanneer u servercapaciteit plant voor een RD Virtualization Host-server, is het aantal virtuele machines per fysieke kern afhankelijk van de aard van de workload. Als uitgangspunt is het redelijk om 12 virtuele machines per fysieke kern te plannen en vervolgens de juiste scenario's uit te voeren om prestaties en dichtheid te valideren. Een hogere dichtheid kan mogelijk worden haalbaar, afhankelijk van de specifieke kenmerken van de workload.
We raden u aan hyperthreading in te schakelen, maar zorg ervoor dat u de oversubscriptieverhouding berekent op basis van het aantal fysieke kernen en niet het aantal logische processors. Dit zorgt voor het verwachte prestatieniveau per CPU-basis.
Prestatieoptimalisaties
Dynamisch geheugen
Dynamisch geheugen maakt efficiënter gebruik mogelijk van de geheugenresources van de server waarop Hyper-V wordt uitgevoerd door te verdelen hoe geheugen wordt gedistribueerd tussen actieve virtuele machines. Geheugen kan dynamisch worden toegewezen tussen virtuele machines als reactie op hun veranderende workloads.
Met dynamisch geheugen kunt u de dichtheid van virtuele machines verhogen met de resources die u al hebt zonder dat dit ten koste gaat van de prestaties of schaalbaarheid. Het resultaat is efficiënter gebruik van dure serverhardwareresources, die kunnen worden omgezet in eenvoudiger beheer en lagere kosten.
Op gastbesturingssystemen met Windows 8 en hoger met virtuele processors die meerdere logische processors omvatten, moet u rekening houden met het verschil tussen uitvoeren met dynamisch geheugen om het geheugengebruik te minimaliseren en dynamisch geheugen uit te schakelen om de prestaties van een toepassing die computertopologiebewust is te verbeteren. Een dergelijke toepassing kan gebruikmaken van de topologiegegevens om beslissingen te nemen over planning en geheugentoewijzing.
Gelaagde opslag
RD Virtualization Host ondersteunt gelaagde opslag voor virtuele bureaubladpools. De fysieke computer die wordt gedeeld door alle gegroepeerde virtuele bureaubladen in een verzameling, kan gebruikmaken van een kleine, krachtige opslagoplossing, zoals een gespiegelde SSD (Solid State Drive). De gegroepeerde virtuele bureaubladen kunnen worden geplaatst op goedkopere, traditionele opslag zoals RAID 1+0.
De fysieke computer moet op een SSD worden geplaatst omdat de meeste lees-I/Os van gegroepeerde virtuele bureaubladen naar het beheerbesturingssysteem gaan. Daarom moet de opslag die door de fysieke computer wordt gebruikt, veel meer lees-I/Os per seconde ondersteunen.
Deze implementatieconfiguratie garandeert kostenefficiënte prestaties waar de prestaties nodig zijn. De SSD biedt hogere prestaties op een kleinere schijf (~ 20 GB per verzameling, afhankelijk van de configuratie). Traditionele opslag voor gegroepeerde virtuele bureaubladen (RAID 1+0) maakt gebruik van ongeveer 3 GB per virtuele machine.
CSV-cache
Failoverclustering in Windows Server 2012 en hoger biedt caching op gedeelde clustervolumes (CSV). Dit is uiterst nuttig voor gegroepeerde virtuele bureaubladverzamelingen waarbij het merendeel van de lees-I/Os afkomstig is van het beheerbesturingssysteem. De CSV-cache biedt aanzienlijk hogere prestaties doordat blokken die meer dan eens worden gelezen, worden opgeslagen en geleverd vanuit het systeemgeheugen, wat de I/O vermindert. Zie CSV-cache inschakelen voor meer informatie over CSV-cache.
Gegroepeerde virtuele bureaubladen
Gepoolde virtuele bureaubladen worden standaard teruggedraaid naar de ongerepte status nadat een gebruiker zich afmeldt, zodat alle wijzigingen die zijn aangebracht in het Windows-besturingssysteem sinds de laatste aanmelding van de gebruiker worden afgelaten.
Hoewel het mogelijk is om het terugdraaien uit te schakelen, is het nog steeds een tijdelijke voorwaarde, omdat doorgaans een gegroepeerde virtuele bureaubladverzameling opnieuw wordt gemaakt vanwege verschillende updates van de sjabloon voor het virtuele bureaublad.
Het is logisch om Windows-functies en -services uit te schakelen die afhankelijk zijn van de permanente status. Daarnaast is het zinvol om services uit te schakelen die voornamelijk voor niet-bedrijfsscenario's zijn.
Elke specifieke service moet op de juiste wijze worden geëvalueerd voordat een brede implementatie wordt uitgevoerd. Hier volgen enkele eerste aandachtspunten:
| Service | Why? |
|---|---|
| Automatisch bijwerken | Gegroepeerde virtuele bureaubladen worden bijgewerkt door de virtuele-bureaubladsjabloon opnieuw te maken. |
| Offlinebestanden | Virtuele bureaubladen zijn altijd online en verbonden vanuit een netwerkpunt. |
| Achtergronddefragmentatie | Wijzigingen in het bestandssysteem worden verwijderd nadat een gebruiker zich afmeldt (vanwege een terugdraaiactie naar de ongerepte status of het opnieuw maken van de virtuele bureaubladsjabloon, wat resulteert in het opnieuw maken van alle gegroepeerde virtuele bureaubladen). |
| Sluimerstand of slaapstand | Geen dergelijk concept voor VDI |
| Foutcontrole geheugendump | Geen dergelijk concept voor gegroepeerde virtuele bureaubladen. Een virtueel bureaublad met bugcontrole begint vanuit een schone staat. |
| WLAN autoconfig | Er is geen WiFi-apparaatinterface voor VDI |
| Windows Media Player-service voor het delen van netwerken | Klantgerichte dienstverlening |
| Thuisgroepprovider | Klantgerichte dienstverlening |
| Delen van internetverbinding | Klantgerichte dienstverlening |
| Uitgebreide Media Center-services | Klantgerichte dienstverlening |
Note
Deze lijst is niet bedoeld als een volledige lijst, omdat wijzigingen van invloed zijn op de beoogde doelen en scenario's. Voor meer informatie, zie Net van de pers, krijg het nu: het Windows 8 VDI-optimalisatiescript, aangeboden door PFE!.
Note
SuperFetch in Windows 8 is standaard ingeschakeld. Het is VDI-bewust en mag niet worden uitgeschakeld. SuperFetch kan het geheugenverbruik verder verminderen via het delen van geheugenpagina's, wat nuttig is voor VDI. Gegroepeerde virtuele bureaubladen met Windows 7, SuperFetch moet worden uitgeschakeld, maar voor persoonlijke virtuele bureaubladen met Windows 7 moet deze overblijven.