Niezawodność w usłudze Azure AI Health Szczegółowe informacje
W tym artykule opisano obsługę niezawodności w usłudze Azure AI Health Szczegółowe informacje i omówiono zarówno niezawodność regionalną ze strefami dostępności, jak i odpornością między regionami przy użyciu odzyskiwania po awarii. Aby uzyskać bardziej szczegółowe omówienie niezawodności na platformie Azure, zobacz Niezawodność platformy Azure.
Podczas tworzenia zasobu Szczegółowe informacje kondycji w witrynie Azure Portal należy określić region. Od tego momentu zasób i wszystkie jego operacje pozostają skojarzone z tym konkretnym regionem świadczenia usługi Azure. Rzadko zdarza się, ale nie niemożliwe, aby napotkać problem z siecią, który uderza w cały region. Jeśli rozwiązanie musi być zawsze dostępne, należy zaprojektować je w trybie failover w innym regionie lub podzielić obciążenie między co najmniej dwa regiony.
Obsługa strefy dostępności
Strefy dostępności platformy Azure to co najmniej trzy fizycznie oddzielne grupy centrów danych w każdym regionie świadczenia usługi Azure. Centra danych w każdej strefie są wyposażone w niezależną infrastrukturę zasilania, chłodzenia i sieci. W przypadku awarii strefy lokalnej strefy strefy dostępności są zaprojektowane tak, aby w przypadku wystąpienia problemu z jedną strefą usługi regionalne, pojemność i wysoka dostępność są obsługiwane przez pozostałe dwie strefy.
Awarie mogą wahać się od awarii oprogramowania i sprzętu po zdarzenia, takie jak trzęsienia ziemi, powodzie i pożary. Tolerancja awarii jest osiągana z nadmiarowością i logiczną izolacją usług platformy Azure. Aby uzyskać bardziej szczegółowe informacje na temat stref dostępności na platformie Azure, zobacz Regiony i strefy dostępności.
Usługi z obsługą stref dostępności platformy Azure zostały zaprojektowane w celu zapewnienia odpowiedniego poziomu niezawodności i elastyczności. Usługa Azure AI Health Szczegółowe informacje obsługuje konfigurację strefową, co oznacza, że wystąpienia są przypięte do określonej strefy.
Środowisko strefowe w dół
Podczas awarii całej strefy klient powinien spodziewać się krótkiego obniżenia wydajności, dopóki usługa nie zrównoważy bazowej pojemności, aby dostosować się do stref w dobrej kondycji. Nie jest to zależne od przywracania strefy; Oczekuje się, że stan samonaprawiania usługi zarządzanej przez firmę Microsoft rekompensuje utratę strefy przy użyciu pojemności z innych stref.
Odzyskiwanie po awarii między regionami w lokalizacji geograficznej obejmującej wiele regionów
Odzyskiwanie po awarii dotyczy odzyskiwania po wystąpieniu zdarzeń o dużym wpływie, takich jak klęski żywiołowe lub nieudane wdrożenia, które powodują przestoje. 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.
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. W przypadku tych usług ponosisz odpowiedzialność za skonfigurowanie planu odzyskiwania po awarii, który działa dla obciążenia.
W przypadku usługi Azure AI Health Szczegółowe informacje usługa nie przechowuje danych przez długi okres, a nie tylko podczas przetwarzania danych. Jeśli wystąpi awaria regionu, wszystkie dane skojarzone z żądaniami, które są w toku, zostaną utracone. Jeśli rozwiązanie musi być zawsze dostępne, należy zaprojektować je w trybie failover w innym regionie lub podzielić obciążenie między co najmniej dwa regiony. Jeśli planujesz wdrożyć aplikację na potrzeby odzyskiwania po awarii, warto zapoznać się z regionami i lokalizacjami geograficznymi platformy Azure. Aby uzyskać więcej informacji, zobacz Replikacja między regionami platformy Azure.