Overwegingen voor bedrijfscontinuïteit en herstel na noodgevallen voor Citrix in Azure

In dit artikel wordt beschreven hoe u de bedrijfscontinuïteit en herstel na noodgevallen (BDCR) voor een Citrix on Azure-omgeving kunt verbeteren.

Overwegingen voor Citrix-ontwerp

Ontwerpoverwegingen voor Citrix-technologieën worden samengevat in ontwerpbeslissing: Planning voor herstel na noodgevallen in Citrix Tech Zone. Deze handleiding helpt bij het plannen en overwegingen van BCDR-architectuur voor zowel on-premises als Azure-implementaties van Citrix DaaS.

Wanneer u Citrix in Azure implementeert, raden we u aan dezelfde ontwerpoverwegingen te volgen voor optimale opslag voor profiel- en Office-containers, beschikbaarheid van gouden installatiekopieën en infrastructuur- en toepassingsafhankelijkheden die u zou volgen voor Azure Virtual Desktop.

Omdat de beschikbaarheid van Azure-VM's niet standaard wordt gegarandeerd (inclusief voor gereserveerde instanties), raden we u aan om de azure on-demand capaciteitsreserveringsfunctie te gebruiken om voldoende beschikbaarheid binnen de vereiste regio's te garanderen wanneer deze het meest nodig is.

Aanvullende ontwerpfactoren voor Citrix in Azure-implementaties zijn gemarkeerd in de volgende secties.

Beschikbaarheidsstrategieën voor machinecatalogus

U kunt Citrix-machinecatalogussen implementeren in een actieve/actieve of actieve/passieve configuratie met behulp van een combinatie van Azure- en on-premises workloads.

De volgende lijsten zijn niet inclusief. Ze bevatten belangrijke markeringen. Zie Citrix TechZone - Opties voor herstel na noodgevallen voor meer informatie.

Actief/actief

• Doorlopend testen van de locatie voor herstel na noodgevallen (opslag en netwerk) is ingeschakeld.
• Eén leveringsgroep kan VM's uit meerdere regio's bevatten. Actieve/actieve strategieën voor bedrijfscontinuïteit zijn echter complex. U moet een gedetailleerd inzicht hebben in de bijbehorende use cases, gegevens en toepassingen. Door gebruikers of apps toe te wijzen aan regio's met behulp van zonevoorkeur , kunt u ervoor zorgen dat ze worden omgeleid naar een optimale regio als er capaciteit beschikbaar is.
• Om het gebruik van actieve/actieve herstel na noodgevallen met persoonlijke bureaubladen te vereenvoudigen, worden gebruikers vaak gesegmenteerd en afgestemd op primaire en secundaire datacenters. In het primaire datacenter is de actieve machine van een gebruiker permanent. In het secundaire datacenter bevindt een niet-permanente computer zich op stand-by met kerntoepassingen die vereist zijn voor herstel na noodgeval. U kunt tijdelijke schijven op deze poolcomputer gebruiken om de opslagkosten te verlagen. U kunt mogelijkheden zoals omleiding van bekende mappen in OneDrive gebruiken om toegang tot kritieke gebruikersgegevens van beide computers mogelijk te maken.

Actief/passief

• Citrix ondersteunt de implementatie van permanente en niet-permanente workloads. Voor actieve/passieve implementaties kunt u een hot standby-machinecatalogus gebruiken met niet-permanente workloads en tijdelijke schijven om de kosten van de implementatie aanzienlijk te verlagen.
• U kunt een actieve en passieve catalogus toewijzen aan dezelfde leveringsgroep en deze aan gebruikers presenteren als één app of desktop. Zonevoorkeur kan vervolgens de voorkeur voor de gebruikers of toepassing instellen op de actieve regio. Wanneer de capaciteit niet beschikbaar is, beginnen workloads in de passieve regio op basis van de niet-beschikbare capaciteit in de actieve regio. U kunt deze switch automatiseren met behulp van functionaliteit zoals automatisch schalen of u kunt handmatig schakelen tussen regio's door de passieve werkbelastingen in de onderhoudsmodus te plaatsen en in te schakelen wanneer er een DR-gebeurtenis plaatsvindt. De methode die u gebruikt, moet overeenkomen met de RTO van het BCDR-plan van uw organisatie.
• Cloud-bursting van on-premises naar Azure is mogelijk. Automatische schaalaanpassing kan u helpen bij dit proces. U kunt de Citrix-service voor draagbaarheid van installatiekopieën gebruiken om zowel een on-premises installatiekopieën als een Azure-installatiekopieën te onderhouden voor twee machinecatalogussen van één installatiekopieën.

Overwegingen voor Azure-functies

Azure-functie of -service	Wat is het?	Waarom is dit belangrijk?
Regio's	Een set datacenters die worden geïmplementeerd binnen een door latentie gedefinieerde perimeter en verbonden via een toegewezen regionaal netwerk met lage latentie.	Uw selectie van een Azure-regio moet zijn gebaseerd op de nabijheid van bestaande datacenters, gebruikers of vereiste back-endgegevens. U moet ook weten welke services beschikbaar zijn in de regio's die u kiest. Voor Citrix-implementaties beginnen organisaties vaak met één regio. U moet echter overwegen om twee of meer regio's op de lange termijn te gebruiken voor geografische redundantie in een BCDR-strategie.
Azure ExpressRoute	Een Azure-service die u kunt gebruiken om privéverbindingen te maken tussen Microsoft-datacenters en -infrastructuur die zich on-premises of in een colocatiefaciliteit bevindt.	ExpressRoute is een essentieel onderdeel van de infrastructuur voor het overbruggen van een Microsoft-datacenter en het datacenter of de colocatiefaciliteit van uw organisatie. Het is vaak een vereiste voor een Citrix-implementatie op ondernemingsniveau. ExpressRoute is een gedeelde service. U moet capaciteitsplanning voor bandbreedte uitvoeren om de totale bandbreedtebehoeften voor de onderneming te bepalen. Als u niet over voldoende bandbreedte beschikt, kan de gebruikerservaring of toegang tot belangrijke services in het datacenter worden beïnvloed. Daarnaast worden de prestaties van Independent Computing Architecture (ICA) beïnvloed als sessies via ExpressRoute naar het datacenter gaan.
Beschikbaarheidszones	Unieke fysieke locaties binnen een regio. Elke zone bestaat uit een of meer datacenters die zijn uitgerust met onafhankelijke voeding, koeling en netwerken.	Beschikbaarheidszones bieden een hoge SLA. U moet deze gebruiken voor alle toepasselijke Citrix-infrastructuur- en machinecatalogussen om datacenterredundantie binnen een regio te bieden. Niet alle regio's ondersteunen beschikbaarheidszones, dus u moet dienovereenkomstig plannen.
Beschikbaarheidssets	Een set vm's die zijn verspreid over verschillende foutdomeinen. Een foutdomein is een groep virtuele machines die een gemeenschappelijke voedingsbron en netwerkswitch delen.	Beschikbaarheidssets bieden een hoge SLA. U moet deze alleen gebruiken voor Citrix-infrastructuur als er geen beschikbaarheidszones beschikbaar zijn in de regio. Beschikbaarheidssets bieden alleen hardwareredundantieregels (zoals regels voor hypervisor-antiaffiniteit). Daarom moet u een strategie voor meerdere regio's gebruiken om datacenter- en geografische redundantie te bieden als uw gekozen regio's geen beschikbaarheidszones hebben.
Beheerde schijven	Schijven die worden beheerd door Azure en automatisch in verschillende opslagschaaleenheden worden geplaatst om de gevolgen van hardwarefouten te beperken.	U moet beheerde schijven gebruiken voor alle Citrix-infrastructuur en VBA's (Virtual Delivery Agents). Het gebruik van niet-beheerde schijven wordt niet aanbevolen. Zie sla voor virtuele machines met één exemplaar, zoals de VDI van een gebruiker of een gepubliceerde toepassingsserver, voor informatie over SLA's voor virtuele machines met één exemplaar. Elk type schijf biedt verschillende prestaties en heeft verschillende gekoppelde kosten. We raden Premium aan voor Citrix-infrastructuurmachines. Bij het bepalen van het schijftype voor VBA's moet u rekening houden met kosten, prestaties en beschikbaarheidsbehoeften.
Azure Backup	Een service die rendabele oplossingen biedt voor het maken van back-ups van uw gegevens en het herstellen ervan vanuit de Azure-cloud.	Azure Backup voor Citrix-infrastructuur, vm's met hoofdinstallatiekopieën en permanente bureaubladen wordt aangeraden.
Resourcevergrendelingen	Een technologie die u kunt gebruiken om te voorkomen dat andere gebruikers in uw organisatie per ongeluk kritieke resources verwijderen of wijzigen.	U moet resourcevergrendelingen toepassen op alle Citrix-infrastructuur en vm's met hoofdinstallatiekopieën. - Ten minste moet u Delete toepassen om onbedoeld verwijderen van kritieke machines te voorkomen. - U moet ReadOnly toepassen op Citrix-infrastructuurmachines. Deze objecten zijn statisch. Wijzigingen moeten alleen worden toegepast tijdens de juiste wijzigingsbeheervensters.

Aanbevelingen voor Citrix-ontwerp

Ontwerprichtlijnen voor Citrix DaaS in Azure zijn beschikbaar op Citrix TechZone - Ontwerprichtlijnen voor Citrix DaaS op Microsoft Azure. In het artikel worden de systeem-, workload-, gebruikers- en netwerkoverwegingen beschreven voor het afstemmen van Citrix-implementaties met ontwerpprincipes voor Cloud Adoption Framework.

U kunt de algehele tolerantie van sommige Citrix-onderdelen, zoals het ELM-apparaat voor app-lagen, verbeteren met behulp van Azure Site Recovery. Houd er rekening mee dat kerninfrastructuuronderdelen, zoals Cloud Verbinding maken ors en NetScalers, altijd fulltime moeten worden geïmplementeerd in andere regio's.