1. Oracle WebLogic ServerのハイブリッドDRソリューションの構成
  2. DR環境のリソースの計画

DR環境のリソースの計画

既存のオンプレミス・インストールに基づいて、Oracle Cloud Infrastructureのセカンダリ・システムのリソースを計画します。

オンプレミス環境に関する詳細の収集

Oracle Cloud Infrastructure (OCI)でセカンダリ・システムを作成するために必要なプライマリ・オンプレミス・システムに関する詳細を収集します。

次に、オンプレミス・アーキテクチャの例を示します。

wls- prem- primary- architecture.pngの説明が続きます
図wls- prem- primary- architecture.pngの説明

wls- prem- primary- architecture: oracle.zip

次の表に、収集する必要がある基本的なオンプレミス情報と、このドキュメントで使用される値の例を示します。

層 コンポーネント プライマリ(値の例)
フロントエンド フロントエンド名 wlsfrontend.example.com
フロントエンド フロントエンドIP (LBR) 10.10.10.10
フロントエンド フロントエンド・ポート
  • 80(すべての443 HTTPSをリダイレクトするHTTP)
  • 443 (HTTP)
  • 7001 (管理コンソールHTTP)
Web層

Webホスト

IP/物理ホスト名/別名
  • 10.10.10.11 / host1.myopnetwork.com / WEBHOST1.example.com
  • 10.10.10.12 / host2.myopnetwork.com / WEBHOST2.example.com
Web層 Oracle HTTP Serverポート
  • 7001 (WLSコンソールへのHTTPアクセス)
  • 8890 (WebLogicサーバー・アプリケーションへのHTTPアクセス)
中間層

WebLogicサーバー・ホスト

IP/物理ホスト名/別名
  • 10.10.10.13 / host3.myopnetwork.com /APPHOST1.example.com
  • 10.10.10.14 / host4.myopnetwork.com /APPHOST2.example.com
中間層

管理サーバー

VIP / VIPホスト名/別名

 10.10.10.20 / host-vip1.myopnetwork.com / ADMINVHN.example.com
中間層 FMWコンポーネントおよびポート
  • 管理サーバー、ポート7001
  • WLSクラスタ1サーバー、ポート8001
  • WLSクラスタ2サーバー、ポート9001
  • ノード・マネージャ、ポート5556
  • Coherence、ポート9991
中間層 WebLogicサーバー・ホスト・オペレーティング・システム Oracle Linux 7.7
中間層 WebLogicサーバーはCPUをホストします 4 Intel Xeon 2.90GHz
中間層 メモリー 35Gビット
中間層 Oracleソフトウェアのユーザー/グループ オラクル/インストール
DB階層 物理ホスト名
  • 10.10.10.15/dbhost1.myopnetwork.com
  • 10.10.10.16/dbhost2.myopnetwork.com
DB階層 VIP
  • 10.10.10.25/dbhost1-vip.myopnetwork.com
  • 10.10.10.26/dbhost2-vip.myopnetwork.com
DB階層 Scan IP/アドレス 10.10.10.30- 31- 32 / dbhost- scan.myopnetwork.com
DB階層 CPU Intel Xeon x 8
DB階層 メモリー 130Gビット
DB階層 CDB/PDB ORCL/PDB1
DB階層 PDBサービス名 mypdbservice。example.com
DB階層 DBホストOS Oracle Linux 7.7
DB階層 RDBMSのバージョン 19.11
ストレージ* NFSボリューム、マウントおよびサイズ

NFS: APPHOST1でマウントされた/export/wls/products1から/u01/oracle/products

NFS: APPHOST2でマウントされた/export/wls/products2から/u01/oracle/products

NFS: APPHOST1およびAPPHOST2でマウントされた/export/wls/configから/u01/oracle/config

NFS: APPHOST1およびAPPHOST2の/export/wls/runtimeから/u01/oracle/runtime

LOCAL**: APPHOST1の/u02/oracle/configから/u02/oracle/config

LOCAL**: APPHOST2の/u02/oracle/configから/u02/oracle/config

(**)これらは、ノードのローカル・ストレージではなくNFSのプライベート・マウントにできます
メインEDGフォルダ* ORACLE_HOME /u01/oracle/products/fmw
メインEDGフォルダ* JAVA_HOME /u01/oracle/products/jdk
メインEDGフォルダ* SHARED_CONFIG_DIR /u01/oracle/config
メインEDGフォルダ* APPLICATION_HOME /u01/oracle/config/applications/mydomain
メインEDGフォルダ* DEPLOY_PLAN_HOME /u01/oracle/config/dp
メインEDGフォルダ* KEYSTORE_HOME /u01/oracle/config/keystores
メインEDGフォルダ* ASERVER_HOME /u01/oracle/config/domains/mydomain
メインEDGフォルダ* PRIVATE_CONFIG_DIR /u02/oracle/config
メインEDGフォルダ* MSERVER_HOME /u02/oracle/config/domains/mydomain
メインEDGフォルダ* NM_HOME /u02/oracle/config/nodemanager
メインEDGフォルダ* ORACLE_RUNTIME /u01/oracle/runtime
Oracle HTTP Serverのフォルダ ORACLE_HOME /u02/oracle/products/ohs_12214
Oracle HTTP Serverのフォルダ WEB_DOMAIN_HOME /u02/oracle/config/domains/ohsdomain_12214
メインURL アドミン・コンソールURL http: //wlsfrontend.example.com: 7001/console/
メインURL

アプリケーション1のURL

https://wlsfrontend.example.com/app1/
メインURL

アプリケーション2のURL

https://wlsfrontend.example.com/app2/

*マウントおよびディレクトリのコンテキストは、標準の『Oracle SOA Suiteエンタープライズ・デプロイメント・ガイド』を参照してください。

OCIで必要なリソースの決定

Oracle Cloud Infrastructure (OCI)で作成するスタンバイ環境に必要なリソースを計画してリストします。セカンダリ環境は、既存のオンプレミス環境と可能なかぎり類似している必要があります。

現時点では何もプロビジョニングする必要はなく、OCIで作成するリソースを識別してリストし、OCIテナンシに必要な割当てがあることを確認します。

参照としてのプライマリ・システムの前の例に基づくスタンバイ・アーキテクチャの例を次に示します。wls- oci- standby- architecture.pngの説明が続きます
図wls- oci- standby- architecture.pngの説明

wls- oci- standby- architecture- oracle.zip

この例では、次のOCIリソースが必要です:

  • 一般リソース
    • OCIリージョンを使用する必要があります。
    • 特定のコンパートメントを使用する必要があります。
  • ネットワーク・リソース
    • VCN: セカンダリ・システムが設定されるOCIリージョンには、1つのVCNが必要です。
    • サブネット: 異なる層間の最大分離およびトラフィック制御のために、各層にサブネットを作成できます。この結果、次のサブネットが生成されます:
      • Web層用の1つのリージョナル・サブネット(webTierSubnetなど)。
      • 中間層用の1つのリージョナル・サブネット(midTierSubnetなど)。
      • Oracle Cloud Infrastructure File Storageの1つのリージョナル・サブネット(fssTierSubnetなど)。
      • db- tier用の1つのリージョナル・サブネット(dbTierSubnetなど)。

      使用できるサブネットは少なくなりますが、前述のリストではネットワーク分離とアクセス制御が最大限提供され、このドキュメントの参照用として使用されます。

      カスタマー・データ・センターとOCIリージョン間にOCIプライベート接続がある場合、サブネットは通常、プライベート・サブネットになります。ただし、フロントエンドLoad BalancerがあるWeb層のサブネットは、要件に応じてパブリックになる場合があります。

  • Oracle Cloud Infrastructure Load Balancing

    1つのOCI Load Balancerで、即時利用可能な高可用性(HA)が提供されます。

  • コンピュート・インスタンス・リソース
    • (オプション)Web層サブネット内のOracle HTTP Serverホスト・ノードのOCI用Oracle WebLogic Serverイメージに基づくコンピュート・インスタンス。Nは、既存のオンプレミス・プライマリ・システムにあるWeb層ホストの数です。
    • 中間層サブネットのWebLogic Serverホスト・ノードのOracle WebLogic Server for OCIイメージに基づくNコンピュート・インスタンス。Nは、既存のオンプレミス・プライマリ・システムにある中間層ホストの数です。

    サポートされているOSおよびシェイプについては、OCIイメージ用のOracle WebLogic Serverのシェイプを参照してください。

    OCIリージョンに複数の可用性ドメイン(AD)がある場合は、別のADでそれらを見つけます。コンピュート・インスタンスでは、オンプレミス・ホストで使用されるイメージおよびシェイプに最も近いイメージおよびシェイプを使用する必要があります。

  • OCI上のファイル・ストレージ

    ノート:

    Oracle Cloud Infrastructure File StorageおよびBlock Volumeリソースを計画する場合は、プライマリ・オンプレミスの既存のファイル・システム構成と一貫性がある必要があります。このドキュメントが参照として使用するEDGベースのフォルダ構造からわずかなバリエーションを使用できます。たとえば、プライマリ・オンプレミスで、管理サーバー・ドメイン構成(ASERVER_HOME)に分離された共有Oracle WebLogic Server構成を使用しない場合は、必要なOracle Cloud Infrastructure File Storageファイル・システムとして計画する必要はありません。または、プライマリ・オンプレミスで、プライベートにマウントされたNFSボリュームを使用してWebLogicプライベート構成を格納する場合は、Oracle Cloud Infrastructure File Storageファイル・システムをプロビジョニングすることを計画します。参照例として用意されている値を使用します。
    • Oracle Cloud Infrastructure File Storageマウント・ターゲット

      Oracle Cloud Infrastructure File Storageサブネットには、少なくとも1つのマウント・ターゲットが必要です。パフォーマンス上の理由から、Oracle Cloud Infrastructure File Storageマウントは、マウントするホスト(中間層コンピュート・インスタンス)と同じ可用性ドメインに配置することをお薦めします。中間層コンピュート・インスタンスと同じ可用性ドメインにマウント・ターゲットを配置します。

      OCIリージョンに複数の可用性ドメインがあり、2つのAD間に中間層ホストを分散した場合は、使用される各可用性ドメインに1つのマウント・ターゲットを作成します。例:

      • AD1に1つのマウント・ターゲットがあります。これは、共有構成のファイル・システム、共有ランタイムのファイル・システムおよびAD1の中間層ホストで使用される製品のファイル・システムのエクスポートに使用されます。これは、AD1の中間層ノードによってプライベートに使用されるその他のファイル・システムをエクスポートする場合にも使用できます(たとえば、Oracle Cloud Infrastructure File Storage内にある場合はローカル構成)。
      • AD2に1つのマウント・ターゲットがあります。これは、AD2の中間層ホストで使用される製品のファイル・システムをエクスポートするために使用されます。また、これを使用して、AD2の中間層ノードによってプライベートに使用されるその他のファイル・システムをエクスポートすることもできます(たとえば、Oracle Cloud Infrastructure File Storage内にある場合はローカル構成)。
    • Oracle Cloud Infrastructure File Storageファイル・システム

      次に、必要なOracle Cloud Infrastructure File Storageファイル・システムの例を示します:

      • 共有WebLogicサーバー構成用の1つのOracle Cloud Infrastructure File Storageファイル・システム(wlsdrconfigなど)。これは、APPHOST1および APPHOST2によってマウントされます。
      • 共有WebLogicサーバー・ランタイム用の1つのOracle Cloud Infrastructure File Storageファイル・システム(wlsdrruntimeなど)。これは、APPHOST1および APPHOST2によってマウントされます。
      • APPHOST1の製品ホーム用に1つのOracle Cloud Infrastructure File Storageファイル・システム(wlsdrproducts1など)。これは、APPHOST1 (および中間層ホストが2つ以上ある場合は APPHOST3、5)によってマウントされます。
      • APPHOST2の製品ホーム用に1つのOracle Cloud Infrastructure File Storageファイル・システム(wlsdrproducts2など)。これは、APPHOST2 (および中間層ホストが2つ以上ある場合は APPHOST4、6)によってマウントされます。

    次のイメージは、可用性ドメインを1つのみ使用する場合のOracle Cloud Infrastructure File Storageのマウント・ターゲットおよびファイル・システムの例です:

    oci- storage- targets- one- ad.pngの説明が続きます
    図oci- storage- targets- one- ad.pngの説明

    OCIリージョンに複数のADがあり、2つのAD間で中間層コンピュート・インスタンスを分散している場合、管理サーバーが通常実行されるADにあるマウント・ターゲットでホスト間で共有されるファイル・システム(wlsdrconfig、wlsdrruntime)をエクスポートします。マウント先のホストが存在するADにあるマウント・ターゲット(APPHOST1のADのマウント・ターゲットにあるwlsproducts1、APPHOST2が存在するADのマウント・ターゲットにあるwlsdrproducts2)で、その他(wlsdrproducts1およびwlsdrproducts2)をエクスポートします。

    次のイメージは、2つの可用性ドメインを使用する場合のOCIマウント・ターゲットおよびOCIファイル・システムの例です:

    oci- storage- targets- two- ad.pngの説明が続きます
    図oci- storage- targets- two- ad.pngの説明

    このシナリオでは、一部の中間層ホストは、共有のOracle Cloud Infrastructure File Storageファイル・システムと同じ可用性ドメインにあります。他の中間層ホストは異なる可用性ドメインにあります。共有Oracle Cloud Infrastructure File Storageファイル・システムと同じ場所にある中間層ホストは、別の可用性ドメインにある他の中間層ホストよりも、共有ファイル・システムへのアクセスのパフォーマンスが向上します。

  • Oracle Cloud Infrastructure Block Volumes

    各ホストでプライベートに使用されるストレージ(ノード・マネージャ構成やMSERVER_HOMEなどのWebLogicローカル構成)では、中間層ホストごとに少なくとも1つのブロック・ボリュームをプロビジョニングする必要があります。各ブロック・ボリュームをマウントするホストの同じADにプロビジョニングします。

  • OCI DB System

    プライマリ・オンプレミスの既存のDB Oracle Real Application Clusters (Oracle RAC)と同じ容量のDB Systemが必要です。DBシステムでは、オンプレミス・ホストで使用されるコンピュート・シェイプに最も近いコンピュート・シェイプを使用する必要があります。また、RDBMSバージョンおよびパッチ・レベルは、オンプレミスのOracle RACデータベースに存在するバージョンおよびパッチ・レベルと一致する必要があります。DB Systemsで正確なパッチ・レベルを使用できない場合は、最も近いバージョンを選択し、必要なパッチ適用を実行して、プライマリとセカンダリの両方を正確なRDBMSパッチ・レベルに取得する必要があります。これの詳細は、「設定」の項で説明します。

次に、リソース名の例を使用して作成されるリソースの概要を示します。

カテゴリ リソース・タイプ OCIリソース(値の例)
一般リソース OCIリージョン フェニックス
一般リソース コンパートメント HyDRCompmt
一般リソース 可用性ドメイン(AD) AD1 (リージョンに複数のADがある場合はAD1およびAD2)。
ネットワーク・リソース VCN hydrvcn
ネットワーク・リソース サブネット

webTierSubnet

midTierSubnet

fssTierSubnet

dbTierSubnet
ネットワーク・リソース OCIロード・バランサ hylbr
(オプション)Oracle HTTP Serverのコンピュート・インスタンス コンピュート・インスタンスの数 プライマリOracle HTTP Serverホストと同じ番号。たとえば、hydrohs1およびhydrohs2です。
(オプション)Oracle HTTP Serverのコンピュート・インスタンス オペレーティング・システム プライマリOracle HTTP Serverホストと最も似ています。たとえば、Oracle Linux 7.9です。
(オプション)Oracle HTTP Serverのコンピュート・インスタンス 形状 プライマリWebLogicホストと最も類似しています。たとえば、Intel VM.Standard3.Flexです。
Oracle WebLogic Serverのコンピュート・インスタンス コンピュート・インスタンスの数 プライマリWebLogicホストと同じ数。たとえば、hydrwls1およびhydrwls2です。
Oracle WebLogic Serverのコンピュート・インスタンス オペレーティング・システム プライマリ WebLogic Serverホストによく似ています。たとえば、Oracle Linux 7.9です。
Oracle WebLogic Serverのコンピュート・インスタンス 形状 プライマリ WebLogic Serverホストによく似ています。たとえば、VM.Standard2.2です。
Oracle Cloud Infrastructure File Storage マウント・ターゲット 1 (2つの可用性ドメインを使用している場合は2)。
Oracle Cloud Infrastructure File Storage ファイル・システム

wlsdrconfigFSS

wlsdrruntimeFSS

wlsdrproducts1FSS

wlsdrproducts2FSS
OCIブロック・ボリューム ブロック・ボリューム

wlsdrbv1

wlsdrbv2
DB System 合計ノード数 一次子と同じ。たとえば、2です。
DB System 形状 プライマリDBホストと最もよく似ています。たとえば、VM Standard2.8です。
DB System ストレージ プライマリDBと最もよく似ています。たとえば、1024GBです。
DB System RDBMSのバージョン プライマリDBと最もよく似ています。たとえば、19.11です。
DB System データベース名 プライマリと同じです。たとえば、ORCLなどです。
DB System PDB名 プライマリ・データベースと同じです。たとえば、PDB1です。