- Een beschikbaarheidszonecode identificeren
- Opslaglagen versus serverinstanties
- Wat biedt Multi-AZ-implementatie?
Om volledig te begrijpen wat een Multi-AZ Deployment betekent voor uw infrastructuur, is het van cruciaal belang om te herkennen hoe Amazon Web Services over de hele wereld is geconfigureerd en dus hoe het de redundantieservices biedt, ongeacht uw locatie.
Zoals besproken in de officiële documentatie, bestaat de AWS Cloud uit een aantal Regions , die fysieke locaties over de hele wereld zijn, zoals Oregon, Verenigde Staten; Noord-Virginia, Verenigde Staten; Ierland; en Tokio.
Binnen elke Region bestaat een aantal afzonderlijke fysieke datacenters, bekend als Availability Zones . Elke Availability Zone is een op zichzelf staande faciliteit met eigen stroom-, connectiviteits- en netwerkmogelijkheden. De meeste Regions zijn de thuisbasis van 2-3 verschillende Availability Zones elk, met voldoende redundantie indien nodig binnen een gegeven Region .
Terwijl Amazon zijn Region altijd uitbreidt en Availability Zone dekking, kunt u in de onderstaande afbeelding een actuele kaart van de AWS Cloud-infrastructuur bekijken:
Afbeelding met dank aan Amazon Web Services
Alle Availability Zones binnen een enkele Region zijn met elkaar verbonden via privé glasvezelnetwerken, waardoor elke Availability Zone om met elkaar te communiceren en gegevens indien nodig snel en efficiënt over te dragen.
Een beschikbaarheidszone-code identificeren
Wanneer u een nieuwe instantie aanmaakt via het AWS-dashboard, krijgt u mogelijk de optie te zien om een specifieke Availability Zone te selecteren , of in veel gevallen gewoon een Region en het systeem selecteert de Availability Zone voor jou.
Regions worden gelabeld met een eenvoudige tekenreeks om het land en/of de subregio indien nodig weer te geven. Bijvoorbeeld us-west-2 is de aanduiding voor de Region van Oregon, Verenigde Staten terwijl us-west-1 is voor Californië, Verenigde Staten.
Availability Zones worden aangeduid door de Region . te volgen tag met een letteraanduiding, zoals us-west-1b of us-west-2a .
Opslaglagen versus serverinstanties
Een ander belangrijk concept om te begrijpen om te begrijpen wat Multi-AZ Deployments inhouden is het verschil tussen de storage layer en de server instance .
De server instance voor uw database kan het beste worden gezien als de fysieke machine die de structuur van uw database en routes bestuurt al uw gegevens die zijn opgenomen in de storage layer .
De storage layer is een gevirtualiseerde . met SSD-ondersteuning weergave van alle actuele gegevens in uw database. Het sleutelwoord om hier op te focussen is gevirtualiseerd , wat Amazons mooie manier is om te zeggen dat de storage layer die de feitelijke gegevens in uw systeem vertegenwoordigt, is niet gekoppeld aan een fysieke locatie of machine, maar wordt in plaats daarvan gevirtualiseerd en verspreid naar talrijke locaties (zes in totaal in drie Availability Zones in de meeste gevallen).
Wat biedt Multi-AZ-implementatie?
In bijna alle gevallen waarbij Amazon Web Services wordt gebruikt, is het de standaardpraktijk voor de storage layer (waar alle gegevens zich bevinden) om redundant te worden opgeslagen in alle Availability Zones binnen de gegeven Region zonder extra kosten. In het geval dat één Availability Zone om de een of andere reden offline gaat (hoe onwaarschijnlijk dat ook is), het systeem is al aanwezig om de services van uw database onmiddellijk en automatisch voort te zetten via een identieke kopie van de storage layer van een van de andere verbonden Availability Zones .
Echter , tenzij anders aangegeven, wordt deze redundantie alleen toegepast op de storage layer , maar bestaat niet voor de fysieke machine van uw daadwerkelijke server instance . Als iets de Availability Zone . zou veroorzaken waar uw server instance verblijft om te worden afgesloten, zou uw database niet meer werken, als de fysieke server instance is offline.
Dit is waar Multi-AZ Deployment komt binnen voor diensten zoals Amazon Aurora. Net als de automatische redundantie van de gegevens in uw storage layer , een Multi-AZ Deployment betekent dat uw server instance wordt ook redundant gekopieerd over meerdere Availability Zones . Om deze reden kan elke Amazon Aurora Multi-AZ Deployment is er zeker van dat een enkele Availability Zone ga offline waar de fysieke server instance machine zich bevindt, wordt een automatische failover gestart naar een up-to-date stand-by-replicatie in een andere verbonden Availability Zone .
Zoals besproken in de officiële documentatie, wordt de failover-procedure (die doorgaans slechts 1-2 minuten duurt) automatisch uitgevoerd in het geval van een van de volgende gebeurtenissen, om de uptime van uw systeem te maximaliseren:
- Verlies van beschikbaarheid in primaire
Availability Zone - Verlies van netwerkverbinding met primaire
- Fout computereenheid op primair
- Opslagfout op primair