En cours d’exécution - AWS Conseils prescriptifs
Commission en deux phases (2PC)Infrastructure d'exécution

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.

En cours d’exécution

Pour garantir des performances optimales et une faible latence entre votre application basée sur le cloud et votre base de données sur site, nous vous recommandons d'implémenter AWS Direct Connect. Ce service fournit une connexion réseau dédiée entre AWS le centre de données de votre entreprise et offre des performances réseau plus cohérentes et une latence réduite par rapport aux connexions Internet. Cela est particulièrement crucial pour les opérations de base de données qui nécessitent des temps de réponse rapides.

Pour garantir la haute disponibilité (HA) et l'élasticité de l'application qui s'exécute AWS, vous pouvez implémenter une architecture robuste à l'aide des composants suivants :

  • Elastic Load Balancing (ELB) : vous pouvez déployer un équilibreur de charge pour répartir le trafic entrant sur plusieurs instances Amazon Elastic Compute Cloud (Amazon EC2) sur lesquelles votre application s'exécute. Cela garantit une répartition uniforme de la charge de travail et fournit un point d'entrée unique pour les demandes des clients.

  • Groupe Auto Scaling : les instances EC2 qui hébergent l'application peuvent être organisées dans un groupe Auto Scaling. Cela permet à l'infrastructure d'ajuster automatiquement le nombre d'instances en fonction de mesures prédéfinies telles que l'utilisation du processeur ou le trafic réseau. Pendant les périodes de pointe, des instances supplémentaires peuvent être lancées pour gérer une charge accrue, tandis que pendant les périodes plus calmes, les instances inutiles peuvent être résiliées afin d'optimiser les coûts.

  • Instances EC2 : l'application peut être déployée sur des instances EC2 au sein du groupe Auto Scaling. Ces instances doivent être réparties sur plusieurs zones de disponibilité afin d'améliorer la tolérance aux pannes et de garantir une haute disponibilité.

  • Déploiement multi-AZ : en répartissant les instances d'application sur plusieurs zones de disponibilité, le système peut résister à la défaillance d'une seule zone de disponibilité sans impact significatif sur la disponibilité globale.

Cette architecture permet à l'application d'évoluer de manière fluide en fonction de la demande tout en maintenant une haute disponibilité. L'équilibreur de charge garantit que le trafic est réparti uniformément entre les instances saines, et le groupe Auto Scaling gère le nombre d'instances en fonction de la charge de travail réelle.

Pour améliorer encore la fiabilité, vous pouvez mettre en œuvre un système de surveillance et d'alerte robuste en utilisant Amazon CloudWatch pour détecter les problèmes de performance ou les défaillances et y répondre rapidement. En outre, des tests réguliers des capacités de mise à l'échelle automatique et des scénarios de basculement garantiront que le système se comporte comme prévu dans différentes conditions de charge et lors de défaillances potentielles.

En adoptant cette approche, vous pouvez bénéficier de l'évolutivité et de la flexibilité du AWS Cloud tout en maintenant une connexion sécurisée à votre base de données Db2 locale. Cette configuration hybride constitue une excellente voie vers une migration complète vers le cloud et permet une transition progressive et une atténuation des risques tout au long du processus.

Commission en deux phases (2PC)

AWS Mainframe Modernization Replatform with Rocket Software permet de prendre en charge les transactions de validation en deux phases (2PC) grâce à la mise en œuvre d'une architecture étendue (XA). Cette fonctionnalité est essentielle au maintien de l'intégrité des données dans les systèmes distribués, en particulier dans les environnements mainframe où les transactions complexes concernent souvent plusieurs ressources.

L'architecture XA, intégrée à AWS Replatform with Rocket Software, permet de coordonner les transactions entre diverses ressources telles que les bases de données et les files d'attente de messages. Cette intégration garantit que toutes les parties d'une transaction distribuée sont validées ou annulées à l'unisson, afin de maintenir la cohérence dans l'ensemble du système.

Le processus 2PC comprend deux phases :

  • Phase de préparation : le responsable des transactions interroge tous les responsables de ressources impliqués dans la transaction pour s'assurer qu'ils sont prêts à s'engager.

  • Phase de validation : si tous les responsables de ressources répondent positivement, le responsable des transactions leur demande de valider les modifications. Si l'un des responsables des ressources ne peut pas s'engager, tous les responsables sont invités à annuler les modifications.

En utilisant XA, AWS Replatform with Rocket Software fournit une solution fiable et évolutive pour gérer des transactions complexes et distribuées dans des environnements mainframe modernisés. Cette fonctionnalité est essentielle pour les entreprises qui souhaitent migrer leurs applications mainframe vers le cloud sans compromettre l'intégrité ou les performances transactionnelles.

Infrastructure d'exécution

Le schéma suivant montre un environnement hautement disponible et élastique comprenant deux zones de AWS Cloud disponibilité, des instances EC2 dans un groupe Auto Scaling, un Network Load Balancer et une connexion dédiée entre AWS l'environnement et l'environnement mainframe via. AWS Direct Connect

Architecture 2PC pour le redéploiement des applications mainframe.

Dans cette architecture :

  1. Lorsque le AWS Mainframe Modernization moteur d'exécution démarre, il récupère les informations d'identification Db2 AWS Secrets Manageret ouvre une connexion permanente avec Db2 for z/OS.

    Note

    AWS Mainframe Modernization Le service (Managed Runtime Environment Experience) n'est plus ouvert aux nouveaux clients. Pour des fonctionnalités similaires à AWS Mainframe Modernization Service (expérience d'environnement d'exécution géré), explorez AWS Mainframe Modernization Service (expérience autogérée). Les clients existants peuvent continuer à utiliser le service normalement. Pour plus d'informations, consultez AWS Mainframe Modernization la section Modification de la disponibilité.

  2. Les clients lient l'adresse Network Load Balancer dans Amazon Route 53.

  3. Route 53 redirige les transactions vers le Network Load Balancer.

  4. Le Network Load Balancer répartit les transactions entre plusieurs instances EC2.

  5. La charge de travail exécutée AWS Mainframe Modernization interagit avec Db2 car z/OS en utilisant une connexion persistante via. AWS Direct Connect