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 contrôle du routage
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 pour la plupart des AWS services, la fonctionnalité de contrôle du routage est prise en charge par les plans de contrôle et les plans de données. Bien que les deux 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 rediriger le trafic vers une réplique de secours lors d'une panne.
Pour le contrôle du routage, les plans de contrôle et les plans de données sont répartis comme suit :
Le plan de contrôle API pour le contrôle du routage est la configuration Recovery Control API, prise en charge dans la région USA Ouest (Oregon) (us-west-2). Vous pouvez utiliser ces API opérations ou les AWS Management Console pour créer ou supprimer des clusters, des panneaux de commande et des contrôles de routage, afin de vous préparer à un événement de reprise après sinistre lorsque vous devrez peut-être rediriger le trafic pour votre application. Le plan de contrôle de configuration du contrôle de routage n'est pas hautement disponible.
Le plan de données de contrôle du routage est un cluster dédié à cinq régions géographiquement isolées AWS . Chaque client crée un ou plusieurs clusters à l'aide du plan de contrôle de routage. Le cluster héberge des panneaux de commande et des commandes de routage. Vous utilisez ensuite le contrôle de routage (cluster de restauration) API pour obtenir, répertorier et mettre à jour les états du contrôle de routage lorsque vous souhaitez rediriger le trafic pour votre application. Le plan de données de contrôle de routage EST hautement disponible.
Le plan de données de contrôle de routage étant hautement disponible, nous vous recommandons de prévoir d'utiliser le AWS Command Line Interface pour passer des API appels afin de fonctionner avec les états du contrôle de routage lorsque vous souhaitez basculer pour vous remettre d'un événement. 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 contrôle de routage, consultezBonnes pratiques pour le contrôle du routage 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é
