※ 本記事は、Fermin Castroによる”Automated Hybrid Disaster Recovery setup for Oracle WebLogic domains“を翻訳したものです。

2025年8月20日

1. はじめに-

長年にわたり、ディザスタ・リカバリ(DR)は、Oracle WebLogic Serverのお客様にとって重要な要件となっています。ハイブリッドDR戦略は、Oracleのクラウド・インフラストラクチャ(OCI)上のセカンダリ・システムを使用することで、低コストの災害保護を実現します。このハイブリッド戦略は、Oracleのクラウドへのエントリー・ポイントを提供し、ユーザーがOCI上のWebLogicドメインの動作をテストして理解できるようにするため、非常に魅力的です。このタイプの障害保護は、オンプレミスの本番システムに計画的および計画外の停止時間中に可用性を付与しながら、OCIの採用への橋渡しとなります。新しいOracle WebLogicハイブリッドDRフレームワーク (WLS_HYDR)により、このタイプのトポロジの設定が自動化されます。既存のWebLogicシステム用に、OCIにミラー化されたセカンダリを作成します。このフレームワークは、Maximum Availability Architecture (MAA)のベスト・プラクティスを自動的に実装し、WebLogicドメイン自体だけでなく、そのWebLogicドメインに関連付けられたOracle HTTPサーバー(OHS)、ロード・バランサ、ハードウェアおよびストレージを含むWebLogicシステムのミラー化サイトを作成します。

2. WLS_HYDRフレームワークの主な機能

WLS_HYDRフレームワークはオープンソースです。https://github.com/oracle-samples/maa/tree/main/wls-hydr からダウンロードできます。カスタマイズして、必要に応じて調整できます。プライマリ・システム(完全接続モード)に接続するか、WebLogicシステムのバックアップ(切断モード)を使用してそのプライマリを分析します。次に、セカンダリの作成場所と作成方法について選択し、必要なデータをすべて収集すると、プライマリのミラーの作成に必要なコンピュート・インスタンス、ストレージ、サブネットおよびすべてのOCIアーティファクトの作成を開始します。次に、sshを介したrsyncを使用して、プライマリの正確で信頼性の高いレプリカを保証する拡張モードで、トポロジに含まれるすべてのOracle Homesおよび構成をレプリケートします。1時間未満(大規模/複雑なFMW SOAシステムの例として使用)では、その場所にダウンタイムが発生した場合に、プライマリを引き継ぐ準備が整った正確なコピーが作成されます。システムの障害に備えるだけでなく、本番サイトで本番ワークロードを実行する場合とまったく同じように本番ワークロードを検証するためのテスト・ベッドも提供します。

Hybrid DR Framework

WLS_HYDRフレームワークは、通常1日(および多くのエラー代行タスクを含む)かかるプロセスをわずか数分に短縮します。さらに魅力的なのは、構成をプライマリから操作せず、OCIで「make it work(動作させる)」ことです。OCI DNSプライベート・ビューを使用してすべてのWebLogicリスニング・アドレスを仮想化して、同じデプロイメント・スクリプト、パイプラインなどをプライマリで変更せずにそのまま使用できるようにします。これにより、管理および管理のオーバーヘッドが大幅に簡素化されます。これに加えて、WLS_HYDRは、作成するすべてのリソースの記録を保持し、セカンダリで使用されるすべてのOCIアーティファクトをすぐに削除できるクリーンアップ・ユーティリティが含まれています。これにより、非常に低いリスクでWLS_HYDRのクイック・テストを簡単に実行できます。

Benefits of the Hybrid DR Framework

 

3. WLS_HYDRフレームワークの使用方法

WLS_HYDRフレームワークは、主に2つの方法で使用できます。それぞれ異なるコスト、目標復旧時間(RTO)および目標復旧時点(RPO)のニーズに合わせて調整されます:

  • DR設定の完了: Maximum Availability Architectureの”Gold”ソリューションには、プライマリ・システムとOCI間の連続/プライベート接続の設定が含まれます。これは通常、VPNまたはFast Connectを使用して行われます。この接続の設定は、WLS_HYDRフレームワークの範囲外です。このシナリオでは、WLS_HYDRがプライマリに接続して、WLSドメイン、ポート、OHS構成、フロントエンド・アドレスおよびハードウェア容量などの情報を検出します。セカンダリが作成されると、データベースの継続的なレプリケーションがOracle Data Guardで発生し、中間層での変更の定期的なレプリケーション(構成とバイナリ/パッチの両方)が同じ高速接続またはVPNリンクを介して実行されます。
  • OCIへのバックアップおよびリストア: この場合、WLSドメインはバックアップからOCIにリストア(または移行)されます。このシナリオでは、プライマリ・データ・センターとOCIの間の継続的な接続は必要ありません。バイナリと構成の内容は、scpまたはObject Storageを介してプライマリからOCIに定期的にアップロードします。OCIリソースは、このバックアップおよびWLS_HYDR構成ファイルで指定されている必須入力プロパティに基づいて作成されます。このソリューションのRTOおよびRPOは、「COMPLETE DR SETUP」の場合よりも明らかに悪いものです。

どちらのシナリオでも、WLS_HYDRのスクリプトを実行するには、OCIに既存のコンピュート・インスタンスが必要です。これは通常、セカンダリ・システムが使用されると、WLSノード、OHSノードなどを接続および管理するために使用される要塞ホストです。この要塞は、様々なWLS_HYDR操作のオーケストレータとして機能します。フレームワークをこのbastion(gitクローン https://github.com/oracle-samples/maa/ )にダウンロードし、ノードに必要なOCIおよびpython構成があることを確認します(この詳細は、WLS_HYDR READMEを参照してください)。

COMPLETE DR SETUPまたはRESTORE TO OCIのいずれを実行しているかに関係なく、プライマリに関する基本情報をフレームワークに提供する必要があります:

  • prem.envファイルを編集して、プライマリ・システムのノードおよびユーザーをリストします。

  • replication.propertiesファイルを編集して、プライマリ・システムのOracle HomesおよびWLSドメインを識別します。

  • エディションを容易にするために、sysconfig_discovery.xlsxファイルをWindowsノードに転送します。このファイルは、OCIで作成されるリソースのプロパティとカスタマイズを提供するために使用されます: 「needs custom input」とマークされたExcelファイルのエントリを入力します。「default value can be used」とマークされたエントリは、カスタマイズすることも、デフォルト値のままにすることもできます。

  • 編集後、ExcelをCSV (カンマ区切り)ファイル形式として保存し、再度要塞にアップロードします。

「COMPLETE DR SETUP」設定を実行するには、使用されるsysconfigファイル(前のステップで作成したcsvファイル)を示すwls_full_setup.pyスクリプトを実行します。

例 : wls_full_setup.py -i sysconfig_discovery.csv

「BACKUP AND RESTORE TO OCI」設定を実行するには、正確なディレクトリ構造で要塞ホストでバックアップを使用可能にする追加のステップが必要です。

  • DataReplication.py initコマンドを使用して、バックアップのフォルダ構造をbastionに作成します:
    DataReplication.py init -w <nº wls nodes> -o <nº ohs nodes>
    これにより、プライマリからコンテンツを配置するために必要なディレクトリ構造が作成されます

  • プライマリ・システムからこれらのフォルダにコンテンツを手動でアップロードします。各アイテムのコピー方法の詳細は、stageフォルダのファイルREADME_FOR_MANUAL_COPY.txtを参照してください。

  • 使用されるsysconfigファイル(前のステップで作成したcsvファイル)を示すwls_full_setup.pyスクリプトを実行し、-nオプションを使用して、primaryへの接続がないことを示します。

  • 例:  wls_full_setup.py -i sysconfig_discovery.csv -n

マジックが起こるのを待って… voilá! セカンダリが作成され、WLSドメイン・システム全体がOCIで使用できるようになります。各ステップの詳細および各ユース・ケースのWLS_HYDR構成をカスタマイズする方法が必要な場合は、次のビデオを使用できます:

WebLogicドメインがランタイム・データまたはメタデータ(WLS JRFドメイン、FMW SOAまたはその他のFMWコンポーネントの場合など)にOracle Databaseを使用している場合、MAAチームが提供するユーティリティを使用して、セカンダリにもレプリケートできます。

4. まとめ

Oracle WebLogicシステムの障害からの保護は、ほとんどのビジネス・アプリケーションにとって重要です。Oracle Cloud Infrastructureは、障害がプライマリ・ロケーションに影響を与える場合にワークロードを克服できるセカンダリ・システムを構成するための、耐障害性と低コストの理想的な環境を提供します。WLS_HYDRは、MAAベスト・プラクティスを実装しながらOCIでのセカンダリ・トポロジの設定を自動化するオープンソース・フレームワークです。OCIのプライマリ・リソースを「仮想化」することで、通常、セカンダリ・システムに固有の管理オーバーヘッドを削減できます。

5. 追加情報