Delen via

Documentatie voor Azure-betrouwbaarheid

  • Artikel

De documentatie over Azure-betrouwbaarheid biedt informatie over wat betrouwbaarheid betekent in een cloudplatform, hoe Azure Cloud betrouwbaarheid ondersteunt en op welke manier elke Azure-service kan worden geconfigureerd ter ondersteuning van een betrouwbare oplossing.

De documentatie is ingedeeld in de volgende secties:

  • Azure-betrouwbaarheidshandleidingen per service bevatten handleidingen over hoe elke Azure-service betrouwbaarheid ondersteunt, waaronder beschikbaarheidszones, ondersteuning voor meerdere regio's en back-upondersteuning.
  • Basisprincipes van betrouwbaarheid bevatten fundamentele betrouwbaarheidsconcepten, zoals:
    • Bedrijfscontinuïteit, hoge beschikbaarheid en herstel na noodgevallen.
    • Redundantie, replicatie (gegevensredundantie) en back-up
    • Failover en failback.
    • Gedeelde verantwoordelijkheid tussen Microsoft en u.
  • Azure-regio's bevatten informatie over Azure-regio's, gekoppelde en niet-gekoppelde regio's en verschillende regioconfiguraties.
  • Azure-beschikbaarheidszones bevatten informatie over hoe beschikbaarheidszones, waaronder hoe ze hoge beschikbaarheid en herstel na noodgevallen ondersteunen. De sectie bevat ook lijsten met Azure-services en -regio's die beschikbaarheidszones ondersteunen.

Wat is betrouwbaarheid?

Betrouwbaarheid verwijst naar de mogelijkheid van een workload om consistent te presteren op het verwachte niveau en in overeenstemming met de vereisten voor bedrijfscontinuïteit. Betrouwbaarheid is een belangrijk concept in cloud-computing. In Azure wordt betrouwbaarheid bereikt door een combinatie van factoren, waaronder het ontwerp van het platform zelf, de services, de architectuur van uw toepassingen en de implementatie van aanbevolen procedures.

Een belangrijke benadering voor het bereiken van betrouwbaarheid in een workload is tolerantie. Dit is de mogelijkheid van een workload om fouten en storingen te weerstaan en te herstellen. Azure biedt een aantal tolerantiefuncties, zoals beschikbaarheidszones, ondersteuning voor meerdere regio's, gegevensreplicatie en mogelijkheden voor back-up en herstel. Deze functies moeten worden overwogen bij het ontwerpen van een workload om te voldoen aan de vereisten voor bedrijfscontinuïteit.

De documentatie is ingedeeld in de volgende secties:

Azure-betrouwbaarheidshandleidingen per service

Elke Azure-service heeft zijn eigen unieke betrouwbaarheidskenmerken. Azure biedt een set servicespecifieke betrouwbaarheidshandleidingen waarmee u een betrouwbare workload kunt ontwerpen en implementeren. De richtlijnen helpen u te begrijpen hoe u de service het beste kunt gebruiken om te voldoen aan uw bedrijfsbehoeften. Elke handleiding kan de volgende secties bevatten, afhankelijk van de betrouwbaarheidsfuncties die worden ondersteund:

Elke handleiding voor betrouwbaarheidsservices bevat over het algemeen informatie over hoe de service ondersteuning biedt voor een scala aan betrouwbaarheidsmogelijkheden, waaronder:

  • Beschikbaarheidszones zoals zonegebonden en zone-redundante implementatieopties, verkeersroutering en gegevensreplicatie tussen zones, wat er gebeurt als een zone een storing, failback ondervindt en hoe u uw resources configureert voor ondersteuning van beschikbaarheidszones.
  • Ondersteuning voor meerdere regio's, zoals hoe multi-regio of geo-noodgeval herstel te configureren, verkeersroutering en gegevensreplicatie tussen regio's, ervaring met regio-uitval, en ondersteuning voor failover en failback. Voor sommige services die geen systeemeigen ondersteuning voor meerdere regio's hebben, bieden de handleidingen alternatieve implementatiemethoden voor meerdere regio's om rekening mee te houden.
  • Back-upondersteuning zoals door Microsoft beheerde en door de klant beheerde back-upmogelijkheden, waar ze worden opgeslagen, hoe ze kunnen worden hersteld en of ze alleen toegankelijk zijn binnen een regio of tussen regio's.

Zie Reliability Guides by Service (Betrouwbaarheidshandleidingen per service) voor meer informatie en een lijst met handleidingen voor betrouwbaarheidsservices.

Hint

Betrouwbaarheid bevat ook andere elementen van uw oplossingsontwerp, waaronder hoe u wijzigingen veilig implementeert, hoe u uw prestaties beheert om downtime te voorkomen vanwege hoge belasting en hoe u elk onderdeel van uw oplossing test en valideert. Zie het Azure Well-Architected Framework voor meer informatie.

Basisprincipes van betrouwbaarheid

De sectie basisprincipes van betrouwbaarheid biedt een overzicht van de belangrijkste concepten en principes die de betrouwbaarheid in Azure ondersteunen.

Bedrijfscontinuïteit, hoge beschikbaarheid en herstel na noodgevallen

Bedrijfscontinuïteitsplanning kan worden begrepen als het doorlopende proces van risicobeheer via een ontwerp voor hoge beschikbaarheid en herstel na noodgevallen.

Bij het overwegen van bedrijfscontinuïteit is het belangrijk om de volgende termen te begrijpen:

  • Bedrijfscontinuïteit is de status waarin een bedrijf bewerkingen kan voortzetten tijdens storingen, storingen of noodgevallen. Bedrijfscontinuïteit vereist proactieve planning, voorbereiding en implementatie van tolerante systemen en processen.

  • Hoge beschikbaarheid gaat over het ontwerpen van een oplossing om te voldoen aan de bedrijfsbehoeften voor beschikbaarheid en om bestand te zijn tegen dagelijkse problemen die van invloed kunnen zijn op de vereisten voor uptime.

  • Herstel na noodgevallen gaat over het plannen van het omgaan met ongebruikelijke risico's en de catastrofale storingen die kunnen resulteren.

Zie Wat zijn bedrijfscontinuïteit, hoge beschikbaarheid en herstel na noodgevallen? voor meer informatie over bedrijfscontinuïteit en continuïteitsplanning via ontwerp voor hoge beschikbaarheid en herstel na noodgevallen.

Redundantie, replicatie en back-up

We denken vaak aan de cloud als een wereldwijd gedistribueerd, alomtegenwoordig systeem. In werkelijkheid bestaat de cloud echter uit hardware die wordt uitgevoerd in datacenters. Tolerantie vereist dat u rekening houdt met een aantal van de risico's die zijn gekoppeld aan de fysieke locaties waarop uw cloudonderdelen worden uitgevoerd.

Redundantie is de mogelijkheid om meerdere identieke kopieën van een serviceonderdeel te onderhouden en deze kopieën te gebruiken op een manier die voorkomt dat een onderdeel een single point of failure wordt.

Replicatie of gegevensredundantie is de mogelijkheid om meerdere kopieën van gegevens te onderhouden, replica's genoemd.

Back-up is de mogelijkheid om een tijdstempel te onderhouden van gegevens die kunnen worden gebruikt om gegevens te herstellen die verloren zijn gegaan.

Zie Wat is redundantie, replicatie en back-up voor een inleiding tot redundantie, replicatie en back-up.

Overname en terugval

Een veelvoorkomende reden voor het onderhouden van redundante kopieën van zowel toepassingen als gegevensreplica's is het uitvoeren van een failover. Met failover kunt u verkeer en verzoeken van ongezonde exemplaren omleiden naar gezonde exemplaren. Zodra de oorspronkelijke exemplaren weer in orde zijn, kunt u een failback uitvoeren om terug te keren naar de oorspronkelijke configuratie.

Zie Wat is failover en failback? voor meer informatie over failover en failback.

Gedeelde verantwoordelijkheid

Veerkracht definieert de mogelijkheid van een workload om zichzelf automatisch te corrigeren en te herstellen van verschillende vormen van storingen of uitval. Azure-services zijn gebouwd om bestand te zijn tegen veel veelvoorkomende fouten en elk product biedt een SLA (Service Level Agreement) die de uptime beschrijft die u kunt verwachten. De algehele tolerantie van uw workload is echter afhankelijk van hoe u uw oplossing hebt ontworpen om te voldoen aan de behoeften van uw bedrijf. Sommige bedrijfscontinuïteitsplannen kunnen rekening houden met bepaalde foutrisico's die onbelangrijk zijn, terwijl andere van cruciaal belang zijn.

In het openbare Azure-cloudplatform is tolerantie een gedeelde verantwoordelijkheid tussen Microsoft en u. Omdat er verschillende tolerantieniveaus zijn in elke workload die u ontwerpt en implementeert, is het belangrijk dat u begrijpt wie de primaire verantwoordelijkheid heeft voor elk van deze niveaus vanuit het perspectief van tolerantie. Zie Gedeelde verantwoordelijkheid voor tolerantie om beter te begrijpen hoe gedeelde verantwoordelijkheid werkt, met name wanneer u te maken krijgt met een storing of noodgeval.

Azure regio's

Azure biedt wereldwijd meer dan 60 regio's, die zich in veel verschillende geografische gebieden bevinden. Elke regio is een set fysieke faciliteiten met datacenters en netwerkinfrastructuur. Alle regio's kunnen worden onderverdeeld in geografische gebieden die geografieën worden genoemd. Elke geografie is een grens voor gegevenslocatie en kan een of meer regio's bevatten.

Azure-beschikbaarheidszones

Veel Azure-regio's bieden beschikbaarheidszones, die gescheiden groepen datacenters binnen een regio zijn. Beschikbaarheidszones zijn dicht genoeg om verbindingen met lage latentie met andere beschikbaarheidszones te hebben, maar zijn ver genoeg uit elkaar om de kans te verkleinen dat meer dan één wordt beïnvloed door lokale storingen of het weer. Beschikbaarheidszones hebben onafhankelijke energie-, koelings- en netwerkinfrastructuur. Ze zijn zodanig ontworpen dat als één zone een storing ondervindt, regionale services, capaciteit en hoge beschikbaarheid worden ondersteund door de resterende zones.

Verwante inhoud