Stabilité statique - Limites d'isolation des pannes AWS

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Stabilité statique

L'une des caractéristiques de résilience les plus importantes des AWS services est ce que l'on AWS appelle la stabilité statique. Ce terme signifie que les systèmes fonctionnent dans un état statique et continuent de fonctionner normalement sans qu'il soit nécessaire d'apporter des modifications en cas de défaillance ou d'indisponibilité des dépendances. Nous y parvenons notamment en empêchant les dépendances circulaires dans nos services qui pourraient empêcher le rétablissement réussi de l'un de ces services. Une autre façon d'y parvenir est de maintenir l'état existant. Nous prenons en compte le fait que les plans de contrôle sont statistiquement plus susceptibles de tomber en panne que les plans de données. Bien que le plan de données dépende généralement des données provenant du plan de contrôle, le plan de données conserve son état existant et continue de fonctionner même en cas de détérioration du plan de contrôle. L'accès aux ressources par le plan de données, une fois provisionné, ne dépend pas du plan de contrôle et n'est donc pas affecté par une quelconque altération du plan de contrôle. En d'autres termes, même si la capacité de créer, de modifier ou de supprimer des ressources est réduite, les ressources existantes restent disponibles. Cela rend AWS les plans de données statiquement stables en cas de détérioration du plan de contrôle. Vous pouvez implémenter différents modèles pour être statiquement stable face à différents types de défaillances de dépendance.

Un exemple de stabilité statique peut être trouvé dans Amazon EC2. Une fois qu'une instance EC2 a été lancée, elle est tout aussi disponible que le serveur physique d'un centre de données. Il ne dépend d'aucune API du plan de contrôle pour continuer à fonctionner ou pour recommencer à fonctionner après un redémarrage. La même propriété vaut pour d'autres AWS ressources telles que les VPC, les compartiments et objets Amazon S3 et les volumes Amazon EBS.

La stabilité statique est un concept profondément ancré dans la AWS conception de ses services, mais c'est également un modèle qui peut être utilisé par les clients. En fait, la majorité des meilleures pratiques pour utiliser les différents types de AWS services de manière résiliente consistent à implémenter la stabilité statique pour les environnements de production. Les mécanismes de rétablissement et d'atténuation les plus fiables sont ceux qui nécessitent le moins de changements pour réaliser le rétablissement. Au lieu de compter sur le plan de contrôle EC2 pour lancer de nouvelles instances EC2 afin de procéder à une restauration après une défaillance d'une zone de disponibilité, le préprovisionnement de cette capacité supplémentaire permet d'obtenir une stabilité statique. Ainsi, l'élimination des dépendances à l'égard des plans de contrôle (les API qui mettent en œuvre les modifications apportées aux ressources) dans votre processus de restauration permet de produire des charges de travail plus résilientes. Pour plus de détails sur la stabilité statique, les plans de contrôle et les plans de données, consultez l'article Static stability using Availability Zones de la bibliothèque Amazon Builders.