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.
Plans de données et de contrôle pour le changement de région
Lorsque vous planifiez le basculement et la reprise après sinistre, évaluez la résilience de vos mécanismes de basculement. Nous vous recommandons de vous assurer que les mécanismes sur lesquels vous comptez lors du basculement sont hautement disponibles, afin de pouvoir les utiliser lorsque vous en avez besoin en cas de sinistre. En règle générale, vous devez utiliser les fonctions du plan de données pour vos mécanismes chaque fois que vous le pouvez, pour une fiabilité et une tolérance aux pannes optimales. Dans cette optique, il est important de comprendre comment les fonctionnalités d'un service sont réparties entre les plans de contrôle et les plans de données, et de comprendre dans quels cas vous pouvez compter sur une fiabilité extrême en ce qui concerne le plan de données d'un service.
Comme c'est le cas pour de nombreux AWS services, la fonctionnalité de commutation de région est prise en charge par un plan de contrôle et des plans de données. Bien que les deux types soient conçus pour être fiables, un plan de contrôle est optimisé pour la cohérence des données, tandis qu'un plan de données est optimisé pour la disponibilité. Un plan de données est conçu pour être résilient afin de maintenir sa disponibilité même en cas d'événements perturbateurs, lorsqu'un plan de contrôle peut devenir indisponible.
En général, un plan de contrôle vous permet d'exécuter des fonctions de gestion de base, telles que la création, la mise à jour et la suppression de ressources dans le service. Un plan de données fournit les fonctionnalités de base d'un service. C'est pourquoi nous vous recommandons d'utiliser les opérations du plan de données lorsque la disponibilité est importante, par exemple lorsque vous devez obtenir des informations sur un plan de changement de région lors d'une panne.
Pour le changement de région, les plans de contrôle et les plans de données sont divisés comme suit :
Le plan de contrôle de Region Switch est situé dans la région des États-Unis Est (Virginie du Nord) (us-east-1)AWS GovCloud (US-West), dans la région (us-gov-west-1) et est destiné uniquement à la gestion des services, c'est-à-dire à la création et à la mise à jour de plans, et non à la restauration, c'est-à-dire à l'exécution de plans. Les opérations de l'API du plan de contrôle de configuration du commutateur de région ne sont pas hautement disponibles.
Le commutateur de région possède des plans de données indépendants dans chacun d'euxRégion AWS. Vous devez utiliser le plan de données pour les actions de restauration, c'est-à-dire pour exécuter des plans de changement de région. Pour obtenir la liste des opérations du plan de données, reportez-vous à la sectionOpérations de l'API de changement de région. Ces opérations du plan de données de commutation de région sont hautement disponibles.
Le commutateur de région fournit une console indépendante dans chacune d'ellesRégion AWS, qui appelle les opérations de l'API du plan de données pour les tâches de restauration. Vous pouvez donc utiliser la console de la région que vous activez pour exécuter des plans de restauration d'applications. Pour plus d'informations sur les principales considérations à prendre en compte lors de la préparation et de la réalisation d'une opération de restauration avec Region Switch, consultezMeilleures pratiques pour le changement de région dans ARC.
Pour plus d'informations sur les plans de données, les plans de contrôle et sur la manière dont AWS les services sont conçus pour répondre aux objectifs de haute disponibilité, consultez le document Static stability using Availability Zones paper publié
