Wysoka dostępność Połączenie or usługi
Usługa Połączenie or obsługuje strefy dostępności platformy Azure, aby ułatwić osiągnięcie odporności i niezawodności obciążeń krytycznych dla działania firmy. Celem architektury wysokiej dostępności w usłudze Połączenie or jest zagwarantowanie, że połączenia usług są uruchomione co najmniej 99,9% czasu, dzięki czemu nie musisz martwić się o skutki potencjalnych operacji konserwacji i awarii. Usługa Połączenie or została zaprojektowana w celu zapewnienia obsługi wysokiej dostępności dla wszystkich typów aplikacji uruchomionych na platformie Azure.
Użytkownicy mogą dystrybuować usługi obliczeniowe platformy Azure w różnych strefach dostępności w wielu regionach. Usługa Połączenie or to dostawca zasobów rozszerzenia dla tych usług obliczeniowych. Po utworzeniu połączenia usługi w usłudze obliczeniowej z włączonymi strefami dostępności platforma Azure automatycznie skonfiguruje odpowiednią strefę dostępności połączenia z usługą. Firma Microsoft jest odpowiedzialna za konfigurowanie stref dostępności i odzyskiwania po awarii dla połączeń usługi.
Nadmiarowość strefy w usłudze Połączenie or
Usługa Połączenie or jest dostawcą zasobów rozszerzenia platformy Azure. Rozszerza aplikacja systemu Azure Service, Azure Spring Apps i Azure Container Apps. Podczas tworzenia nowego połączenia usługi w jednej z tych usług obliczeniowych za pomocą usługi service Połączenie or zasób połączenia jest aprowizowany jako część nadrzędnej usługi obliczeniowej najwyższego poziomu.
Aby włączyć nadmiarowość strefy dla połączenia, należy włączyć nadmiarowość strefową dla usługi obliczeniowej. Po skonfigurowaniu usługi obliczeniowej z nadmiarowością strefową połączenia usługi również automatycznie staną się strefowo nadmiarowe. Jeśli na przykład masz usługę App Service z włączoną nadmiarowością strefy, platforma automatycznie rozdziela wystąpienia usługi App Service w trzech strefach w wybranym regionie. Po utworzeniu połączenia usługi w tej usłudze App Service z usługą Połączenie or zasób połączenia z usługą jest również automatycznie tworzony w trzech odpowiednich strefach w wybranym regionie. Ruch jest kierowany do wszystkich dostępnych zasobów połączenia. Gdy strefa ulegnie awarii, platforma wykrywa utracone wystąpienia, automatycznie próbuje znaleźć nowe wystąpienia zastępcze i rozkłada ruch zgodnie z potrzebami.
Uwaga
Aby utworzyć, zaktualizować, zweryfikować i wyświetlić listę połączeń usługi, usługa Połączenie or wywołuje interfejsy API z usługi obliczeniowej i usługi docelowej. Ponieważ usługa Połączenie or opiera się na odpowiedziach zarówno z usługi obliczeniowej, jak i usługi docelowej, żądania do usługi service Połączenie or w scenariuszu strefowym w dół mogą się nie powieść, jeśli usługa docelowa nie może zostać osiągnięta. To ograniczenie dotyczy usług App Service, Azure Container Apps i Azure Spring Apps.
Jak utworzyć połączenie usługi strefowo nadmiarowej za pomocą usługi Service Połączenie or
Postępuj zgodnie z poniższymi instrukcjami, aby utworzyć połączenie usługi strefowo nadmiarowej w usłudze App Service przy użyciu interfejsu wiersza polecenia platformy Azure lub witryny Azure Portal. Za pomocą tego samego procesu można utworzyć połączenie strefowo nadmiarowe dla usług obliczeniowych Azure Spring Apps i Azure Container Apps.
Aby włączyć nadmiarowość strefy dla połączenia z usługą przy użyciu interfejsu wiersza polecenia platformy Azure, zacznij od utworzenia strefowo nadmiarowej usługi App Service.
Utwórz plan usługi App Service i dołącz
--zone-redundantparametr . Opcjonalnie dołącz parametr ,--number-of-workersaby określić pojemność. Dowiedz się więcej w temacie Jak wdrożyć strefowo nadmiarową usługę App Service.az appservice plan create --resource-group MyResourceGroup --name MyPlan --zone-redundant --number-of-workers 6Utwórz aplikację w usłudze App Service i połączenie z kontem usługi Blob Storage lub inną wybraną usługą docelową.
az webapp create --name MyApp --plan MyPlan resource-group MyResourceGroup az webapp connection create storage-blob
Po włączeniu nadmiarowości strefy dla usługi App Service połączenie usługi jest również strefowo nadmiarowe.
Napiwek
Zaleca się włączenie nadmiarowości strefy dla usługi docelowej. W scenariuszu w dół strefy ruch do połączenia zostanie automatycznie rozłożony na inne strefy. Jednak tworzenie, weryfikowanie i aktualizowanie połączeń polega na interfejsach API zarządzania z usługi docelowej. Jeśli usługa docelowa nie obsługuje nadmiarowości strefy lub nie ma włączonej nadmiarowości strefy, te operacje nie powiedzą się.
Omówienie odzyskiwania po awarii i odporności w usłudze Połączenie or
Odzyskiwanie po awarii to proces przywracania funkcjonalności aplikacji po katastrofacznej utracie.
W chmurze z góry uznajemy, że błędy z pewnością się pojawią. Zamiast próbować całkowicie zapobiegać awariom, celem jest minimalizacja wpływu awarii pojedynczego składnika. Jeśli wystąpi awaria, usługa Połączenie or przejdzie w tryb failover do sparowanego regionu. Klienci nie muszą nic robić, jeśli awaria zostanie podjęta/zadeklarowana przez zespół usługi Połączenie or.
Użyjemy terminów RTO (cel czasu odzyskiwania), aby wskazać czas między rozpoczęciem awarii, która ma wpływ na usługę Połączenie or i odzyskiwanie do pełnej dostępności. Użyjemy celu punktu odzyskiwania (celu punktu odzyskiwania), aby wskazać czas między ostatnią operacją prawidłowo przywróconą a czasem rozpoczęcia awarii, która ma wpływ na usługę Połączenie or. Oczekiwany i maksymalny cel punktu odzyskiwania wynosi 24 godziny, a cel czasu odzyskiwania wynosi 24 godziny.
Operacje względem usługi Połączenie or mogą zakończyć się niepowodzeniem w czasie awarii, zanim nastąpi przejście w tryb failover. Po zakończeniu pracy w trybie failover dane zostaną przywrócone, a klient nie będzie musiał podejmować żadnych działań.
Łącznik usługi obsługuje ciągłość działania i odzyskiwanie po awarii (BCRD) na potrzeby magazynu i obliczeń. Platforma dąży do jak najmniejszego wpływu w przypadku problemów z magazynem/obliczeniami w dowolnym regionie. Projekt warstwy danych określa priorytet dostępności w przypadku wystąpienia awarii, co oznacza, że jeśli region ulegnie awarii, usługa Połączenie or podejmie próbę obsłużenia żądania użytkownika końcowego z sparowanego regionu.
Podczas akcji trybu failover usługa Połączenie or obsługuje ponowne mapowanie dns do dostępnych regionów. Wszystkie dane i akcje z widoku klienta służą jak zwykle po przejściu w tryb failover. Usługa Połączenie or zmieni swój system DNS w ciągu około godziny. Ręczne przejście w tryb failover zajęłoby więcej czasu. Jako usługa Połączenie or to dostawca zasobów oparty na innych usługach platformy Azure, rzeczywisty czas zależy od czasu przejścia w tryb failover bazowych usług.
Obsługa regionów odzyskiwania po awarii
Usługa Połączenie or obsługuje obecnie następujące pary regionów. W przypadku awarii regionu podstawowego następuje automatyczne przełączenie w tryb failover do regionu pomocniczego.
| Podstawowe | Pomocniczy |
|---|---|
| Wschodnie stany USA 2 — EUAP | East US |
| Zachodnio-środkowe stany USA | Zachodnio-środkowe stany USA 2 |
| West Europe | Europa Północna |
| Europa Północna | West Europe |
| East US | Zachodnie stany USA 2 |
| Zachodnie stany USA 2 | East US |
Przechodzenie w tryb failover między regionami
Firma Microsoft jest odpowiedzialna za obsługę trybu failover między regionami. Usługa Połączenie or uruchamia kontrole kondycji co 10 minut, a regionalne przejścia w tryb failover są wykrywane i obsługiwane w zapleczu usługi Połączenie or. Proces trybu failover nie wymaga żadnych zmian w aplikacjach klienta ani konfiguracjach usługi obliczeniowej. Usługa Połączenie or używa konfiguracji klastra aktywnego pasywnego z automatycznym trybem failover. Po odzyskiwaniu po awarii klienci mogą korzystać z pełnych funkcji oferowanych przez usługę Połączenie or.
Test kondycji uruchamiany co 10 minut symuluje zachowanie użytkownika, tworząc, sprawdzając i aktualizując połączenia z usługami docelowymi w każdej z usług obliczeniowych obsługiwanych przez usługę Połączenie or. Firma Microsoft zacznie analizować i uruchamiać tryb failover usługi Połączenie or, jeśli spełnimy którykolwiek z następujących warunków:
- Sprawdzanie kondycji usługi kończy się niepowodzeniem trzy razy z rzędu
- Usługi zależne Połączenie or deklarują awarię
- Klienci zgłaszają awarię w regionie
Żądania połączeń usługi mają wpływ na przejście w tryb failover. Po zakończeniu pracy w trybie failover dane połączenia z usługą zostaną przywrócone. Możesz sprawdzić stronę stanu platformy Azure, aby sprawdzić stan wszystkich usług platformy Azure.
Następne kroki
Przejdź do poniższego artykułu dotyczącego koncepcji, aby dowiedzieć się więcej o usłudze Połączenie or.