Udostępnij za pośrednictwem

Rozwiązania replikacji między regionami dla regionów innych niż

  • Artykuł

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.

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:

    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 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.

Następne kroki