Lösningar för flera regioner i icke-trappade regioner
Vissa Azure-tjänster stöder geo-redundans och geo-replikering med hjälp av kopplade regioner, men du kan skapa lösningar som stöder flera regioner även när dessa regioner inte är kopplade. Den här artikeln innehåller några av tjänsterna och möjliga konfigurationer för lösningar i flera regioner, utan att det krävs parkopplade regioner. Mer information om varje Azure-tjänst och hur den stöder tillförlitlighet finns i tillförlitlighetsguiderna för Azure-tjänsten.
Azure API Management
Azure API Management stöder distributioner i flera regioner, som lägger till fler instanser av gatewaykomponenten i en eller flera regioner. Det finns inget beroende av regionparningar för den här funktionen.
Du kan också använda säkerhetskopierings - och återställningsfunktionen 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
Mer information om hur du skapar lösningar för flera regioner med Azure App Service finns i Tillförlitlighet i Azure App Service.
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 objektlagring:
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 Premium-sidblobkonton och Azure Data Lake Storage Gen2-konton kan du använda verktyg som AzCopy eller Azure Data Factory.
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 Desktop
För geo-replikering i icke-programregioner för Azure Virtual Desktop måste du överväga sessionsvärd för virtuella datorer och lagring för användarprofiler, program och data. Microsoft hanterar Azure Virtual Desktop-kontrollplanet, som är globalt distribuerat och med hög tillgänglighet.
För sessionsvärdar kan du distribuera virtuella datorer i flera regioner i ett aktivt-aktivt scenario eller replikera dem mellan regioner med Hjälp av Azure Site Recovery i ett aktivt-passivt scenario.
Information om lagring finns i Azure Storage.
Mer information finns i Multiregion Business Continuity and Disaster Recovery (BCDR) for Azure Virtual Desktop and Azure Virtual Desktop service architecture and resilience .
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.