Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
In dit artikel wordt ondersteuning voor betrouwbaarheid in Azure Storage-acties beschreven en wordt zowel binnen regionale tolerantie behandeld als beschikbaarheidszones en herstel na noodgevallen in meerdere regio's en bedrijfscontinuïteit. Zie Azure-betrouwbaarheid voor een gedetailleerder overzicht van betrouwbaarheidsprincipes in Azure.
Azure Storage Actions is een serverloos framework dat u kunt gebruiken om algemene gegevensbewerkingen uit te voeren op miljoenen objecten in meerdere opslagaccounts. De service zelf is regionaal en heeft geen SKU's of ondersteuning voor beschikbaarheidszones. Het besturingsvlak van de service ondersteunt echter automatisch zoneredundantie. Het gegevensvlak kan ook redundantie ondersteunen, afhankelijk van of het opslagaccount wordt uitgevoerd op een zone-redundante configuratie.
Ondersteuning voor beschikbaarheidszone
Beschikbaarheidszones zijn fysiek gescheiden groepen datacenters binnen een Azure-regio. Wanneer één zone uitvalt, kunnen services een failover uitvoeren naar een van de resterende zones.
Hoewel de Azure Storage Actions-service regionaal is en geen SKU's of beschikbaarheidszones biedt, is zoneredundantie beschikbaar vanuit het besturingsvlak en voorwaardelijk vanuit het gegevensvlak:
Het besturingsvlak van de service is zone-redundant. Wanneer een zone in één regio uitvalt, blijft het besturingsvlak beschikbaar. Tijdens een zone-down scenario kunt u de taakdefinitie en -toewijzing blijven beheren.
Het gegevensvlak (taaktoewijzingsuitvoering) neemt de zonegebonden eigenschappen over van het bovenliggende opslagaccount. Als het opslagaccount is geïmplementeerd in een mislukte zone, is het account niet meer beschikbaar en vanuit het perspectief van de klant is het gegevensabonnement niet beschikbaar. Als het opslagaccount zone-redundant is, blijft het account beschikbaar en blijft de service bewerkingen op het account uitvoeren.
Zone-down-ervaring
In een zone-gereed scenario blijft de opslagactieservice beschikbaar. De voortgang van taken is afhankelijk van de ondersteuning van opslagaccounts in de beschikbaarheidszone waarop ze worden uitgevoerd. Als het account niet wordt beïnvloed door de downed zone, blijven de taken doorgaan met het maken van de voortgang. Anders mislukken de taken.
Voorbereiding en herstel van zonestoring
De opslagactieservice is niet zonegebonden, maar het opslagaccount is. Als het opslagaccount wordt beïnvloed door een zonestoring, mislukken opslagtaken die aan het account zijn toegewezen. Nadat de zone en het opslagaccount beschikbaar zijn, worden geplande taken volgens schema uitgevoerd. Als de taak eenmaal is geconfigureerd om te worden uitgevoerd, moet u mogelijk de taak plannen om opnieuw uit te voeren.
Herstel na noodgevallen en bedrijfscontinuïteit tussen regio's
Herstel na noodgevallen (DR) verwijst naar procedures die organisaties gebruiken om te herstellen van gebeurtenissen met hoge impact, zoals natuurrampen of mislukte implementaties die leiden tot downtime en gegevensverlies. 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 noodgevallenvoordat u begint met het maken van uw plan voor herstel na noodgevallen.
Voor DR maakt Microsoft gebruik van het model voor gedeelde verantwoordelijkheid. In dit model zorgt Microsoft ervoor dat de basisinfrastructuur en platformservices beschikbaar zijn. Veel Azure-services repliceren echter niet automatisch gegevens of vallen 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 voor ondersteuning van disaster recovery. U kunt servicespecifieke functies gebruiken om snelle herstelbewerkingen te ondersteunen en uw noodherstelplan te ontwikkelen.
Opslagaccounts met GRS en GZRS repliceren gegevens naar een secundaire regio in het geval van failovers van het opslagaccount. De bedrijfscontinuïteit van opslagacties is aanzienlijk afhankelijk van de redundantieconfiguratie van het doelopslagaccount. Opslagaccounts die zijn geconfigureerd met georedundantie, profiteren van een geautomatiseerd failoverproces. Dit automatische beheer zorgt ervoor dat toekomstige iteraties voor taaktoewijzingen, of ze enkelvoudig of terugkerend zijn, zonder problemen plaatsvinden in de secundaire regio. Opslagtaken die op het moment van de failover werden uitgevoerd, kunnen echter fouten ondervinden. Nieuwe opslagtaken en opslagtaaktoewijzingen blijven werken zoals verwacht.
Consistente bewaking van het opslagaccount is van cruciaal belang. Bij een failover moet u de taakrapportage en -monitoring grondig controleren om te verifiëren of alle blobbewerkingen succesvol zijn voltooid en om eventuele discrepanties te identificeren die aandacht vereisen.
Detectie, melding en beheer van storingen
Opslagtaken verzenden geen meldingen wanneer er een storing is in de service zelf. Het is belangrijk dat u de status van de opslagtaak controleert en taken opnieuw probeert nadat de service/regio is hersteld.