Oracle Cloud Infrastructure上でのレガシーWebSphereの導入とアップグレード (2020/08/27)

 Oracle Cloud Infrastructure上でのレガシーWebSphereの導入とアップグレード (2020/08/27)

https://blogs.oracle.com/cloud-infrastructure/deploy-and-upgrade-legacy-websphere-on-oracle-cloud-infrastructure
投稿者：Vladimir Taft, and Joe Malek
WebSphere は、IBM ミドルウェア製品のファミリーのブランド名としてよく知られています。
WebSphere Application Server は、多くのデータセンター・アプリケーションで使用されている Java アプリケーション・サーバーです。
WebSphere Application Server のバージョン 7 および 8 のベンダー・サポートはまもなく終了するため、
企業はバージョン 9 にアップグレードする必要があります。
バージョン 7 および 8 は Java 6 で動作し、バージョン 9 では Java 8 が必要なため、
企業は WebSphere のアップグレードの一環として Java もアップグレードする必要があります。

リスクを軽減するために、企業は WebSphere をパブリック クラウド上にデプロイし、
移行の詳細がすべてテストされて検証されるまで、新しいバージョンを旧バージョンと並べて実行することができます。
これには、開発環境、テスト環境、QA 環境、および本番環境の合理化されたプロビジョニングが含まれており、
プラットフォームのアップグレード時のリスクを軽減するために不可欠です。

Oracle Cloud Infrastructureは、エンタープライズ・アプリケーション向けの第2世代クラウドであり、
高いパフォーマンス、セキュリティ、優れた経済性を備えているため、このアプローチの対象としては当然のことです。
特に、WebSphere と Oracle WebLogic の両方を含む混合ミドルウェア環境には魅力的であり、
これらのプラットフォームがデータ・ソースおよび永続的リポジトリとして Oracle Database を使用している場合はなおさらです。

この記事では、レガシー環境と現在のWebSphere環境をOracle Cloud Infrastructure上で実行するためのアプローチについて説明します。

WebSphereベースのJavaアプリケーションのためのスタックの移動

WebSphere やその他の Java アプリケーション・プラットフォームは、
エンタープライズ・アプリケーションを、テクノロジー・スタックの下位部分である OS や「ベア・メタル」と呼ばれるサーバーから隔離しようとしています。
しかし、エンタープライズ・アプリケーションを別の Web アプリケーション・プラットフォームに移行するには、
先行投資が必要になり、より長い期間が必要になる可能性があります。

このため、WebSphere Application Server 7 と Java 6 を、AIX OS 上の従来の IBM P-Series サーバから、
x86 サーバ上で実行されている Red Hat Enterprise Linux または Oracle Linux の最新バージョンに移動しても、アプリケーションに大きな影響はありません。
次の図は、アプリケーション・テクノロジー・スタックの上位部分が、
AIX および P-Series から Oracle Cloud Infrastructure の Oracle Linux および VM.Standard.2.x サーバーの形に移されたことを示しています。


図1：ミドルウェア・スタックをOracle Cloud Infrastructureに移行する

Oracle Cloud Infrastructureでは、次の図のように、WebSphere構成のActive/Hot StandbyとActive-Activeの負荷分散をすばやく作成できます。
導入パターンは水平方向のスケールアウトをサポートしており、VM（コンピュート インスタンス）の範囲を持つことで、
サイジングと垂直方向のスケールアップが簡素化されます。
プロビジョニングは、Oracle Cloud Infrastructure Consoleを介して行うか、Oracle Resource Managerを使用して、
Terraformベースの自動化スクリプトで構成されるインフラストラクチャ・プロビジョニング・バッチ・ジョブを実行することで行うことができます。
マネージドOracle Databaseサービスは、トランザクションをシリアライズし、データの永続性を確保するために利用できます。
これらのマネージド・サービスは、Oracle Databaseのパフォーマンス、セキュリティ、
可用性を向上させ、すべてのOracle DBAツールを提供するため、スタッフを再教育する必要がありません。


図 2: シンプルな WebSphere 導入パターン

WebSphere 7 のデプロイメントパターン


WebSphere 7をクラウドに導入する場合を考えてみましょう。
Oracle Cloud Infrastructureでは、リージョン全体のサービスとしてロードバランサーを提供しています。
そのため、例えば、ウェイト付きラウンドロビン負荷分散構成を設定することで、Active/Hot Standby 構成を簡単に実装することができます。
多くのエンタープライズJavaアプリケーションでは、この構成により、高可用性（HA）要件をコスト効率よく満たすことができます。

Oracle Cloud Infrastructureは、世界中に25以上のリージョンが分散しています。
多くのリージョンには複数のアベイラビリティ・ドメインがあり、これは同期レプリケーション距離内に配置されたデータセンターです。
各アベイラビリティ ドメインには 3 つのフォールト ドメインがあり、ハードウェアとネットワークを冗長化して使用しています。
これらすべての機能により、WebSphere を高可用性構成で簡単に構成することができます。
図 2 は、2 つのフォールト ドメインにまたがる展開を示しています。複数のアベイラビリティ ドメインの実装は似ています。

パフォーマンステストの結果、VMのパワーが不足していることが判明した場合は、数回のキー操作と数分で、
より強力なモデル（シェイプ）に「アップグレード」することができます。
ロードバランシングサービスはオートスケーリングに対応しているので、多くの場合、サーバのスケールアップも有効な選択肢になるかもしれません。

WebSphere Network Deployment (ND) エディションでは、クラウド ネイティブ ロードバランシング サービスを使用することで、
DMZ プロキシなどのオプションの WebSphere ND コンポーネントを導入する必要がなくなります。
既存のマルチノード構成で、ネイティブの WebSphere Message Bus と HA 管理を使用している場合は、Active-Active 設定を使用できます。
この場合、同じインフラストラクチャ フレームワークを使用し、WebSphere 分散クラスタ（セル）内の
ネイティブ WebSphere Active-Active 負荷分散を維持することができます。
SIP プロトコルのサポートが必要な場合や、ネイティブ WebSphere オートスケーリングと
強化されたセッション・フェイルオーバーが重要な場合など、あまり一般的ではないユースケースもカバーしています。

まとめ

Oracle Cloud Infrastructure は、WebSphere Application Server 7.0.0.0.45 および Java 6 までの WebSphere のインストールをサポートしています。
Oracle Linux または Red Hat Enterprise Linux イメージと Load Balancing サービスを使用して、さまざまな WebSphere 導入のフットプリントを迅速に実装できます。
Oracle Real Application Clusters (RAC) や、WebSphere 9 の場合は Autonomous Database (Oracle 18c および 19c) など、
さまざまな Oracle Database ソリューションを使用することができます。
また、他のベンダーのリポジトリを、VM ベースの JDBC データソースとして使用することもできます。

ITプランナーや企業のアーキテクトは、従来のWebSphereアプリケーションをクラウドに移行するために、
この便利で実用的な場を検討する必要があります。
複数の非本番環境と本番環境のインフラストラクチャを設定するのは簡単で、最小限の時間で済みます。
このアプローチにより、既存のWebSphereアプリケーションをリプラットフォームしたり変更したりする必要がなくなります。
Oracle Cloud Infrastructure向けのオラクルの検証済みソリューションの詳細な技術情報については、Oracle Architecture Centerをご覧ください。

リソース

コメント

コメントを投稿

このブログの人気の投稿

Oracle RACによるメンテナンスのためのドレインとアプリケーション・コンティニュイティの仕組み (2023/11/01)

イメージ
Oracle RACによるメンテナンスのためのドレインとアプリケーション・コンティニュイティの仕組み (2023/11/01) https://database-heartbeat.com/2023/11/01/draining-ac-rac/ はじめに Oracle RACは、Oracle Databaseのスケーラビリティと高可用性を提供します。1つのサーバー(RACノード)に障害が発生した場合、またはメンテナンスのためにオフラインになった場合でも、追加のノードを介してデータベースにアクセスできます。ただし、メンテナンスの開始時に、データの読取りまたは変更に関係なく、一部の作業を実行しているクライアント・セッションはどうなりますか。この作業は中断され、ドレインを実装してアプリケーション・コンティニュイティまたは透過的アプリケーション・コンティニュイティを有効にしないかぎり、エンドユーザーまたはアプリケーションによって再度実行する必要があります。 環境 2ノードのOracle RACを例に挙げて、高速アプリケーション通知(FAN)、ドレインおよびアプリケーション・コンティニュイティによってメンテナンス・イベントがエンドユーザーに透過的になる方法を理解しましょう。アプリケーションは、30個のセッションを保持するように構成された接続プールを使用しています。 通常の操作 通常の操作中は、両方のRACノードが起動し、アプリケーションを実行しています。ロード・バランシング戦略によっては、セッションの数が両方のノード間で異なるか、均等に分散される場合があります。次の図をよりよく視覚化するために、ノード2のノード1および20のセッションに10のセッションがあるとします。 セッションは、アイドル状態(接続されているが何もしていない)またはアクティブ状態(リクエストの途中)にできます。リクエストは、データの読取り(SELECT)または操作(INSERT、DELETE、UPDATE)が可能です。 ドレインによるサービスの停止 ある時点で、システムのメンテナンスが必要になります。2ノードRACがあるため、メンテナンスはローリング方式で、1つのノードを順番に(ほとんどの場合)実行できます。メンテナンスは、たとえば、オペレーティング・システム、Grid Infrastructureまたはデ
続きを読む

Oracle Cloud Infrastructure Secure Desktopsを発表: デスクトップ仮想化のためのOracleのクラウドネイティブ・サービス (2023/06/28)

イメージ
Oracle Cloud Infrastructure Secure Desktopsを発表: デスクトップ仮想化のためのOracleのクラウドネイティブ・サービス (2023/06/28) https://blogs.oracle.com/cloud-infrastructure/post/secure-desktops-cloud-native-virtualization 投稿者： Joost Pronk Van Hoogeveen Jan Hendrik Mangold | Principal Product Manager Oracleは、Oracle Cloud Infrastructure(OCI)Secure Desktopsという新しいクラウド・ネイティブ・サービスをリリースしています。このエキサイティングな開発により、顧客はOCIテナンシから簡単にすばやく仮想デスクトップ・インフラストラクチャ(VDI)をデプロイできます。 OCIの使用状況は大幅に拡大しています。組織は、OCI内でデータを安全に保つことの価値を実現しています。ゼロトラストなセキュリティ優先アーキテクチャを実装することで、OCI Compute、Storage、およびNetworkingサービスは、グローバル・アクセスのためのエンタープライズ・アプリケーションを導入するための信頼できるプラットフォームを提供します。 データ・セキュリティとVDIがどのように役立つか 業界のアナリストによると 、ラップトップは53秒ごとに盗まれています。その事実と現実を結び付けると、会社のデータは、公共の場所を経由したり、従業員の自宅に座ったりするラップトップやデスクトップへと移行します。ローカル・ディスクの暗号化、データ・アクセス権限の強制、VPNアクセスの保護によってデータを保護するためにテクノロジが使用されていますが、いずれも許容可能なセキュリティ・レベルが適用されるため、リスクは依然として高くなる可能性があります。盗難または準拠していないいくつかのマシンでは、企業データ、さらには顧客データのデータ侵害が発生する可能性があります。 VDIテクノロジは長年にわたって存在してきましたが、従業員はローカル・マシンを使用して、会社のデータ・センター内の仮想マシンで実行されているデスクトップ・アプリケー
続きを読む

新しいOracle Container Engine for Kubernetesの機能強化により、大規模なKubernetesがさらに簡単になりました (2023/03/20)

イメージ
新しいOracle Container Engine for Kubernetesの機能強化により、大規模なKubernetesがさらに簡単になりました (2023/03/20) https://blogs.oracle.com/cloud-infrastructure/post/oracle-container-engine-kubernetes-enhancements 投稿者： Mickey Boxell | Product Management Linux以降、 Kubernetes はオープンソースソフトウェアの歴史上最も急速に成長しているプロジェクトです。10年も経たないうちに、 Kubernetesは主流 になり、特に過去2年間で導入がかつてないほど大きくなりました。 Oracle Cloud Infrastructure(OCI) は、この勢いも見ています。あらゆる業界の何千ものエンタープライズ顧客が、クラウドネイティブアプリケーション開発のメリットを経験しており、その導入を迅速化し、Kubernetesの使用を拡大しています。 Oracle Container Engine for Kubernetes (OKE)で実行されている抽出、変換、ロード(ETL)ジョブ、パイプライン、ハイパフォーマンスコンピューティング(HPC)ワークロード、さらにはデータベースなどにKubernetesを使用するために、顧客はKubernetesで標準化されており、コンテナ化されたアプリケーションを実行するのみでなく拡張されています。  「私たちは、Kubernetes インフラストラクチャと OKE、GPU、HPC、およびストリーミング、OpenSearch などの最新の開発者サービスを組み合わせて使用​​して、OCI で数十億の音声 AI クエリを実行しています。私たちは、次世代のトレーニングと配信に最適なクラウドとして OCI を選択しました。 AI アプリケーション – Mercedes Benz、Toast、VIZIO、Hyundai などのグローバル ブランドに最速かつ最も正確な音声エクスペリエンスを提供するのに役立ちます.OCI を使用することで、以前のクラウドと比較してパフォーマンスが 50 ～ 60% 向上しました。 2 倍のコスト削減 – 使用量
続きを読む