Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Łącznik usług obsługuje strefy dostępności platformy Azure, aby ułatwić osiągnięcie odporności i niezawodności obciążeń o krytycznym znaczeniu dla działania firmy. Celem architektury wysokiej dostępności w łączniku usługi jest zagwarantowanie, że połączenia usług są uruchomione co najmniej 99,9% czasu, dzięki czemu nie trzeba martwić się o skutki potencjalnych operacji konserwacji i awarii. Łącznik usługi został zaprojektowany 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. Łącznik usługi 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 łączniku usługi
Łącznik usługi jest dostawcą zasobów rozszerzenia platformy Azure. Rozszerza ona usługę Azure App Service, usługę Azure Spring Apps i usługę Azure Container Apps. Podczas tworzenia nowego połączenia usługi w jednej z tych usług obliczeniowych za pomocą łącznika usługi 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. Podczas tworzenia połączenia z usługą w tej usłudze App Service Connector 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 / Notatka
Aby utworzyć, zaktualizować, zweryfikować i wyświetlić listę połączeń usług, łącznik usługi wywołuje interfejsy API z usługi obliczeniowej i usługi docelowej. Ponieważ łącznik usługi opiera się na odpowiedziach zarówno z usługi obliczeniowej, jak i usługi docelowej, żądania do łącznika usługi w scenariuszu strefowym 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ą łącznika usługi
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.
Wskazówka
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 łączniku usługi
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 zapobiec awariom, celem jest zminimalizowanie skutków pojedynczego składnika awarii. Jeśli wystąpi awaria, łącznik usługi przejdzie w tryb failover do sparowanego regionu. Klienci nie muszą nic robić, jeśli awaria zostanie podjęta/zadeklarowana przez zespół łącznika usług.
Użyjemy terminów RTO (cel czasu odzyskiwania), aby wskazać czas między rozpoczęciem awarii wpływającej na łącznik usługi a odzyskiwaniem do pełnej dostępności. Użyjemy celu punktu odzyskiwania (celu punktu odzyskiwania), aby wskazać czas między ostatnią operacją poprawnie przywróconą a czasem rozpoczęcia awarii wpływającej na łącznik usługi. Oczekiwany i maksymalny cel punktu odzyskiwania wynosi 24 godziny, a cel czasu odzyskiwania wynosi 24 godziny.
Operacje względem łącznika usługi 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, łącznik usługi podejmie próbę obsłużenia żądania użytkownika końcowego z sparowanego regionu.
Podczas akcji trybu failover łącznik usługi obsługuje ponowne mapowanie dns na dostępne regiony. Wszystkie dane i akcje z widoku klienta służą jak zwykle po przejściu w tryb failover. Łącznik usługi zmieni swój system DNS w ciągu około godziny. Ręczne przejście w tryb failover zajęłoby więcej czasu. Ponieważ łącznik usługi jest dostawcą zasobów opartym 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
Łącznik usługi 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.
| Primary | Secondary |
|---|---|
| Wschodnie stany USA 2 — EUAP | Wschodnie stany USA |
| Zachodnio-środkowe stany USA | Zachodnio-środkowe stany USA 2 |
| Europa Zachodnia | Europa Północna |
| Europa Północna | Europa Zachodnia |
| Wschodnie stany USA | Zachodnie stany USA 2 |
| Zachodnie stany USA 2 | Wschodnie stany USA |
Przechodzenie w tryb failover między regionami
Firma Microsoft jest odpowiedzialna za obsługę trybu failover między regionami. Łącznik usługi uruchamia testy kondycji co 10 minut, a regionalne przejścia w tryb failover są wykrywane i obsługiwane w zapleczu łącznika usługi. Proces trybu failover nie wymaga żadnych zmian w aplikacjach klienta ani konfiguracjach usługi obliczeniowej. Łącznik usługi używa konfiguracji klastra aktywnego pasywnego z automatycznym trybem failover. Po odzyskiwaniu po awarii klienci mogą korzystać z pełnych funkcji udostępnianych przez łącznik usługi.
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 łącznik usług. Firma Microsoft zacznie analizować i uruchamiać tryb failover łącznika usługi, 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 łącznika usług 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.
Dalsze kroki
Przejdź do poniższego artykułu koncepcyjnego, aby dowiedzieć się więcej o łączniku usług.