Freigeben über


Zuverlässigkeit in verwalteten DevOps-Pools

In diesem Artikel wird die Zuverlässigkeitsunterstützung in verwalteten DevOps-Pools beschrieben und die regionsübergreifende Notfallwiederherstellung behandelt.

Verfügbarkeitszonen

Verwaltete DevOps-Pools unterstützen derzeit keine Verfügbarkeitszonen.

Regionsübergreifende Notfallwiederherstellung

Bei der Notfallwiederherstellung (DR) geht es um die Wiederherstellung von Ereignissen mit hohen Auswirkungen wie Naturkatastrophen, die zu Ausfallzeiten und Datenverlusten führen. Unabhängig von der Ursache ist das beste Mittel gegen einen Notfall ein gut definierter und getesteter Notfallplan und ein Anwendungsdesign, die Notfallwiederherstellung aktiv unterstützt. Bevor Sie mit der Erstellung Ihres Notfallwiederherstellungsplans beginnen, lesen Sie die Empfehlungen zum Entwerfen einer Notfallwiederherstellungsstrategie.

Bei DR verwendet Microsoft das Modell der gemeinsamen Verantwortung. In einem Modell der gemeinsamen Verantwortung stellt Microsoft sicher, dass die grundlegenden Infrastruktur- und Plattformdienste verfügbar sind. Gleichzeitig replizieren viele Azure-Dienste nicht automatisch Daten oder greifen automatisch auf eine ausgefallene Region zurück, um eine regionsübergreifende Replikation in eine andere aktivierte Region durchzuführen. Für diese Dienste sind Sie dafür verantwortlich, einen Notfallwiederherstellungsplan zu erstellen, der für Ihre Workload geeignet ist.

Verwaltete DevOps-Pools-Instanzen replizieren nicht automatisch oder wechseln von einer fehlerhaften Region zu einer anderen aktivierten Region. Im Falle eines vollständigen Ausfalls der Azure-Region, in der Ihr verwalteter DevOps-Pool gehostet wird, müssen Sie einen neuen verwalteten DevOps-Pool in einer anderen Region erstellen und Ihre Pipelines manuell aktualisieren, um auf den neuen Pool zu verweisen.

Plan der Notfallwiederherstellung

Dokumentieren Sie die Konfiguration Ihrer verwalteten DevOps-Pools, damit Sie sie sogar in einem Ausfall neu erstellen können. Dazu gehören die folgenden Ressourcen, von denen verwaltete DevOps-Pools abhängig sind:

  • Die Ressourcengruppe für den Ersatzpool
  • Das Dev Center- und Dev Center-Projekt für den Ersatzpool
  • Die Azure Compute Gallery-Bilder (wenn Ihr Pool sie verwendet)

Sie können die Konfiguration Ihres vorhandenen Pools speichern und ARM-Vorlagen oder Azure CLI-Skripts erstellen, um Ihren Pool mit den gleichen Einstellungen (mit Ausnahme von Name und Standort) neu zu erstellen und Ihre Pipelines manuell so zu aktualisieren, dass der neue Pool verwendet wird. Wenn normale Vorgänge in der Azure-Region Ihres ursprünglichen Pools fortgesetzt werden, können Sie Ihre Pipelines aktualisieren, um den ursprünglichen Pool zu verwenden, und den neuen Pool und die zugehörigen Ressourcen löschen.