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.
Basculement
Dans le cadre de la modernisation des mainframes, l'un des défis les plus critiques consiste à minimiser les temps d'arrêt et les risques lors de la transition vers une nouvelle plateforme. La stratégie blue/green de déploiement propose une approche puissante et flexible de la migration du système.
Le déploiement bleu/vert est une technique qui réduit les temps d'arrêt et les risques en exécutant deux environnements de production identiques appelés bleu et vert. Voici comment cela fonctionne dans le contexte de la modernisation des ordinateurs centraux :
-
Environnement bleu : il s'agit de votre système mainframe actuel qui gère l'ensemble du trafic de production.
-
Environnement vert : il s'agit de votre nouvelle plateforme modernisée prête à prendre le relais. AWS
La blue/green stratégie de transition comprend les étapes suivantes : approvisionnement, mise en ligne, annulation en cas de problème et conclusion.
Disposition
Au cours de cette étape, vous devez configurer le nouvel environnement (vert) AWS en suivant les étapes suivantes :
-
Replate-forme de l'environnement : la zone hébergée Route 53 doit contenir un enregistrement DNS pointant vers l'environnement du mainframe (bleu).
-
Vérifiez la connectivité : assurez-vous que la connexion est correcte entre votre gestionnaire de transactions Compte AWS et celui des gestionnaires de transactions locaux et DB2 pour z/OS la base de données.
-
Exécutez des tests de fumée : utilisez l'adresse de l'équilibreur de AWS charge pour accéder à l'environnement replateforme et effectuez des tests de fumée complets pour vérifier les points suivants :
-
Toutes les charges de travail attendues sont disponibles.
-
3270 transactions sont traitées correctement.
-
Les interactions de données avec Db2 for z/OS fonctionnent comme prévu.
-
Passez en direct
Au cours de cette étape, vous déplacez le trafic vers l'environnement vert et vous surveillez les changements.
-
Utilisez les politiques de routage du trafic de Route 53 pour déplacer le trafic :
-
Option A : Vous pouvez déplacer le trafic en une seule fois.
-
Option B : Vous pouvez également utiliser une distribution pondérée progressive.
-
-
Surveillez et validez :
-
Surveillez attentivement l' AWS environnement lorsque le trafic change.
-
Vérifiez le traitement des transactions 3270.
-
Vérifiez Db2 pour la z/OS communication.
-
Surveillez les problèmes de performance.
-
Demandez aux utilisateurs de valider les résultats des transactions.
-
Restauration
En cas de problème, vous pouvez rapidement mettre à jour Route 53 pour rediriger le trafic vers l'environnement mainframe local (bleu).
Vous devez étudier et résoudre les problèmes avant de tenter un nouveau transfert.
Conclure
Après avoir surveillé le trafic et vérifié que votre environnement écologique fonctionne correctement, vous pouvez augmenter progressivement le trafic des applications à AWS.
Après une période stable, vous pouvez mettre hors service l'environnement de transactions du mainframe (bleu) et conserver la z/OS base de données DB2 for sur site.
Architecture
Le schéma suivant illustre le flux de transition.
Le processus de transition comprend les étapes suivantes :
-
Les applications clientes, les frontends et les backends des frontends (BFFs) envoient des transactions au nom de domaine Route 53.
-
Route 53 achemine la connexion vers le gestionnaire de transactions du mainframe ou vers le Network Load Balancer, selon la politique de routage définie.
-
Le gestionnaire de transactions traite les transactions envoyées au mainframe.
-
Le Network Load Balancer distribue les transactions aux environnements de replateforme disponibles pour traitement.
-
Les environnements AWS Mainframe Modernization de replateforme traitent les demandes.
