Den här webbläsaren stöds inte längre.
Uppgradera till Microsoft Edge och dra nytta av de senaste funktionerna och säkerhetsuppdateringarna, samt teknisk support.
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 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.
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 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.
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.
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.
Välj valfri Azure Database for MySQL-tillgänglig Azure-region för att starta läsreplikerna.
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.
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.
För geo-replikering av Event Grid-ämnen i icke-försämrade regioner kan du implementera redundans på klientsidan.
För geo-replikering i icke-luftade regioner använder du concierge-mönstret för routning till en sekundär IoT Hub.
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.
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 kan ge regional återhämtning, utan beroende av regionpar, med hjälp av geo-replikering eller geo-haveriberedskapsfunktioner.
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.
För geo-replikering i icke-kopplade regioner med Azure SQL Managed Instance kan du använda:
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.
Anteckning
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.
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 .
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.
Utbildning
Modul
Lär dig hur du säkerställer haveriberedskap genom att replikera lagringsdata mellan regioner och växla över till en sekundär plats.
Certifiering
Microsoft-certifierad: Azure-databasadministratör associate - Certifications
Administrera en SQL Server-databasinfrastruktur för molndatabaser, lokala databaser och hybridrelationsdatabaser med hjälp av microsoft PaaS-relationsdatabaserbjudanden.
Dokumentation
Azure-regionpar och icke-kopplade regioner
Lär dig mer om azure-regionpar och regioner utan par.
Tillförlitlighetsguider för Azure-tjänsten
Tillförlitlighetsguider för Microsoft Azure-produkter och -tjänster. Visa specifika tillförlitlighetsguider för Azure-tjänsten.
Azure-regioner med stöd för tillgänglighetszoner
Lär dig vilka Azure-regioner som har stöd för tillgänglighetszoner