Niezawodność i niezależność w Azure

Azure obsługuje spektrum opcji wdrażania, w tym regionów chmury publicznej, środowisk hybrydowych i suwerennych lub krajowych środowisk chmury. Ta elastyczność ułatwia projektowanie pod kątem niezawodności przy jednoczesnym spełnieniu wymagań prawnych i jurysdykcji.

W tym artykule wyjaśniono, w jaki sposób zagadnienia dotyczące niezależności wpływają na decyzje projektowe dotyczące niezawodności i co należy zaplanować w kluczowych punktach decyzyjnych dotyczących architektury.

Co oznacza suwerenność dla niezawodnego obciążenia roboczego

Suwerenność oznacza zachowanie kontroli nad danymi i zapewnienie, że dane pozostają objęte prawem twojej jurysdykcji. W praktyce suwerenność ma wpływ na projekt niezawodności na dwa kluczowe sposoby:

  • Kontrola dostępu: Tylko autoryzowane strony mogą uzyskiwać dostęp do danych lub przenosić je. Mechanizmy kontroli obejmują szyfrowanie, klucze zarządzane przez klienta, kontrolę dostępu opartą na rolach i mechanizmy kontroli operacyjnej.
  • Kontrolka geograficzna: Dane pozostają w określonych granicach geograficznych, dzięki czemu podlegają lokalnym przepisom.

Suwerenność jest oparta na wynikach. Nie wymaga izolacji od chmury globalnej. Wiele wymagań dotyczących zgodności można spełnić w środowiskach chmury publicznej podczas stosowania odpowiednich mechanizmów kontroli, w tym kontroli rezydencji danych, szyfrowania, inspekcji i legalnej ochrony dostępu.

Funkcje platformy Azure wspierające suwerenność

Azure oferuje kilka możliwości, które pomagają spełnić wymagania dotyczące niezależności:

  • Mechanizmy kontroli danych: Regiony platformy Azure są pogrupowane według obszarów geograficznych, które definiują granice przechowywania danych. Azure obsługuje również szyfrowanie i klucze zarządzane przez klienta, w tym scentralizowane zarządzanie kluczami za pośrednictwem Azure Key Vault.
  • Mechanizmy kontroli operacyjnej: Usługa Azure Policy może ograniczać rozmieszczanie zasobów do określonych regionów, kontrola dostępu oparta na rolach może ograniczać uprawnienia, a Customer Lockbox może regulować dostęp pomocy technicznej firmy Microsoft. Możesz również używać niezmiennego rejestrowania oraz architektur ładu, aby na szeroką skalę egzekwować mechanizmy zabezpieczające zgodność.
  • Opcje wdrażania i infrastruktury: Azure obsługuje wiele modeli wdrażania i izolacji. Azure Government i Azure w Chinach to fizycznie odizolowane chmury, które działają niezależnie od globalnej platformy Azure. Microsoft Suwerenna chmura obsługuje wzorce izolacji logicznej w chmurze publicznej Azure. Opcje hybrydowe, takie jak Azure lokalnie, umożliwiają scenariusze działania zarządzane przez klienta oraz działania w trybie odłączonym.

Gdzie decyzje projektowe dotyczące niezawodności i niezależności przecinają się

Podczas projektowania niezawodności rozwiązania należy również rozważyć i zaplanować wszelkie obawy dotyczące niezależności. W tej sekcji opisano niektóre decyzje, które często należy podjąć podczas rozważania niezawodności i niezależności.

Wybór regionu i strefy dostępności

To, gdzie umieszczasz nadmiarową infrastrukturę, determinuje zarówno poziom niezawodności, jak i poziom zgodności. Projekty obejmujące wiele regionów często zwiększają niezawodność, ale ograniczenia suwerenności mogą ograniczać wybór regionów do zatwierdzonych granic geograficznych lub geopolitycznych.

Jeśli projektujesz rozwiązanie do odzyskiwania po awarii obejmujące wiele regionów, a obciążenie robocze musi pozostać w określonej jurysdykcji, wybierz region odzyskiwania po awarii w tej samej jurysdykcji. Jeśli nie jest dostępny pomocniczy region spełniający wymagania, zastosuj rozwiązanie jednoregionowe z odzyskiwaniem opartym na kopiach zapasowych i udokumentuj związane z tym kompromisy dotyczące odzyskiwania.

Oprócz wzorców wieloregionowych i wielostrefowych w chmurze publicznej Azure można używać Azure lokalnie w środowiskach kontrolowanych przez klienta, takich jak lokalne centra danych lub lokacje zdalne. Azure lokalnie obsługuje połączone i odłączone modele operacyjne, które mogą pomóc w utrzymaniu ciągłości działania obciążeń lokalnych, gdy łączność z chmurą zostanie przerwana.

Azure oferuje również suwerenne oferty dla klientów z określonymi wymaganiami jurysdykcji i przepisami. Przykłady obejmują Azure Government, Azure w Chinach i chmurę suwerenną Microsoft (wcześniej Microsoft Cloud for Sovereignty). Te środowiska mają odrębne granice działania i zgodności, dlatego upewnij się, że architektura niezawodności jest zgodna z wymaganiami dotyczącymi określonego środowiska chmury, którego używasz.

Tip

Strefy dostępności zapewniają dodatkową warstwę niezawodności wewnątrz regionu bez przekraczania granic geograficznych. Użyj architektury wielostrefowej tam, gdzie jest obsługiwana.

Lokalizacje tworzenia kopii zapasowych, replikacji i odzyskiwania po awarii

Miejsca docelowe kopii zapasowych i replikacji powinny być zgodne z tymi samymi granicami regulacyjnymi co chronione przez nie obciążenie. Niektóre usługi obsługują replikację do wybranych regionów, podczas gdy inne używają par regionów zdefiniowanych Azure.

Podczas przechowywania kopii zapasowych lub replik poza granicą podstawową upewnij się, że dane są szyfrowane, a umieszczanie kluczy jest planowane dokładnie. Jeśli klucze szyfrowania są przechowywane tylko w regionie podstawowym, mogą być niedostępne podczas awarii regionu.

W przypadku korzystania z kluczy zarządzanych przez klienta z replikacją do innego regionu platformy Azure, który nie należy do pary regionów, należy dostosować lokalizację kluczy do lokalizacji danych. Zarządzany moduł HSM usługi Azure Key Vault umożliwia dystrybucję kluczy między regionami, co pomaga zapewnić zgodność dostępności kluczy z dostępnością chronionych danych.

Dostęp operacyjny i możliwość inspekcji

Operacje niezawodności powinny pozostać kontrolowane i poddawane inspekcji. Praktyki bezpiecznego wdrażania na platformie Azure wprowadzają zmiany stopniowo i izolują domeny awarii, aby zmniejszyć ryzyko oddziaływania na wiele regionów.

W przypadku obciążeń podlegających regulacjom usługa Customer Lockbox pomaga zapewnić, że inżynierowie pomocy technicznej firmy Microsoft nie będą mogli uzyskać dostępu do danych klienta bez jego wyraźnej zgody. Użyj usługi Azure Monitor i dziennika aktywności platformy Azure, aby przechowywać rejestry przełączenia awaryjnego i odzyskiwania na potrzeby raportowania dotyczącego inspekcji i zgodności.

Treści powiązane

  • Ostatnia aktualizacja o