翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon WebSphere で IBM アプリケーションサーバーから Apache Tomcat に移行する EC2
作成者: Neal Ardeljan (AWS) と Afroz Khan (AWS)
環境:本稼働 | ソース: Application Source | ターゲット: Amazon EC2 インスタンスの Apache Tomcat |
R タイプ: リプラットフォーム | ワークロード: IBM、オープンソース | テクノロジー: 移行、ウェブおよびモバイルアプリ |
AWS サービス: Amazon EC2 |
[概要]
このパターンでは、 WebSphere IBM Application Server (RHEL) を実行しているオンプレミスの Red Hat Enterprise Linux (Word) 6.9 以降のシステムから、Amazon Elastic Compute Cloud (Amazon EC2WAS) インスタンスで Apache Tomcat を実行している RHEL 8 に移行する手順について説明します。
このパターンは、以下のソースバージョンとターゲットバージョンに適用されます:
WebSphere Application Server 7.x から Apache Tomcat 8 (Java 7 以降を使用)
WebSphere Application Server 8.x から Apache Tomcat 8 (Java 7 以降)
WebSphere Application Server 8.5.5.x から Apache Tomcat 9 (Java 8 以降)
WebSphere Application Server 8.5.5.x から Apache Tomcat 10 (Java 8 以降)
前提条件と制限
前提条件
アクティブな AWS アカウント
ソース Java コード、以下を前提とします:
Java 7 以降の Java Development Kit (JDK) バージョンを使用します。
Spring または Apache Struts フレームワークを使用
Enterprise Java Beans (EJB) フレームワークや、Tomcat ですぐに利用できないその他の WebSphere サーバー機能を使用しません
主にサーブレットまたは Java サーバーページ (JSPs) を使用する
Java Database Connectivity (JDBC) コネクタを使用してデータベースに接続します。
ソース WebSphere IBM Application Server バージョン 7.x 以降
Apache Tomcat バージョン 8.5 以降がターゲット
アーキテクチャ
ソーステクノロジースタック
Apache Struts Model-View-Controller (MVC) フレームワークを使用して構築されたウェブアプリケーション
WebSphere IBM Application Server バージョン 7.x または 8.x で実行されているウェブアプリケーション
Lightweight Directory Access Protocol (LDAP) コネクタを使用して LDAP ディレクトリ (iPlanet/eTrust) に接続するウェブアプリケーション
IBM Tivoli Access Manager (TAM) 接続を使用して TAM ユーザーパスワードを更新するアプリケーション (現在の実装では、アプリケーションは PD.jar を使用します)
オンプレミスのデータベース
Oracle Database 21c (21.0.0.0)
Oracle Database 19c (19.0.0.0)
Oracle Database 12c Release 2 (12.2.0.1)
Oracle Database 12c Release 1 (12.1.0.2)
ターゲットテクノロジースタック
Word EC2インスタンスの RHEL で実行される Apache Tomcat バージョン 8 (またはそれ以降)
Oracle 用 Amazon Relational Database Service (Amazon RDS)
Amazon RDS でサポートされている Oracle バージョンの詳細については、Amazon RDS for Oracle
ターゲット アーキテクチャ
ツール
アプリケーション層: Java アプリケーションを WAR ファイルに再構築します。
データベース層: Oracle のネイティブバックアップおよび復元。
Jakarta EE 向けの Apache Tomcat 移行ツール。このツールは、Apache Tomcat 9 上で動作する Java EE 8 用に作成されたウェブアプリケーションを、Jakarta EE 9 を実装している Apache Tomcat 10 上で動作するように自動的に変換します。
エピック
タスク | 説明 | 必要なスキル |
---|---|---|
アプリケーション検出、現在の状態フットプリント、パフォーマンスベースラインを完了します。 | BA、移行リーダー | |
ソースとターゲットデータベースのバージョンを検証します。 | DBA | |
ターゲットサーバーの EC2 インスタンスのハードウェア要件を特定します。 | DBA, SysAdmin | |
ストレージ要件 (ストレージタイプと容量) を特定します。 | DBA, SysAdmin | |
容量、ストレージ機能、ネットワーク機能に基づいて、適切な EC2 インスタンスタイプを選択します。 | DBA, SysAdmin | |
ソースデータベースとターゲットデータベースのネットワークアクセスセキュリティ要件を特定する。 | DBA, SysAdmin | |
アプリケーション移行戦略とツールを識別します。 | DBA、移行リーダー | |
アプリケーションの移行設計と移行ガイドを完成させます。 | ビルドリード、移行リード | |
アプリケーション移行ランブックを完成させます。 | ビルドリード、カットオーバーリード、テストリード、移行リード |
タスク | 説明 | 必要なスキル |
---|---|---|
Virtual Private Cloud (VPC) を作成します。 | SysAdmin | |
セキュリティグループを作成します。 | SysAdmin | |
Amazon RDS for Oracle を設定して起動します。 | DBA, SysAdmin |
タスク | 説明 | 必要なスキル |
---|---|---|
データベースバックアップファイルを取得するためのエンドポイントを作成するか、エンドポイントのアクセスを取得します。 | DBA | |
ネイティブデータベースエンジンまたはサードパーティツールを使用して、データベースオブジェクトとデータを移行します。 | 詳細については、「追加情報」セクションの「データベースオブジェクトとデータの移行」を参照してください。 | DBA |
タスク | 説明 | 必要なスキル |
---|---|---|
移行のための変更要求 (CR) を提出します。 | カットオーバーリード | |
移行のCR の承認を取得します。 | カットオーバーリード | |
アプリケーション移行ランブックのアプリケーション移行戦略に従います。 | 詳細については、「追加情報」セクションの「アプリケーション層の設定」を参照してください。 | DBA、移行エンジニア、アプリ所有者 |
アプリケーションをアップグレードします (必要な場合)。 | DBA、移行エンジニア、アプリ所有者 | |
機能テスト、非機能テスト、データ検証テスト、SLA テスト、パフォーマンステストを完了します。 | テストリード、アプリオーナー、アプリユーザー |
タスク | 説明 | 必要なスキル |
---|---|---|
アプリ所有者またはビジネスオーナーから承認を取得します。 | カットオーバーリード | |
アプリケーションクライアントを新しいインフラストラクチャに切り替えます。 | DBA、移行エンジニア、アプリ所有者 |
タスク | 説明 | 必要なスキル |
---|---|---|
一時的な AWS リソースをシャットダウンします。 | DBA、移行エンジニア、 SysAdmin | |
プロジェクト文書を確認して検証する。 | 移行リード | |
移行の所要時間、手動タスクと自動タスクの割合、コスト削減などのメトリクスを収集します。 | 移行リード | |
プロジェクトを終了し、フィードバックを提供します。 | 移行リーダー、アプリ所有者 |
関連リソース
リファレンス
チュートリアルと動画
追加情報
「データベースオブジェクトとデータの移行」
たとえば、Oracle のネイティブバックアップ/リストアユーティリティを使用する場合:
Amazon Simple Storage Service (Amazon S3) のバックアップを作成します (オプション)。
Oracle DB データをネットワーク共有フォルダにバックアップします。
移行ステージングサーバーにログインして、ネットワーク共有フォルダーをマップします。
ネットワーク共有フォルダーからデータを S3 バケットにコピーします。
Oracle 用の Amazon RDS マルチ AZ 配置をリクエストします。
オンプレミスデータベースのバックアップを Amazon RDS for Oracle に復元します。
アプリケーション層をセットアップします
Apache Tomcat のウェブサイトから Tomcat 8 (または 9/10) をインストールします。
アプリケーションと共有ライブラリを WAR ファイルにパッケージ化します。
Tomcat に WAR ファイルをデプロイします。
WebSphere から
Linux cat
欠落している共有ライブラリの開始ログをモニタリングします。Linux cat
任意の WebSphere 固有のデプロイ記述子拡張機能の開始レコードを監視します。WebSphere サーバーから欠落している依存 Java ライブラリを収集します。
Tomcat 互換の同等のものを備えた Amend WebSphere 固有のデプロイ記述子要素。
依存する Java ライブラリと更新されたデプロイ記述子を使用して WAR ファイルを再構築します。
LDAP 設定、データベース設定、テスト接続を更新します (Apache Tomcat ドキュメントの「Realm Configuration HOW-TO
andJNDI Datasource HOW-TO 」を参照)。 復元された Amazon RDS for Oracle データベースに対して、インストールされたアプリケーションをテストします。
AMI インスタンスから Linux 用の Amazon マシンイメージ (EC2) を作成します。
完成したアーキテクチャを、Application Load Balancer と Auto Scaling グループで起動します。
Application Load Balancer を指すように URLs を更新します (WebSEAL ジャンクションを使用)。
設定管理データベース (CMDB) を更新します。