Leitfaden für Business Continuity und Disaster Recovery (BCDR) für AVD-Umgebungen mit Nerdio Manager

Nerdio Product Support

9. November 2026 12:45

Azure Virtual Desktop ist eine kritische Komponente einer IT-Umgebung, und es ist wichtig, Business Continuity- und Disaster Recovery-Szenarien zu berücksichtigen, um AVD verfügbar zu halten.

AVD-Bereitstellungen bestehen aus mehreren Komponenten, und wir werden jede einzelne bei der Konfiguration von BCDR für AVD berücksichtigen.

Komponente	Beschreibung	Überlegungen zur DR-Verfügbarkeit
AVD-Dienst	Der AVD-Verwaltungsdienst ist ein von Microsoft gehosteter, global verteilter PaaS-Dienst, der für die Vermittlung der Verbindungen zwischen dem Endbenutzer-Client und den Sitzungshost-VMs verantwortlich ist. Der AVD-Dienst enthält auch Metadaten über Hostpools, Anwendungsgruppen, Benutzerzuweisungen usw.	Der AVD-Dienst wird von Microsoft verwaltet, und Sie müssen keine zusätzlichen Schritte unternehmen, um diesen Dienst im Falle eines regionalen Ausfalls betriebsbereit zu halten. Wenn ein Ausfall in einer Region auftritt, führen die Dienstinfrastrukturkomponenten ein Failover auf den sekundären Standort durch und funktionieren wie gewohnt weiter. Sie können weiterhin auf dienstbezogene Metadaten zugreifen, und Benutzer können sich weiterhin mit verfügbaren Hosts verbinden. Endbenutzerverbindungen bleiben online, solange die Tenant-Umgebung oder die Hosts zugänglich bleiben.
Nerdio Manager	Nerdio Manager ist eine Verwaltungskonsole, die die nativen Verwaltungsfunktionen von AVD erweitert. Sie ist auch für die automatische Skalierung der Sitzungshost-VMs verantwortlich. Nerdio Manager ist eine Azure-Anwendung, die aus mehreren PaaS-Diensten besteht.	Nerdio Manager befindet sich nicht im kritischen Pfad der Desktop-Verbindung eines Benutzers, daher beeinträchtigt ein Ausfall von Nerdio Manager nicht die Fähigkeit der Benutzer, auf ihre Desktops zuzugreifen. Nerdio Manager ist auch für die Skalierung der Umgebung verantwortlich, um zusätzlichen Benutzerbedarf zu bewältigen. Wenn es nicht verfügbar ist, müssen Sitzungshost-VMs manuell über das Azure-Portal eingeschaltet werden. Eine Aktiv/Passiv-Konfiguration für AVD und Nerdio Manager wird empfohlen, wie unten erläutert wird.
Active Directory	Active Directory (oder Entra Domain Services) ist eine kritische Komponente einer AVD-Umgebung und für die Authentifizierung von Benutzeranmeldungen bei domänengebundenen Sitzungshost-VMs verantwortlich.	Es ist entscheidend, die Verfügbarkeit der Active Directory-Domänencontroller im Falle eines Ausfalls der primären Region aufrechtzuerhalten. Ohne einen zugänglichen AD-Domänencontroller können sich Benutzer nicht bei ihren AVD-Desktops und RemoteApps anmelden.
Desktop-Images	Desktop-Images dienen als Basis-Images für die Erstellung von Sitzungshost-VMs.	Desktop-Images tragen nicht dazu bei, Benutzern die Möglichkeit zu geben, eine Verbindung zu einer Sitzungshost-VM herzustellen. Sie sind jedoch von entscheidender Bedeutung für die Bereitstellung neuer Sitzungshost-Kapazitäten und müssen daher gesichert und verfügbar sein, wenn Hosts erstellt werden.
Sitzungshost-VMs	Azure-Sitzungshost-VMs, die in Ihrem Azure-Abonnement ausgeführt werden und Benutzern ihre AVD-Desktops und -Apps bereitstellen.	Sitzungshost-VMs sind für die Bereitstellung der Desktops und Apps der Benutzer verantwortlich. Sie müssen verfügbar sein, damit Benutzer eine Verbindung herstellen können. In den meisten AVD-Bereitstellungsszenarien sind Sitzungshost-VMs Klone eines Desktop-Images und enthalten keine Daten. Daher können sie während eines DR-Ereignisses problemlos neu erstellt werden, wenn das Desktop-Image verfügbar ist.
FSLogix-Profilspeicher	SMB-Speicherort, der die FSLogix-Profilcontainer-VHD(X)-Dateien mit den Profildaten der Benutzer enthält.	FSLogix-Profile sind für den Betrieb einer AVD-Umgebung von entscheidender Bedeutung und müssen verfügbar sein, wann immer ein Benutzer eine Verbindung zu einem Desktop oder einer RemoteApp herstellen und damit arbeiten muss. FSLogix-Profile müssen daher repliziert und an mehreren Standorten verfügbar sein.
Geschäftsanwendungen	Ihre anderen Geschäftsanwendungen.	Wir betrachten die Diskussion anderer Geschäftsanwendungen als außerhalb des Geltungsbereichs dieses Leitfadens liegend.

AVD-Bereitstellungen mit Nerdio Manager sind von Natur aus redundant und hochverfügbar. Abhängig von Ihren RPO-, RTO- und Budgetanforderungen gibt es jedoch mehrere Punkte, die bei der Planung und Architektur Ihrer AVD-Bereitstellung berücksichtigt werden sollten.

Jede Ausfallsituation ist einzigartig und erfordert eine Reaktion, die individuell auf die Situation zugeschnitten ist. In diesem Leitfaden gehen wir drei Ausfallsituationen durch und erörtern, wie mit jeder der oben aufgeführten Komponenten in der jeweiligen Ausfallsituation umzugehen ist.

Situation Nr. 1: Lokale Beschädigung von Daten, Metadaten oder Ressourcen ohne zugrunde liegenden Ausfall des Rechenzentrums oder der Region

In dieser Situation ist die Wiederherstellung aus einem Backup oder die Neuerstellung von Sitzungshost-VMs der beste Ansatz. Lassen Sie uns prüfen, wie dies auf die einzelnen AVD-Umgebungskomponenten zutrifft:

AVD-Dienst: Da dieser Dienst von Microsoft gehostet, verwaltet und gesichert wird, müssen Sie nichts unternehmen. Der AVD-Dienst führt bei einem Ausfall automatisch ein Failover durch, und Microsoft ist dafür verantwortlich, dass innerhalb der bereitgestellten SLAs alles wiederhergestellt wird.
Nerdio Manager: Nerdio Manager ist für die Fähigkeit der Benutzer, eine Verbindung zu ihren Desktops herzustellen, nicht kritisch, da es nicht am Benutzerauthentifizierungs- oder Verbindungsvermittlungsprozess beteiligt ist. Nerdio Manager ist für die Skalierung der Umgebung durch das Einschalten von Sitzungshost-VMs verantwortlich. Wenn Nerdio Manager nicht verfügbar ist, können VMs manuell über das Azure-Portal eingeschaltet werden.
- Empfehlung: Aktivieren Sie die automatischen Backup-Funktionen von Nerdio Manager und stellen Sie diese bei Datenbeschädigung wieder her. Weitere Informationen finden Sie unter Sichern und Wiederherstellen der Nerdio Manager-Konfiguration.
Active Directory: Funktionsfähige AD-Domänencontroller müssen jederzeit erreichbar sein.
- Empfehlung: Erstellen Sie mehrere AD-Domänencontroller-VMs, die von der AVD-Umgebung aus erreichbar sind. Sichern Sie den AD-Systemstatus und stellen Sie ihn bei Bedarf wieder her. Ziehen Sie die Verwendung von Entra ID und Entra ID Join in Betracht, sofern zutreffend.
Desktop-Images: Änderungen am Desktop-Image werden häufig im Rahmen der normalen Wartung der AVD-Umgebung vorgenommen. Das Vorhalten von Backup-Kopien von Desktop-Images ist wichtig, um bei Beschädigungen schnell eine Wiederherstellung durchführen zu können.
- Empfehlung: Verwenden Sie die integrierte Desktop-Image-Backup-Funktionalität von Nerdio Manager, um die Images vor Änderungen zu versionieren. Weitere Informationen finden Sie unter Verwenden von Azure zum Backup und Wiederherstellen von Desktop-Images.
Sitzungshost-VMs: Hosts können im normalen Betrieb nicht verfügbar oder beschädigt werden.
- Empfehlung: Aktivieren Sie die Auto-Heal-Funktionalität von Nerdio Manager, um defekte Sitzungshosts automatisch zu reparieren. Löschen Sie bei Bedarf fehlgeschlagene Hosts und lassen Sie Nerdio Manager diese bei Bedarf automatisch neu erstellen. Weitere Informationen finden Sie unter Aktivieren der automatischen Skalierung von dynamischen Hostpools.
FSLogix-Profil: Die Beschädigung von Profilcontainern kann durch die Wiederherstellung der beschädigten VHD(X)-Dateien aus einem Backup behoben werden.
- Empfehlung: Konfigurieren Sie je nach gewählter FSLogix-Speichertechnologie Azure Backup für Azure Files-Freigaben, Azure NetApp Files-Snapshots oder verwenden Sie eine beliebige Sicherungsmethode für Dateiserver-VMs (zum Beispiel Volumeschattenkopien). Stellen Sie die beschädigten Profilcontainer bei Bedarf wieder her.

Situation Nr. 2: Ausfall eines einzelnen Rechenzentrums oder einer Verfügbarkeitszone innerhalb einer Azure-Region

Eine Azure-Region ist eine Gruppe von Rechenzentren, die innerhalb eines durch Latenz definierten Perimeters bereitgestellt und über ein dediziertes regionales Netzwerk mit geringer Latenz verbunden sind. Azure bietet Ihnen die Flexibilität, Anwendungen dort bereitzustellen, wo Sie sie benötigen, einschließlich über mehrere Regionen hinweg, um regionsübergreifende Resilienz zu gewährleisten.

Eine Verfügbarkeitszone ist ein Hochverfügbarkeitsangebot, das Ihre Anwendungen und Daten vor Ausfällen von Rechenzentren schützt. Verfügbarkeitszonen sind eindeutige physische Standorte innerhalb einer Azure-Region. Jede Zone besteht aus einem oder mehreren Rechenzentren, die über unabhängige Stromversorgung, Kühlung und ein eigenes Netzwerk verfügen. Um Resilienz zu gewährleisten, gibt es in allen aktivierten Regionen mindestens drei getrennte Zonen. Die physische Trennung von Verfügbarkeitszonen innerhalb einer Region schützt Anwendungen und Daten vor Ausfällen von Rechenzentren. Zonenredundante Dienste replizieren Ihre Anwendungen und Daten über Verfügbarkeitszonen hinweg, um vor einzelnen Ausfallpunkten zu schützen. Mit Verfügbarkeitszonen bietet Azure eine branchenweit führende VM-Verfügbarkeits-SLA von 99,99 %. Einzelheiten finden Sie unter Was sind Verfügbarkeitszonen?.

Im Falle eines Ausfalls eines Rechenzentrums oder einer Verfügbarkeitszone führen die meisten Komponenten der AVD-Umgebung automatisch ein Failover auf eine andere Verfügbarkeitszone durch, ohne dass ein Benutzereingriff erforderlich ist.

Verfügbarkeitszonen: Nicht alle Azure-Regionen unterstützen Verfügbarkeitszonen für alle Produkte. Überprüfen Sie das Dokument Regionen, die Verfügbarkeitszonen in Azure unterstützen, bevor Sie Ihre AVD-Umgebung bereitstellen, um die Region auszuwählen, die Ihre Verfügbarkeitsanforderungen erfüllt. Achten Sie besonders auf Premium Files Storage, wenn Sie Azure Files für FSLogix-Profil verwenden.
AVD-Dienst: Da dieser Dienst von Microsoft gehostet, verwaltet und gesichert wird, müssen Sie nichts weiter tun. Der AVD-Dienst führt automatisch ein Failover durch, und Microsoft ist dafür verantwortlich, dass innerhalb der bereitgestellten SLAs alles wieder läuft.

Nerdio Manager: Nerdio Manager ist für die Fähigkeit der Benutzer, eine Verbindung zu ihren Desktops herzustellen, nicht kritisch, da es nicht am Benutzerauthentifizierungs- oder Verbindungsvermittlungsprozess beteiligt ist. Nerdio Manager ist für die Skalierung der Umgebung durch das Einschalten von Sitzungshost-VMs verantwortlich. Wenn Nerdio Manager nicht verfügbar ist, können VMs weiterhin manuell über das Azure-Portal eingeschaltet werden.

Empfehlung: Konfigurieren Sie Nerdio Manager Azure-Ressourcen für Zonenredundanz, um Ausfallsicherheit gegen den Ausfall von Verfügbarkeitszonen zu bieten. Einzelheiten finden Sie in der folgenden Tabelle:

Komponente	Überlegungen zur Zoneredundanz	Hinweise / Anleitung
Nerdio Manager Azure App Service-Plan und Web-App	Unterstützt	Kann für den zonenresilienten Modus konfiguriert werden. Einzelheiten finden Sie unter Konfigurieren der Anwendung für den zonenresilienten Modus.
Unternehmensanwendungsregistrierung in Entra ID	Nicht zutreffend	Keine Zonenredundanz erforderlich. Basiert auf der Resilienz der Microsoft Entra-Plattform.
Azure SQL-Datenbank	Unterstützt (nur Premium)	Ein Upgrade auf den Premium-Tarif muss durchgeführt werden. Konfigurieren Sie die Zonenredundanz unter den Hochverfügbarkeits-Einstellungen im Azure-Portal. Weitere Informationen finden Sie unter Konfigurieren der SQL-Datenbank für den zonenredundanten Modus.
Azure Key Vault	Unterstützt	Verwendet in unterstützten Regionen automatisch zonenredundanten Speicher. Weitere Informationen finden Sie unter Azure Key Vault availability and redundancy.
Storage-Konten	Unterstützt	Stellen Sie sicher, dass zonenredundanter Speicher aktiviert ist. Zu den Funktionen gehören Skriptspeicherung, VHD, Bootdiagnose und Speicherung von Verschlüsselungsschlüsseln. Weitere Informationen finden Sie unter Konfigurieren von benutzerdefinierten Storage-Kontonamen.
Azure Automation-Konto	Unterstützt	Verwendet in unterstützten Regionen automatisch Zonenredundanz. Für vollständige Resilienz verwenden Sie mehrere Hybrid Runbook Worker über Zonen hinweg. Weitere Informationen finden Sie unter Unterstützung von Verfügbarkeitszonen für Azure Automation.
Log Analytics-Workspaces	Unterstützt	Verwendet in unterstützten Regionen automatisch Zonenredundanz. Microsoft verwaltet das Failover. Unterstützt die fortlaufende Protokollaufnahme/-abfragen über Zonen hinweg. Weitere Informationen finden Sie unter Verbessern der Daten- und Dienstresilienz in Azure Monitor Logs mit Verfügbarkeitszonen.
Application Insights	Unterstützt (mit Bedingungen)	Muss als arbeitsbereichsbasiert konfiguriert sein und einen dedizierten Cluster für vollständige Zonenredundanz verwenden. Weitere Informationen finden Sie unter Wie unterstützt Azure das Failover für Azure Application Insights?.

Active Directory: Wenn Ihre Domänencontroller-VMs in einer Verfügbarkeitszone innerhalb einer unterstützten Azure-Region bereitgestellt werden, ist keine Aktion erforderlich. Diese VMs werden automatisch in einer anderen Zone verfügbar und bedienen weiterhin Benutzeranmeldeanforderungen. Entra Domain Services betreibt standardmäßig zwei Domänencontroller in separaten Verfügbarkeitszonen, sofern dies unterstützt wird. Weitere Informationen finden Sie in diesem Microsoft Artikel.
- Empfehlung: Wenn sich die Domänencontroller derzeit nicht in einer Verfügbarkeitszone befinden, migrieren Sie sie in eine Verfügbarkeitszone. Weitere Informationen finden Sie in diesem Microsoft Artikel.
Desktop-Images: Desktop-Images sollten von einem Rechenzentrumsausfall nicht betroffen sein und führen automatisch ein Failover in eine andere Zone durch.
Sitzungshost-VMs: Sitzungshost-VMs, die in dem Rechenzentrum ausgeführt werden, in dem der Ausfall auftritt, gehen offline.
- Empfehlung: Nutzen Sie die Verfügbarkeitszonen-Funktion von Nerdio Manager, die VMs bei der Bereitstellung automatisch auf Verfügbarkeitszonen verteilt. Weitere Informationen finden Sie unter Hostpool-VM-Bereitstellung. Weitere Informationen zur VM-Verfügbarkeit in Azure finden Sie hier.
FSLogix-Profile – Rechenzentrumsausfälle können sich auf die Verfügbarkeit des FSLogix-Speichers auswirken.
- Empfehlung: Nutzen Sie Azure Files mit Premium-ZRS-Speicher in einer Azure-Region, die Verfügbarkeitszonen für Premium-Dateispeicher unterstützt. In diesem Szenario ist bei einem Ausfall des Rechenzentrums kein Handeln Ihrerseits erforderlich.

Situation Nr. 3: Ausfall einer gesamten Azure-Region

Der empfohlene Ansatz zum Schutz vor einem Ausfall einer Azure-Region besteht darin, die AVD-Umgebung in zwei Regionen in einer Aktiv/Passiv-Konfiguration bereitzustellen. Die aktive (primäre) Bereitstellung ist diejenige, die immer verwendet wird. Die passive (sekundäre) Bereitstellung wird aktualisiert, wenn Änderungen in der primären Umgebung vorgenommen werden, und steht bereit, um im Falle eines regionalen Ausfalls online zu gehen.

AVD-Dienst: Da dieser Dienst von Microsoft gehostet, verwaltet und gesichert wird, müssen Sie nichts unternehmen. Der AVD-Dienst führt automatisch ein Failover durch, und Microsoft ist dafür verantwortlich, dass innerhalb der bereitgestellten SLAs alles wieder läuft.
- Empfehlung: Da die sekundäre Bereitstellung eine Kopie der primären ist, können Benutzerzuweisungen so konfiguriert werden, dass Benutzer zwei Arbeitsbereiche mit identischen Hostpools und RemoteApps sehen – einen primären und einen für DR. Alternativ können User von App-Gruppen sekundärer Deployments unzugewiesen bleiben und bei Bedarf (on demand) im Failover-Ereignis zugewiesen werden.
Nerdio Manager: Nerdio Manager wird unter Verwendung mehrerer PaaS-Dienste in einer ausgewählten Azure-Region bereitgestellt. Ein Regionsausfall führt zum Ausfall von Nerdio Manager.
- Empfehlung: Stellen Sie Nerdio Manager in einer sekundären Region bereit und konfigurieren Sie es identisch zur primären Region.
Active Directory: AD-Domänencontroller müssen für Sitzungshost-VMs in der sekundären Region zugänglich sein.
- Empfehlung: Erstellen Sie ein VNet in der sekundären Region mit VNet-Peering und einer Reihe von Domänencontroller-VMs, die im Falle eines Ausfalls verfügbar sind. Vergessen Sie außerdem nicht, die Konnektivität zu Ihrem On-Prem oder zu anderen Netzwerken für Ihre weiteren Geschäftsanwendungen zu berücksichtigen.
Desktop-Images: Aktuelle Desktop-Images sind während eines Failover-Ereignisses von entscheidender Bedeutung, insbesondere wenn Sie brandneue Sitzungshost-VMs bereitstellen.
- Empfehlung: Klonen Sie Ihre primären Desktop-Images nach jeder Änderung im Rahmen der AVD-Verwaltung standardmäßig in die sekundäre Region. Machen Sie dies zu einem festen Bestandteil des Prozesses. Weitere Informationen finden Sie unter Desktop-Images klonen.
Sitzungshost-VMs: Sitzungshost-VMs können vorab per Pre-Staging erstellt werden und bleiben ausgeschaltet, bis sie während eines Failover-Ereignisses gestartet werden, oder sie können bei Bedarf von Nerdio Manager bereitgestellt werden. Die Wahl hängt von Ihrem Wiederherstellungszeitziel (RTO) ab.
- Empfehlung: Konfigurieren Sie alle Hostpools und Einstellungen für die automatische Skalierung in der sekundären Bereitstellung wie in der ersten. Schalten Sie die automatische Skalierung AUS und fahren Sie alle Sitzungshost-VMs herunter. Schalten Sie im Falle eines Failovers die automatische Skalierung für jeden Hostpool ein, sodass die gesamte erforderliche Kapazität online bereitgestellt wird. Sie können sich auch dafür entscheiden, die automatische Skalierung zu konfigurieren und sie AUS zu lassen, um Sitzungshost-VMs nicht im Voraus bereitzustellen. Wenn Sie die automatische Skalierung EINschalten, beginnt Nerdio Manager mit der Bereitstellung neuer Sitzungshost-VMs – dies dauert länger als das Einschalten bereits vorhandener VMs. Wenn Sie sich entscheiden, ausgeschaltete VMs für den Fall eines Failover-Ereignisses beizubehalten, vergessen Sie nicht, bei jedem Import eines neuen Images aus der primären Umgebung ein Reimaging vorzunehmen.
FSLogix-Profile: Azure Files Premium unterstützt derzeit nicht den georedundanten Speicher (GRS). Azure NetApp Files kann automatisch in eine andere Region repliziert werden.
- Empfehlung: Nutzen Sie Azure NetApp Files mit regionsübergreifender Replikation. Achten Sie beim Konfigurieren der FSLogix-Einstellungen in der sekundären Nerdio Manager-Instanz darauf, den ANF-Pfad des Volumes der sekundären Region zu verwenden.

War dieser Beitrag hilfreich?

0 von 0 fanden dies hilfreich

Haben Sie Fragen? Anfrage einreichen

Kommentare (0 Kommentare)

Zu diesem Beitrag können keine Kommentare hinterlassen werden.