Niezawodność w zarządzanych pulach DevOps
W tym artykule opisano obsługę niezawodności w zarządzanych pulach DevOps i opisano odzyskiwanie po awarii między regionami.
Strefy dostępności
Zarządzane pule DevOps nie obsługują obecnie stref dostępności.
Odzyskiwanie po awarii między regionami
Odzyskiwanie po awarii dotyczy odzyskiwania po wystąpieniu zdarzeń o dużym wpływie, takich jak klęski żywiołowe, które powodują przestoje i utratę danych. Niezależnie od przyczyny najlepszym rozwiązaniem dla awarii jest dobrze zdefiniowany i przetestowany plan odzyskiwania po awarii oraz projekt aplikacji, który aktywnie obsługuje odzyskiwanie po awarii. Zanim zaczniesz myśleć o tworzeniu planu odzyskiwania po awarii, zobacz Zalecenia dotyczące projektowania strategii odzyskiwania po awarii.
Jeśli chodzi o odzyskiwanie po awarii, firma Microsoft korzysta z modelu wspólnej odpowiedzialności. W modelu wspólnej odpowiedzialności firma Microsoft zapewnia dostępność infrastruktury bazowej i usług platformy. Jednocześnie wiele usług platformy Azure nie replikuje automatycznie danych ani nie wraca z regionu, w którym wystąpił błąd, aby przeprowadzić replikację krzyżową do innego regionu z włączoną obsługą. W przypadku tych usług ponosisz odpowiedzialność za skonfigurowanie planu odzyskiwania po awarii, który działa dla obciążenia.
Wystąpienia zarządzanych pul DevOps nie są automatycznie replikowane ani przełączane z regionu, w którym wystąpił błąd, do innego włączonego regionu. W przypadku całkowitej awarii regionu świadczenia usługi Azure, który hostuje zarządzaną pulę DevOps, należy utworzyć nową zarządzaną pulę DevOps w innym regionie i ręcznie zaktualizować potoki, aby odwoływać się do nowej puli.
Planowanie odzyskiwania po awarii
Udokumentuj konfigurację zarządzanych pul DevOps, aby można było je odtworzyć w przypadku awarii. Obejmuje to następujące zasoby, od których zależą zarządzane pule DevOps:
- Grupa zasobów dla puli zastępczej
- Projekt Centrum deweloperów i Centrum deweloperów dla puli zastępczej
- Obrazy z galerii zasobów obliczeniowych platformy Azure (jeśli pula ich używa)
Możesz zapisać konfigurację istniejącej puli i utworzyć szablony usługi ARM lub skrypty interfejsu wiersza polecenia platformy Azure, aby ponownie utworzyć pulę przy użyciu tych samych ustawień (z wyjątkiem nazwy i lokalizacji), a następnie ręcznie zaktualizować potoki do korzystania z nowej puli. Gdy normalne operacje zostaną wznowione w regionie świadczenia usługi Azure oryginalnej puli, możesz zaktualizować potoki tak, aby korzystały z oryginalnej puli, a następnie usunąć nową pulę i skojarzone zasoby.