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. Meer informatie over hoe elke Azure-service betrouwbaarheid ondersteunt, inclusief beschikbaarheidszones, ondersteuning voor meerdere regio's en back-upondersteuning.
  • Basisprincipes van betrouwbaarheid. Meer informatie over de concepten van betrouwbaarheid, bedrijfscontinuïteit, hoge beschikbaarheid en herstel na noodgevallen. Begrijpen hoe gedeelde verantwoordelijkheid werkt tussen Microsoft en u.
  • Azure-regio's. Meer informatie over Azure-regio's, gekoppelde en niet-gekoppelde regio's en de lijst met services die zijn geïmplementeerd in Azure-regio's.
  • Azure-beschikbaarheidszones. Meer informatie over beschikbaarheidszones, waaronder hoe ze ondersteuning bieden voor hoge beschikbaarheid en herstel na noodgevallen, en welke Azure-services en -regio's 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 het configureren van ondersteuning voor herstel na noodgevallen voor meerdere regio's of geo-noodgeval, verkeersroutering en gegevensreplicatie tussen regio's, regio-down ervaring 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.

Tip

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 en herstel na noodgevallen voor meer informatie over bedrijfscontinuïteit en planning voor bedrijfscontinuïteit en bedrijfscontinuïteit?

Gedeelde verantwoordelijkheid

Tolerantie definieert de mogelijkheid van een workload om automatisch zelf te corrigeren en te herstellen van verschillende vormen van storingen of storingen. 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 geografische gebieden 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.

Gerelateerde inhoud