Migrer du serveur IBM WebSphere d'applications vers Apache Tomcat sur Amazon EC2 - Recommandations AWS

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.

Migrer du serveur IBM WebSphere d'applications vers Apache Tomcat sur Amazon EC2

Créé par Neal Ardeljan (AWS) et Afroz Khan () AWS

Environnement : Production

Source : Demandes

Cible : Apache Tomcat sur une instance Amazon EC2

Type R : Replateforme

Charge de travail : IBM open source

Technologies : migration ; applications Web et mobiles

AWSservices : Amazon EC2

Récapitulatif

Ce modèle explique les étapes de migration d'un système Red Hat Enterprise Linux (RHEL) 6.9 ou version ultérieure sur site exécutant IBM WebSphere Application Server (WAS) vers un système RHEL 8 exécutant Apache Tomcat sur une instance Amazon Elastic Compute Cloud (Amazon). EC2 

Le modèle peut être appliqué aux versions source et cible suivantes : 

  • WebSphere Serveur d'applications 7.x vers Apache Tomcat 8 (avec Java 7 ou version ultérieure) 

  • WebSphere Serveur d'applications 8.x vers Apache Tomcat 8 (avec Java 7 ou version ultérieure) 

  • WebSphere Serveur d'applications 8.5.5.x vers Apache Tomcat 9 (avec Java 8 ou version ultérieure) 

  • WebSphere Serveur d'applications 8.5.5.x vers Apache Tomcat 10 (avec Java 8 ou version ultérieure) 

Conditions préalables et limitations

Prérequis

  • Un AWS compte actif 

  • Code Java source, avec les hypothèses suivantes :

    • Utilise la version Java Development Kit (JDK) de Java 7 ou version ultérieure

    • Utilise le framework Spring ou Apache Struts

    • N'utilise pas le framework Enterprise Java Beans (EJB) ni aucune autre fonctionnalité de WebSphere serveur qui n'est pas facilement disponible pour Tomcat

    • Utilise principalement des servlets ou des pages de serveur Java () JSPs 

    • Utilise les connecteurs Java Database Connectivity (JDBC) pour se connecter aux bases de données  

  • Serveur IBM WebSphere d'applications source version 7.x ou supérieure 

  • Target Apache Tomcat version 8.5 ou supérieure  

Architecture

Pile technologique source

  • Une application Web créée à l'aide du framework Apache Struts Model-View-Controller (MVC) 

  • Une application Web exécutée sur le serveur IBM WebSphere d'applications version 7.x ou 8.x

  • Application Web qui utilise un connecteur Lightweight Directory Access Protocol (LDAP) pour se connecter à un LDAP répertoire (iPlanet/eTrust) 

  • Une application qui utilise la connectivité IBM Tivoli Access Manager (TAM) pour mettre à jour le mot de passe TAM utilisateur (dans l'implémentation actuelle, les applications utilisent PD.jar)

Bases de données sur site

  • Oracle Database 21c (21.0.0.0)

  • Oracle Database 19c (19.0.0.0)

  • Oracle Database 12c version 2 (12.2.0.1)

  • Oracle Database 12c version 1 (12.1.0.2)

Pile technologique cible

  • Apache Tomcat version 8 (ou version ultérieure) exécuté RHEL sur une instance EC2

  • Amazon Relational Database Service (RDSAmazon) pour Oracle

Pour plus d'informations sur les versions d'Oracle prises en charge par AmazonRDS, consultez le site Web RDSd'Amazon pour Oracle.

Architecture cible

Architecture de migration depuis IBM WebSphere Apache Tomcat sur Amazon EC2

Outils

  • Niveau d'application : reconstruction de l'application Java dans un WAR fichier.

  • Niveau de base de données : sauvegarde et restauration natives d'Oracle.

  • Outil de migration Apache Tomcat pour Jakarta EE. Cet outil utilise une application Web écrite pour Java EE 8 qui s'exécute sur Apache Tomcat 9 et la convertit automatiquement pour qu'elle s'exécute sur Apache Tomcat 10, qui implémente Jakarta EE 9.

Épopées

TâcheDescriptionCompétences requises

Terminez la découverte des applications, l'empreinte de l'état actuel et les performances de référence.

BA, responsable de la migration

Validez les versions de base de données source et cible.

DBA

Identifiez la configuration matérielle requise pour l'EC2instance de serveur cible.

DBA, SysAdmin

Identifiez les exigences de stockage (type et capacité de stockage).

DBA, SysAdmin

Choisissez le type d'EC2instance approprié en fonction de la capacité, des fonctionnalités de stockage et des fonctionnalités réseau.

DBA, SysAdmin

Identifiez les exigences de sécurité d'accès au réseau pour les bases de données source et cible.

DBA, SysAdmin

Identifiez la stratégie et les outils de migration des applications.

DBA, Responsable de la migration

Complétez le guide de conception et de migration de l'application.

Responsable de la création, responsable de la migration

Terminez le runbook de migration des applications.

Responsable du développement, responsable du transfert, responsable des tests, responsable de la migration
TâcheDescriptionCompétences requises

Créez un cloud privé virtuel (VPC).

SysAdmin

Créez les groupes de sécurité.

SysAdmin

Configurez et démarrez Amazon RDS pour Oracle.

DBA, SysAdmin
TâcheDescriptionCompétences requises

Créez ou obtenez l'accès aux points de terminaison pour récupérer les fichiers de sauvegarde de la base de données.

DBA

Utilisez le moteur de base de données natif ou un outil tiers pour migrer les objets et les données de base de données.

Pour plus de détails, consultez la section « Migration des objets et des données de base de données » dans la section Informations supplémentaires.

DBA
TâcheDescriptionCompétences requises

Déposez la demande de modification (CR) pour la migration.

Plomb de découpe

Obtenez l'approbation du CR pour la migration.

Plomb de découpe

Suivez la stratégie de migration des applications décrite dans le runbook de migration des applications.

Pour plus de détails, reportez-vous à la section « Configuration du niveau d'application » dans la section Informations supplémentaires.

DBA, ingénieur en migration, propriétaire de l'application

Mettez à niveau l'application (si nécessaire).

DBA, ingénieur en migration, propriétaire de l'application

Effectuez les tests fonctionnels, non fonctionnels, de validation des données et de performance. SLA

Responsable des tests, propriétaire de l'application, utilisateurs de l'application
TâcheDescriptionCompétences requises

Obtenez l'approbation du propriétaire de l'application ou du propriétaire de l'entreprise.

Plomb de découpe

Basculez les clients de l'application vers la nouvelle infrastructure.

DBA, ingénieur en migration, propriétaire de l'application
TâcheDescriptionCompétences requises

Arrêtez les AWS ressources temporaires.

DBA, ingénieur en migration, SysAdmin

Passez en revue et validez les documents du projet.

Responsable de la migration

Collectez des indicateurs tels que le temps de migration, le pourcentage de tâches manuelles par rapport aux tâches automatisées et les économies de coûts.

Responsable de la migration

Clôturez le projet et faites part de vos commentaires.

Responsable de la migration, propriétaire de l'application

Ressources connexes

Références

Tutoriels et vidéos

Informations supplémentaires

Migration d'objets et de données de base de données

Par exemple, si vous utilisez les utilitaires de sauvegarde/restauration natifs d'Oracle :

  1. Créez la sauvegarde Amazon Simple Storage Service (Amazon S3) pour les fichiers de sauvegarde de base de données (facultatif).

  2. Sauvegardez les données Oracle DB dans le dossier partagé du réseau.

  3. Connectez-vous au serveur de préparation de la migration pour mapper le dossier de partage réseau.

  4. Copiez les données du dossier de partage réseau vers le compartiment S3.

  5. Demandez un déploiement Amazon RDS Multi-AZ pour Oracle.

  6. Restaurez la sauvegarde de base de données sur site sur Amazon RDS pour Oracle.

Configuration du niveau d'application

  1. Installez Tomcat 8 (ou 9/10) depuis le site Web d'Apache Tomcat.

  2. Package de l'application et des bibliothèques partagées dans un WAR fichier.

  3. Déployez le WAR fichier dans Tomcat.

  4. Surveillez le journal de démarrage pour détecter Linux cat toutes les bibliothèques partagées manquantes à partir de WebSphere.

  5. Regardez l'enregistrement de démarrage de Linux cat toute extension de descripteur de déploiement WebSphere spécifique.

  6. Collectez toutes les bibliothèques Java dépendantes manquantes sur le WebSphere serveur.

  7. Modifiez les éléments WebSphere du descripteur de déploiement spécifiques avec des équivalents compatibles avec Tomcat.

  8. Reconstruisez le WAR fichier avec les bibliothèques Java dépendantes et les descripteurs de déploiement mis à jour.

  9. Mettez à jour la LDAP configuration, la configuration de la base de données et testez les connexions (voir Realm Configuration HOW -TO et JNDIDatasource HOW -TO dans la documentation d'Apache Tomcat).

  10. Testez l'application installée par rapport à la base de données Amazon RDS pour Oracle restaurée.

  11. Créez une Amazon Machine Image (AMI) pour Linux à partir de l'EC2instance.

  12. Lancez l'architecture complète avec le groupe Application Load Balancer et Auto Scaling.

  13. Mettez à jour le URLs (à l'aide de la SEAL jonction Web) pour qu'il pointe vers l'Application Load Balancer.

  14. Mettez à jour la base de données de gestion de configuration (CMDB).