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 Blog 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 Blog 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 Blog 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
Azure-beschikbaarheidszones zijn ten minste drie fysiek afzonderlijke groepen datacenters binnen elke Azure-regio. Datacenters binnen elke zone zijn uitgerust met onafhankelijke energie-, koelings- en netwerkinfrastructuur. In het geval van een storing in een lokale zone worden beschikbaarheidszones zodanig ontworpen dat als de ene zone wordt beïnvloed, regionale services, capaciteit en hoge beschikbaarheid worden ondersteund door de resterende twee zones.
Fouten kunnen variëren van software- en hardwarefouten tot gebeurtenissen zoals aardbevingen, overstromingen en brand. Tolerantie voor fouten wordt bereikt met redundantie en logische isolatie van Azure-services. Zie Regio's en beschikbaarheidszones voor meer informatie over beschikbaarheidszones in Azure.
Services met azure-beschikbaarheidszones zijn ontworpen om het juiste niveau van betrouwbaarheid en flexibiliteit te bieden. Ze kunnen op twee manieren worden geconfigureerd. Ze kunnen zone-redundant zijn, met automatische replicatie tussen zones of zonegebonden, waarbij exemplaren zijn vastgemaakt aan een specifieke zone. U kunt deze benaderingen ook combineren. Zie Aanbevelingen voor meer informatie over zone-redundante versus zone-redundante architectuur voor het gebruik van beschikbaarheidszones en regio's.
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 voordat u nadenkt 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.