Betrouwbaarheid in Azure Backup
In dit artikel wordt ondersteuning voor betrouwbaarheid in Azure Backup beschreven en wordt aandacht besteed aan beschikbaarheidszones en herstel in meerdere regio's en bedrijfscontinuïteit. Zie Azure-betrouwbaarheid voor een gedetailleerder overzicht van betrouwbaarheid in Azure.
Azure Backup is een veilig en betrouwbaar ingebouwd mechanisme voor gegevensbeveiliging in Azure, dat gegevensbeveiliging biedt voor verschillende on-premises en cloudworkloads. Azure Backup kan de beveiliging naadloos schalen voor meerdere workloads en biedt systeemeigen integratie met Azure-workloads (VM's, SAP HANA, SQL in Azure-VM's, Azure Files, AKS, enzovoort) zonder dat u automatisering of infrastructuur hoeft te beheren om agents te implementeren, nieuwe scripts te schrijven of opslag in te richten.
Azure Backup ondersteunt de volgende opties voor gegevensredundante opslag:
Lokaal redundante opslag (LRS): Als u uw gegevens wilt beschermen tegen serverrek- en stationsfouten, kunt u LRS gebruiken. LRS repliceert uw back-upgegevens drie keer binnen één datacenter in de primaire regio. Zie Azure Blob Storage - lokaal redundante opslag voor meer informatie over lokaal redundante opslag.
Geografisch redundante opslag (GRS): Als u wilt beschermen tegen storingen in de hele regio, kunt u GRS gebruiken. GRS repliceert uw back-upgegevens naar een secundaire regio. Zie Azure Blob Storage - geografisch redundante opslag voor meer informatie.
Zone-redundante opslag (ZRS): Als u uw back-upgegevens in beschikbaarheidszones wilt repliceren, kunt u ZRS gebruiken. ZRS garandeert gegevenslocatie en tolerantie in dezelfde regio. Azure Blob Storage: zone-redundante opslag.
Notitie
De redundantieopties zijn van toepassing op de wijze waarop back-upgegevens worden opgeslagen en niet op de Azure Backup-service zelf.
Kluisopslag
In Azure Backup worden back-upgegevens opgeslagen in Recovery Services-kluizen en Back-upkluizen. Een kluis is een onlineopslagentiteit in Azure die wordt gebruikt voor het opslaan van gegevens, zoals back-upkopieën, herstelpunten en back-upbeleid.
De volgende tabel bevat de verschillende gegevensbronnen die elke kluis ondersteunt:
| Recovery Services-kluis | Back-upkluis |
|---|---|
| Virtuele Azure-machine | Azure-schijven |
| SQL in Azure VM | Azure-blobs |
| Azure Files | Azure Database for PostgreSQL server |
| SAP HANA in Azure VM | Kubernetes-services |
| Azure Backup-server | |
| Azure Backup-agent | |
| Data Protection Manager (DPM) |
Ondersteuning voor beschikbaarheidszone
Beschikbaarheidszones zijn fysiek afzonderlijke groepen datacenters binnen elke Azure-regio. Wanneer één zone uitvalt, kunnen services een failover uitvoeren naar een van de resterende zones.
Zie Wat zijn beschikbaarheidszones in Azure voor meer informatie over beschikbaarheidszones?
Azure Backup-service
Azure Backup is een zone-redundante service voor zowel Recovery Service als Backup-kluizen. Wanneer u uw kluisbronnen maakt, hoeft u niet te configureren voor zoneredundantie. In het geval van een zonegebonden storing blijven de kluizen operationeel.
Azure Backup-gegevens
Als u ervoor wilt zorgen dat uw back-upgegevens beschikbaar zijn tijdens een zonegebonden storing, kiest u zone-redundant voor redundantieoptie voor back-upopslag tijdens het maken van de kluis.
Migreren naar ondersteuning voor beschikbaarheidszones
Zie Azure Recovery Services-kluis migreren naar ondersteuning voor beschikbaarheidszones voor meer informatie over het migreren van een Recovery Services-kluis naar ondersteuning voor beschikbaarheidszones.
Herstel na noodgevallen en bedrijfscontinuïteit tussen regio's
Herstel na noodgevallen (DR) gaat over het herstellen van gebeurtenissen met een hoge impact, zoals natuurrampen of mislukte implementaties die downtime en gegevensverlies tot gevolg hebben. Ongeacht de oorzaak is de beste oplossing voor een noodgeval een goed gedefinieerd en getest DR-plan en een toepassingsontwerp dat actief dr ondersteunt. Zie aanbevelingen voor het ontwerpen van een strategie voor herstel na noodgevallen voordat u begint na te denken over het maken van uw plan voor herstel na noodgevallen.
Als het gaat om herstel na noodgevallen, gebruikt Microsoft het model voor gedeelde verantwoordelijkheid. In een model voor gedeelde verantwoordelijkheid zorgt Microsoft ervoor dat de basisinfrastructuur en platformservices beschikbaar zijn. Tegelijkertijd repliceren veel Azure-services niet automatisch gegevens of vallen ze terug van een mislukte regio om kruislings te repliceren naar een andere ingeschakelde regio. Voor deze services bent u verantwoordelijk voor het instellen van een plan voor herstel na noodgevallen dat geschikt is voor uw workload. De meeste services die worden uitgevoerd op PaaS-aanbiedingen (Platform as a Service) van Azure bieden functies en richtlijnen ter ondersteuning van herstel na noodgeval en u kunt servicespecifieke functies gebruiken om snel herstel te ondersteunen om uw DR-plan te ontwikkelen.
Wanneer een hele Azure-regio of -datacenter uitvaltijd ondervindt, blijven uw kluizen toegankelijk en kunt u uw back-upitems nog steeds zien. Tenzij u echter implementeert voor regionale redundantie, zijn de onderliggende back-upgegevens niet toegankelijk voor u voor het uitvoeren van een herstelbewerking.
Als u regionale redundantie voor uw back-upgegevens wilt bereiken, kunt u met Azure Backup uw back-ups repliceren naar een extra gekoppelde Azure-regio met behulp van geografisch redundante opslag (GRS) om uw back-ups te beschermen tegen regionale storingen. Wanneer u de back-ups met GRS inschakelt, worden de back-ups in de secundaire regio alleen toegankelijk wanneer Microsoft een storing declareert in de primaire regio. Met herstel tussen regio's kunt u echter herstelpunten van de secundaire regio openen en uitvoeren, zelfs wanneer er geen storing optreedt in de primaire regio. Met Cross Region Store kunt u drills uitvoeren om regionale tolerantie te beoordelen.