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.
Dit artikel bevat best practice-richtlijnen voor het implementeren van Azure Virtual Desktop met Azure NetApp Files.
Azure NetApp Files is een zeer krachtige bestandsopslagservice van Azure. Het kan tot 450.000 I/OPS en een latentie van sub-millisecunden bieden, die een zeer grote schaal aan Azure Virtual Desktop-implementaties kan ondersteunen. U kunt de bandbreedte aanpassen en het serviceniveau van uw Azure NetApp Files-volumes op aanvraag vrijwel onmiddellijk wijzigen zonder I/O te onderbreken terwijl de toegang tot het gegevensvlak behouden blijft. Met deze mogelijkheid kunt u eenvoudig uw Azure Virtual Desktop-implementatieschaal optimaliseren voor kosten. U kunt ook ruimte-efficiënte momentopnamen van een bepaald tijdstip maken zonder dat dit van invloed is op de volumeprestaties. Met deze mogelijkheid kunt u afzonderlijke FSLogix-gebruikersprofielcontainers terugdraaien via een kopie uit de ~snapshot map of het volledige volume onmiddellijk tegelijk terugdraaien via de mogelijkheid voor het terugdraaien van het volume. Met maximaal 255 (rotatie) momentopnamen ter bescherming van een volume tegen gegevensverlies of beschadiging, hebben beheerders veel kansen om ongedaan te maken wat er is gedaan.
Voorbeeld blauwdrukken
In de volgende voorbeeldblauwdrukken ziet u de integratie van Azure Virtual Desktop met Azure NetApp Files. In een gegroepeerd bureaubladscenario worden gebruikers omgeleid naar de best beschikbare sessiehost (de breedte-eerste modus) in de pool, met behulp van virtuele machines met meerdere sessies. Aan de andere kant worden persoonlijke bureaubladen gereserveerd voor scenario's waarin elke gebruiker een eigen virtuele machine heeft.
Scenario voor gedeeld bureaublad
Voor het gegroepeerde scenario raadt het Azure Virtual Desktop-team de volgende richtlijnen aan op basis van het aantal gebruikers naar vCPU. Houd er rekening mee dat er in deze aanbeveling geen grootte voor virtuele machines is opgegeven.
| Workload-type | Licht | Gemiddeld | Zwaar |
|---|---|---|---|
| Gebruikers per vCPU | 6 | 4 | 2 |
Deze aanbeveling wordt bevestigd door een LoginVSI-test van 500 gebruikers, die ongeveer 62 "kennis-/mediumgebruikers" registreren op elke D16as_V4 virtuele machine.
Azure NetApp Files kan bijvoorbeeld bij 62 gebruikers per D16as_V4 virtuele machine eenvoudig 60.000 gebruikers per omgeving ondersteunen. Testen om de bovengrens van de D32as_v4 virtuele machine te evalueren, wordt uitgevoerd. Als de aanbeveling voor Azure Virtual Desktop per vCPU van toepassing is op de D32as_v4, zouden meer dan 120.000 gebruikers binnen 1.000 virtuele machines passen voordat de limiet van 1.000 IP VNet's wordt overschreden, zoals weergegeven in de volgende afbeelding.
Scenario voor persoonlijk bureaublad
In een persoonlijk bureaubladscenario ziet u in de volgende afbeelding de architectuuraanbeveling voor algemeen gebruik. Gebruikers worden toegewezen aan specifieke bureaubladpods en elke pod heeft net minder dan 1000 virtuele machines, waardoor er ruimte is voor IP-adressen die worden doorgegeven vanuit het beheer-VNet. Azure NetApp Files kan eenvoudig meer dan 900 persoonlijke bureaubladen per hostgroep met één sessie afhandelen binnen een VNet. Het daadwerkelijke aantal virtuele machines is gelijk aan 1.000 verminderd met het aantal beheerhosts dat in het Hub-VNet wordt aangetroffen. Als er meer persoonlijke bureaubladen nodig zijn, kunt u eenvoudig meer pods (hostgroepen en virtuele netwerken) toevoegen, zoals wordt weergegeven in de volgende afbeelding.
Bij het bouwen van een op POD gebaseerde architectuur als deze, is het belangrijk om gebruikers toe te wijzen aan de juiste pod wanneer ze zich aanmelden, zodat gebruikers altijd hun gebruikersprofielen vinden.