Test de l'autoshift zonal avec AWS FIS

Vous pouvez l'utiliser AWS Fault Injection Service pour configurer et exécuter des expériences qui vous aident à simuler des conditions réelles, telles que le scénario AZ Availability : Power Interruption, qui démontrera ce qui se passe lorsque AWS démarre un changement automatique zonal sur vos ressources activées par le changement automatique lors d'une altération potentiellement étendue de l'AZ.

L'action Start aws:arc:start-zonal-autoshift Recovery vous permet de démontrer comment déplacer AWS automatiquement le trafic, pour les ressources activées par le transfert automatique zonal, hors d'une zone de zone potentiellement altérée et de le rediriger vers une zone saine AZs dans cette zone Région AWS pendant l'exécution du scénario de disponibilité de la zone de disponibilité.

Par exemple, vous pouvez utiliser la bibliothèque de AWS FIS scénarios pour simuler une altération de l'AZ provoquée par une coupure de courant. Dans cette expérience, cinq minutes après le début de la coupure de courant de l'AZ, l'action de restauration déplace aws:arc:start-zonal-autoshift automatiquement le trafic des ressources vers l'AZ spécifié. Le trafic est décalé pendant les 25 minutes restantes de la coupure de courant, afin de montrer comment le changement automatique serait déclenché en cas de défaillance potentiellement généralisée de l'AZ. Lorsque l'expérience est terminée, le changement de trafic prend fin et le trafic AZs recommence à circuler vers tous. Ce processus démontre un rétablissement complet après un incident d'alimentation ayant un impact sur un AZ.

En quoi les expériences diffèrent-elles des essais pratiques de changement automatique zonaux

AWS FIS les expériences diffèrent des essais pratiques de changement automatique zonal en ce sens que, pendant les essais, l'ARC déplace le trafic vers vos ressources d'une zone de zone dans le cadre d'un processus normal afin de garantir que votre application peut tolérer la perte d'une zone de zone de zone. Cependant, au cours d'une AWS FIS expérience, AWS FIS montre comment une altération de l'AZ et un changement automatique seraient déclenchés pour vos ressources activées par le changement automatique en votre nom, puis annule le changement automatique une fois le décalage automatique résolu.

Vous ne pouvez pas mettre à jour un changement de AWS zone initié par FIS lorsqu'il est en cours d'exécution. De plus, si vous annulez un décalage de zone en dehors de AWS FIS, l' AWS FIS expérience prend fin.

AWS FIS mécanisme de sécurité basé sur l'expiration

AWS FIS gère le décalage de zone à l'aide des opérations StartZonalShiftUpdateZonalShift,, et CancelZonalShiftAPI, le expiresIn champ pour ces demandes étant défini sur 1 minute comme mécanisme de sécurité. Cela permet d' AWS FIS annuler rapidement le décalage de zone en cas d'événements inattendus, tels que des pannes de réseau ou des problèmes du système. Dans la console ARC, le champ du délai d'expiration affiche AWS FIS-managed, et l'expiration prévue réelle est déterminée par la durée spécifiée dans l'action de changement de zone. Pour plus d'informations sur les essais, reportez-vous à la section Fonctionnement du changement automatique de zone et des essais d'entraînement

Il ne peut y avoir qu'un seul décalage de zone appliqué à un moment donné. En d'autres termes, un seul cabinet exécute un changement de zone, un changement de zone initié par le client, un décalage automatique ou AWS FIS un test pour la ressource. Lorsqu'un deuxième décalage de zone est lancé, l'ARC suit une priorité pour déterminer le type de décalage de zone en vigueur pour une ressource. Pour plus d'informations sur la priorité des décalages de zone, voir. Priorité pour les décalages de zone

Pour plus d'informations sur les actions de AWS FIS restauration, reportez-vous à l'action AWS FIS de restauration dans le Guide de AWS Fault Injection Service l'utilisateur.