- Identifier un code de zone de disponibilité
- Couches de stockage vs instances de serveur
- Que fournit le déploiement multi-AZ ?
Pour bien comprendre ce qu'est un Multi-AZ Deployment Cela signifie que pour votre infrastructure, il est essentiel de reconnaître comment Amazon Web Services est configuré à travers le monde et donc comment il fournit les services de redondance, quel que soit votre emplacement.
Comme indiqué dans la documentation officielle, le cloud AWS est composé d'un certain nombre de Regions , qui sont des emplacements physiques dans le monde entier, tels que l'Oregon, aux États-Unis ; Virginie du Nord, États-Unis; Irlande; et Tokyo.
Au sein de chaque Region existe un certain nombre de centres de données physiques distincts, appelés Availability Zones . Chaque Availability Zone est une installation autonome avec ses propres capacités d'alimentation, de connectivité et de mise en réseau. La plupart des Regions abritent 2-3 Availability Zones différentes chacun, fournissant une redondance adéquate si nécessaire dans une Region donnée .
Alors qu'Amazon étend toujours sa Region et Availability Zone couverture, vous pouvez afficher une carte actuelle de l'infrastructure AWS Cloud dans l'image ci-dessous :
Image reproduite avec l'aimable autorisation d'Amazon Web Services
Toutes les Availability Zones dans une seule Region sont connectés les uns aux autres via un réseau de fibre optique privé, permettant à chaque Availability Zone pour communiquer entre eux et transférer des données rapidement et efficacement selon les besoins.
Identifier un code de zone de disponibilité
Lors de la création d'une nouvelle instance via le tableau de bord AWS, vous pouvez avoir la possibilité de sélectionner une Availability Zone spécifique , ou dans de nombreux cas simplement une Region et le système sélectionnera la Availability Zone pour vous.
Regions sont étiquetés par une simple chaîne pour présenter le pays et/ou la sous-région si nécessaire. Par exemple, us-west-2 est la désignation de la Region de l'Oregon, aux États-Unis tandis que us-west-1 est pour la Californie, États-Unis.
Availability Zones sont désignés en suivant la Region balise avec une désignation de lettre, telle que us-west-1b ou us-west-2a .
Couches de stockage vs instances de serveur
Un autre concept important à comprendre afin de saisir ce que sont les Multi-AZ Deployments entraîne la différence entre la storage layer et l'server instance .
L'server instance car votre base de données est mieux considérée comme la machine physique qui contrôle la structure de votre base de données et routes toutes vos données contenues dans la storage layer .
La storage layer est un SSD virtualisé représentation de toutes les données réelles de votre base de données. Le mot-clé sur lequel se concentrer ici est virtualisé , qui est la façon élégante d'Amazon de dire que la storage layer qui représente les données réelles de votre système qui ne sont pas attachées à un emplacement physique ou à une machine, mais qui sont virtualisées et propagées à de nombreux emplacements (six au total sur trois Availability Zones dans la plupart des cas).
Que fournit le déploiement multi-AZ ?
Dans presque tous les cas d'utilisation d'Amazon Web Services, il s'agit d'une pratique courante pour la storage layer (où résident toutes les données) à stocker de manière redondante dans toutes les Availability Zones dans la Region donnée sans frais supplémentaires. Dans le cas où une Availability Zone se déconnecte pour une raison quelconque (aussi improbable que cela puisse être), le système est déjà en place pour continuer instantanément et automatiquement les services de votre base de données via une copie identique de la storage layer depuis l'une des autres Availability Zones connectées .
Cependant , sauf indication contraire, cette redondance s'applique uniquement à la storage layer , mais n'existe pas pour la machine physique de votre server instance actuelle . Si quelque chose devait provoquer la Availability Zone où votre server instance réside à l'arrêt, votre base de données cesserait de fonctionner, en tant qu'server instance physique est hors ligne.
C'est là que Multi-AZ Deployment vient pour des services comme Amazon Aurora. Tout comme la redondance automatique des données dans votre storage layer , un Multi-AZ Deployment signifie que votre server instance est également copié de manière redondante sur plusieurs Availability Zones . Pour cette raison, tout Multi-AZ Deployment d'Amazon Aurora est assuré qu'une seule Availability Zone se déconnecter où l'server instance physique machine réside, un basculement automatique est lancé sur une réplication de secours à jour dans une autre Availability Zone connectée .
Comme indiqué dans la documentation officielle, afin de maximiser la disponibilité de votre système, la procédure de basculement (qui ne prend généralement que 1 à 2 minutes) sera automatiquement effectuée dans le cas de l'un des événements suivants :
- Perte de disponibilité dans la
Availability Zoneprincipale - Perte de connectivité réseau au réseau principal
- Échec de l'unité de calcul sur l'unité principale
- Échec du stockage sur le serveur principal
