Replikeringslösningar mellan regioner för icke-associerade regioner
Vissa Azure-tjänster stöder replikering mellan regioner för att säkerställa affärskontinuitet och skydda mot dataförlust. Dessa tjänster använder en annan sekundär region som använder replikering mellan regioner. Både de primära och sekundära regionerna bildar tillsammans ett regionpar.
Det finns dock vissa regioner som inte är i luften och därför kräver alternativa metoder för att uppnå geo-replikering.
I det här dokumentet visas några av de tjänster och möjliga lösningar som stöder geo-replikeringsmetoder utan att det krävs parkopplade regioner.
Azure API Management
Azure API Management tillhandahåller ingen verklig replikeringsfunktion mellan regioner. Du kan dock använda dess säkerhetskopierings- och återställningsfunktion för att exportera konfigurationen av en API Management-tjänstinstans i en region och importera den till en annan region. Så länge lagringskontot som används för säkerhetskopieringen är tillgängligt från målregionen finns det inget kopplat regionberoende. En operativ vägledning finns i den här artikeln.
Azure App Service
För App Service lagras anpassade säkerhetskopior på ett valt lagringskonto. Därför finns det ett beroende för återställning mellan regioner i GRS och kopplade regioner. För automatisk säkerhetskopieringstyp kan du inte säkerhetskopiera/återställa mellan regioner. Som en lösning kan du implementera en anpassad filkopieringsmekanism för den sparade datauppsättningen för att manuellt kopiera över icke-fjärranslutna regioner och olika lagringskonton.
Azure Cache for Redis
Azure Cache for Redis tillhandahåller två distinkta replikeringsalternativ mellan regioner som är aktiva geo-replikering och passiv geo-replikering. I båda fallen finns det inget uttryckligt beroende av regionpar.
Azure Container Registry
Med geo-replikering kan ett Azure-containerregister fungera som ett enda register som betjänar flera regioner med flera primära regionala register. Det finns inga begränsningar som styrs av regionpar för den här funktionen. Mer information finns i Geo-replikering i Azure Container Registry.
Azure Cosmos DB
Om lösningen kräver kontinuerlig drifttid under regionavbrott kan du konfigurera Azure Cosmos DB för att replikera dina data över flera regioner och transparent redundansväxla till driftregioner när det behövs. Azure Cosmos DB har stöd för skrivningar i flera regioner och kan distribuera dina data globalt för att ge åtkomst till dina data med kort svarstid från valfri region utan någon kopplingsbegränsning.
Azure Database for MySQL
Välj valfri Azure Database for MySQL-tillgänglig Azure-region för att starta läsreplikerna.
Azure Database for PostgreSQL
För geo-replikering i icke-kopplade regioner med Azure Database for PostgreSQL kan du använda:
Hanterad tjänst med geo-replikering: Azure PostgreSQL Managed Service stöder aktiv geo-replikering för att skapa en kontinuerligt läsbar sekundär replik av den primära servern. Den läsbara sekundära filen kan finnas i samma Azure-region som den primära eller, vanligare, i en annan region. Den här typen av läsbar sekundär replik kallas även geo-replik.
Du kan också använda någon av de två kundhanterade datamigreringsmetoderna som anges för att replikera data till en icke-trappad region.
Azure Data Factory
För geo-replikering i icke-kopplade regioner stöder Azure Data Factory (ADF) etablering med infrastruktur som kod för ADF-pipelines i kombination med källkontroll för ADF.
Azure Event Grid
För geo-replikering av Event Grid-ämnen i icke-försämrade regioner kan du implementera redundans på klientsidan.
Azure IoT Hub
För geo-replikering i icke-luftade regioner använder du concierge-mönstret för routning till en sekundär IoT Hub.
Azure Kubernetes Service (AKS)
Azure Backup kan ge skydd för AKS-kluster, inklusive en funktion för återställning mellan regioner (CRR) som för närvarande är i förhandsversion och endast stöder Azure Disks. Även om CRR-funktionen förlitar sig på GRS-parkopplade regionsrepliker kan alla beroenden av CRR undvikas om AKS-klustret endast lagrar data i extern lagring och undviker att använda "in-cluster"-lösningar.
Azure Monitor-loggar
Log Analytics-arbetsytor i Azure Monitor-loggar använder inte kopplade regioner. Aktivera replikering mellan regioner för att säkerställa affärskontinuitet och skydda mot dataförlust. Mer information finns i Förbättra motståndskraften genom att replikera din Log Analytics-arbetsyta mellan regioner.
Azure Service Bus
Azure Service Bus kan ge regional återhämtning, utan beroende av regionpar, med hjälp av geo-replikering eller geo-haveriberedskapsfunktioner.
Azure SQL Database
För geo-replikering i icke-kopplade regioner med Azure SQL Database kan du använda:
Redundansgruppsfunktion som replikeras i valfri kombination av Azure-regioner utan något beroende av underliggande lagrings-GRS.
Aktiv geo-replikeringsfunktion för att skapa en kontinuerligt synkroniserad läsbar sekundär databas för en primär databas. Den läsbara sekundära databasen kan finnas i samma Azure-region som den primära eller, vanligare, i en annan region. Den här typen av läsbar sekundär databas kallas även för en geo-sekundär eller geo-replik.
Azure SQL Managed Instance
För geo-replikering i icke-kopplade regioner med Azure SQL Managed Instance kan du använda:
- Redundansgruppsfunktion som replikeras i valfri kombination av Azure-regioner utan något beroende av underliggande lagrings-GRS.
Azure Storage
Så här uppnår du geo-replikering i icke-luftade regioner:
För Azure Object Storage:
För bloblagring och Azure Data Lake Storage kan du använda verktyg som AZCopy eller Azure Data Factory.
För allmänna v2-lagringskonton och Premium-blockblobkonton kan du använda Azure Storage Object Replication.
Kommentar
Objektreplikering stöds inte för Azure Data Lake Storage.
För Azure NetApp Files (ANF) kan du replikera till en uppsättning icke-standardpar förutom Azure-regionpar. Se Replikering mellan regioner i Azure NetApp Files (ANF).
För Azure Files:
Om du vill kopiera dina filer till ett annat lagringskonto i en annan region använder du verktyg som:
Ett exempelskript finns i Synkronisera mellan två Azure-filresurser för säkerhetskopiering och haveriberedskap.
Om du vill synkronisera mellan din Azure-filresurs (molnslutpunkt), en lokal Windows-filserver och en monterad filresurs som körs på en virtuell dator i en annan Azure-region (serverslutpunkten i haveriberedskapssyfte) använder du Azure File Sync.
Viktigt!
Du måste inaktivera molnnivåindelning för att säkerställa att alla data finns lokalt och etablera tillräckligt med lagringsutrymme på den virtuella Azure-datorn för att lagra hela datamängden. För att säkerställa att ändringarna replikeras snabbt till den sekundära regionen bör filer endast nås och ändras på serverslutpunkten i stället för i Azure.
Azure Virtual Machines
Om du vill uppnå geo-replikering i icke-kompatibla regioner använder du Azure Site Recovery-tjänsten . Azure Site Recovery är haveriberedskapstjänsten från Azure som tillhandahåller affärskontinuitet och haveriberedskap genom att replikera arbetsbelastningar från den primära platsen till den sekundära platsen. Den sekundära platsen kan vara en icke-trappad region om den stöds av Azure Site Recovery.