Rozwiązania replikacji między regionami dla regionów innych niż
Niektóre usługi platformy Azure obsługują replikację między regionami w celu zapewnienia ciągłości działania i ochrony przed utratą danych. Te usługi korzystają z innego regionu pomocniczego, który korzysta z replikacji między regionami. Oba regiony podstawowe i pomocnicze tworzą parę regionów.
Istnieją jednak niektóre regiony, które nie sąpairowane i dlatego wymagają alternatywnych metod osiągnięcia replikacji geograficznej.
Ten dokument zawiera listę niektórych usług i możliwych rozwiązań, które obsługują metody replikacji geograficznej bez konieczności stosowania sparowanych regionów.
Usługa Azure API Management
Usługa Azure API Management nie zapewnia rzeczywistej funkcji replikacji między regionami. Można jednak użyć jej funkcji tworzenia i przywracania kopii zapasowej, aby wyeksportować konfigurację wystąpienia usługi API Management w jednym regionie i zaimportować je do innego regionu. Jeśli konto magazynu używane do tworzenia kopii zapasowej jest dostępne z regionu docelowego, nie ma sparowanej zależności regionu. Wskazówki operacyjne podano w tym artykule.
Azure App Service
W przypadku usługi App Service niestandardowe kopie zapasowe są przechowywane na wybranym koncie magazynu. W związku z tym istnieje zależność dotycząca przywracania między regionami w magazynach GRS i sparowanych regionach. W przypadku automatycznego typu kopii zapasowej nie można tworzyć kopii zapasowych/przywracania między regionami. Aby obejść ten problem, można zaimplementować niestandardowy mechanizm kopiowania plików dla zapisanego zestawu danych w celu ręcznego kopiowania między niepairowanych regionów i różnych kont magazynu.
Azure Cache for Redis
Usługa Azure Cache for Redis udostępnia dwie różne opcje replikacji między regionami, które są aktywne replikacji geograficznej i pasywnej replikacji geograficznej. W obu przypadkach nie ma jawnej zależności od par regionów.
Azure Container Registry
Replikacja geograficzna umożliwia rejestrowi kontenerów platformy Azure działanie jako pojedynczy rejestr obsługujący wiele regionów z wieloma podstawowymi rejestrami regionalnymi. Nie ma żadnych ograniczeń dyktowanych przez pary regionów dla tej funkcji. Aby uzyskać więcej informacji, zobacz Replikacja geograficzna w usłudze Azure Container Registry.
Azure Cosmos DB
Jeśli twoje rozwiązanie wymaga ciągłego czasu pracy podczas przestojów w regionie, możesz skonfigurować usługę Azure Cosmos DB do replikowania danych w wielu regionach i przezroczystego przełączania w tryb failover do regionów operacyjnych, jeśli jest to wymagane. Usługa Azure Cosmos DB obsługuje zapisy w wielu regionach i może dystrybuować dane globalnie, aby zapewnić dostęp do danych z dowolnego regionu bez żadnego ograniczenia parowania.
Azure Database for MySQL
Wybierz dowolne regiony dostępne w usłudze Azure Database for MySQL, aby uruchomić repliki do odczytu.
Azure Database for PostgreSQL
W przypadku replikacji geograficznej w regionach innych niż w usłudze Azure Database for PostgreSQL można użyć:
Usługa zarządzana z replikacją geograficzną: usługa zarządzana Azure PostgreSQL obsługuje aktywną replikację geograficzną w celu utworzenia stale czytelnej repliki pomocniczej serwera podstawowego. Pomocnicza z możliwością odczytu może znajdować się w tym samym regionie świadczenia usługi Azure co podstawowy lub, częściej, w innym regionie. Ten rodzaj czytelnej repliki pomocniczej jest również znany jako replika geograficzna.
Możesz również użyć dowolnej z dwóch metod migracji danych zarządzanych przez klienta, aby replikować dane do regionu niepaired.
Replikacja logiczna i dekodowanie logiczne.
Azure Data Factory
W przypadku replikacji geograficznej w regionach niepairowanych usługa Azure Data Factory (ADF) obsługuje aprowizowanie potoków usługi ADF jako infrastruktury w postaci kodu w połączeniu z kontrolą źródła dla usługi ADF.
Azure Event Grid
W przypadku replikacji geograficznej tematów usługi Event Grid w regionach niepairowanych można zaimplementować tryb failover po stronie klienta.
Azure IoT Hub
W przypadku replikacji geograficznej w niepairowanych regionach użyj wzorca concierge do routingu do pomocniczego centrum IoT Hub.
Azure Kubernetes Service (AKS)
Usługa Azure Backup może zapewnić ochronę klastrów usługi AKS, w tym funkcję przywracania między regionami (CRR), która jest obecnie dostępna w wersji zapoznawczej i obsługuje tylko dyski platformy Azure. Mimo że funkcja CRR opiera się na replikach regionów sparowanych GRS, można uniknąć zależności od magazynu CRR, jeśli klaster usługi AKS przechowuje dane tylko w magazynie zewnętrznym i unika używania rozwiązań typu "w klastrze".
Dzienniki usługi Azure Monitor
Obszary robocze usługi Log Analytics w dziennikach usługi Azure Monitor nie używają sparowanych regionów. Aby zapewnić ciągłość działania i ochronę przed utratą danych, włącz replikację obszaru roboczego między regionami. Aby uzyskać więcej informacji, zobacz Zwiększanie odporności przez replikowanie obszaru roboczego usługi Log Analytics w różnych regionach.
Azure Service Bus
Usługa Azure Service Bus może zapewnić regionalną odporność bez zależności od par regionów przy użyciu funkcji replikacji geograficznej lub odzyskiwania po awarii geograficznej.
Azure SQL Database
W przypadku replikacji geograficznej w regionach innych niż w usłudze Azure SQL Database można użyć:
Funkcja grupy trybu failover, która replikuje dowolną kombinację regionów platformy Azure bez zależności od bazowego magazynu GRS.
Aktywna funkcja replikacji geograficznej w celu utworzenia stale synchronizowanej pomocniczej pomocniczej bazy danych z możliwością odczytu dla podstawowej bazy danych. Pomocnicza baza danych z możliwością odczytu może znajdować się w tym samym regionie świadczenia usługi Azure co podstawowy lub, częściej, w innym regionie. Ta pomocnicza baza danych jest również znana jako pomocnicza lub geograficzna replika geograficzna.
Wystąpienie zarządzane Azure SQL
W przypadku replikacji geograficznej w niepairowanych regionach za pomocą usługi Azure SQL Managed Instance można użyć:
- Funkcja grupy trybu failover, która replikuje dowolną kombinację regionów platformy Azure bez zależności od bazowego magazynu GRS.
Azure Storage
Aby uzyskać replikację geograficzną w regionach innych niż:
W przypadku usługi Azure Object Storage:
W przypadku magazynu obiektów blob i usługi Azure Data Lake Storage można użyć narzędzi, takich jak AZCopy lub Azure Data Factory.
W przypadku kont magazynu ogólnego przeznaczenia w wersji 2 i kont blokowych obiektów blob w warstwie Premium można użyć replikacji obiektów usługi Azure Storage.
Uwaga
Replikacja obiektów nie jest obsługiwana w przypadku usługi Azure Data Lake Storage.
W przypadku usługi Azure NetApp Files (ANF) można replikować do zestawu par niestandardowych oprócz par regionów platformy Azure. Zobacz Replikacja między regionami usługi Azure NetApp Files (ANF).
W przypadku usługi Azure Files:
Aby skopiować pliki na inne konto magazynu w innym regionie, użyj takich narzędzi jak:
Aby uzyskać przykładowy skrypt, zobacz Synchronizowanie między dwoma udziałami plików platformy Azure na potrzeby tworzenia kopii zapasowych i odzyskiwania po awarii.
Aby przeprowadzić synchronizację między udziałem plików platformy Azure (punktem końcowym w chmurze), lokalnym serwerem plików systemu Windows i zainstalowanym udziałem plików uruchomionym na maszynie wirtualnej w innym regionie platformy Azure (punkt końcowy serwera na potrzeby odzyskiwania po awarii), użyj usługi Azure File Sync.
Ważne
Należy wyłączyć obsługę warstw w chmurze, aby upewnić się, że wszystkie dane są obecne lokalnie i aprowizować wystarczającą ilość miejsca do magazynowania na maszynie wirtualnej platformy Azure, aby przechowywać cały zestaw danych. Aby zapewnić szybkie replikowanie zmian do regionu pomocniczego, pliki powinny być dostępne tylko i zmodyfikowane w punkcie końcowym serwera, a nie na platformie Azure.
Azure Virtual Desktop
W przypadku replikacji geograficznej w niepairowanych regionach usługi Azure Virtual Desktop należy wziąć pod uwagę maszyny wirtualne hosta sesji i magazyn dla profilów użytkowników, aplikacji i danych. Firma Microsoft zarządza płaszczyzną sterowania usługi Azure Virtual Desktop, która jest globalnie rozproszona i wysoce dostępna.
W przypadku hostów sesji można wdrożyć maszyny wirtualne w wielu regionach w scenariuszu aktywny-aktywny lub replikować je w różnych regionach przy użyciu usługi Azure Site Recovery w scenariuszu aktywny-pasywny.
Aby uzyskać informacje o magazynie, zobacz Azure Storage.
Aby uzyskać więcej informacji, zobacz Multiregion Business Continuity and Disaster Recovery (BCDR) for Azure Virtual Desktop and Azure Virtual Desktop service architecture and Azure Virtual Desktop (Multiregion Business Continuity and Disaster Recovery) for Azure Virtual Desktop architecture and Virtual Desktop (Architektura i odporność usługi Azure Virtual Desktop).
Azure Virtual Machines
Aby uzyskać replikację geograficzną w regionach niepairowanych, użyj usługi Azure Site Recovery . Azure Site Recovery to usługa odzyskiwania po awarii z platformy Azure, która zapewnia ciągłość działania i odzyskiwanie po awarii przez replikowanie obciążeń z lokalizacji podstawowej do lokalizacji dodatkowej. Lokalizacja pomocnicza może być regionem niepaired, jeśli jest obsługiwana przez usługę Azure Site Recovery.