Zuverlässigkeit in verwalteten DevOps-Pools

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

Verfügbarkeitszonen

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

Regionsübergreifende Notfallwiederherstellung

Das Konzept der Notfallwiederherstellung befasst sich mit der Erholung von Ereignissen mit hohen Auswirkungen (z. B. Naturkatastrophen), die Ausfallzeiten und Datenverlust verursachen. 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.

Für 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. Wenn ein vollständiger Ausfall der Azure-Region vorliegt, in der Ihr Pool gehostet wird, müssen Sie einen neuen Pool in einer anderen Region erstellen und dann Ihre Pipelines manuell aktualisieren, um auf den neuen Pool zu verweisen.

Plan der Notfallwiederherstellung

Dokumentieren Sie die Konfiguration Ihrer Pools, damit Sie sie erneut erstellen können, wenn ein Ausfall vorhanden ist. Verwaltete DevOps-Pools sind von den folgenden Ressourcen abhängig:

  • 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 Azure Resource Manager-Vorlagen (ARM-Vorlagen), Bicep-Vorlagen oder Azure CLI-Skripts erstellen, um Ihren Pool neu zu erstellen. Sie können dieselben Einstellungen (mit Ausnahme von Name und Standort) verwenden und Ihre Pipelines manuell aktualisieren, um den neuen Pool zu verwenden. Wenn normale Vorgänge in der Azure-Region Ihres ursprünglichen Pools fortgesetzt werden, können Sie Ihre Pipelines so aktualisieren, dass der ursprüngliche Pool verwendet wird, und dann den neuen Pool und die zugehörigen Ressourcen löschen.