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

DR環境のリソースの計画

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

オンプレミス環境の詳細の収集

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

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

soa- edg- premises.pngの説明が続きます
図soa- edg- premises.pngの説明

soa-edg-Premises-oracle.zip

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

層 コンポーネント プライマリ(値の例)
フロントエンド フロントエンド名 mysoa.example.com
フロントエンド フロントエンドIP (LBR) 10.10.10.10
フロントエンド フロントエンド・ポート
  • 80(すべての443 HTTPSをリダイレクトするHTTP)
  • 443(https)
  • 8888 (内部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 (SOAアプリケーションへのHTTPアクセス)
  • 8891 (内部WSMへのHTTPアクセス)
中間層

SOAホスト

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

管理サーバー

VIP / VIPホスト名/エイリアス

 10.10.10.20 / host-vip1.myopnetwork.com / ADMINVHN.example.com
中間層 FMWコンポーネントとポート
  • 管理サーバー、ポート7001
  • WSMサーバー、ポート7010
  • SOAサーバー、ポート8001
  • OSBサーバー、ポート8011
  • ESSサーバー、ポート8021
  • BAMサーバー、ポート9001
  • ノード・マネージャ、ポート5556
  • Coherence、ポート9991
中間層 SOAホスト・オペレーティング・システム Oracle Linux 7.7
中間層 SOAはCPUをホストします 4 Intel Xeon 2.90GHz
中間層 メモリー 35Gb
中間層 Oracleソフトウェアのユーザー/グループ oracle/oinstall
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階層 スキャンIP/アドレス 10.10.10.30-31-32 / dbhost-scan.myopnetwork.com
DB階層 CPU 8 Intel Xeon
DB階層 メモリー 130Gビット
DB階層 Cdb/pdb Orcl / PDB1
DB階層 PDBサービス名 soapdb。example.com
DB階層 DBホストOS Oracle Linux 7.7
DB階層 RDBMSバージョン 19.11
ストレージ* NFSボリューム、マウントおよびサイズ

NFS: SOAHOST1にマウントされた/export/soa/products1から/u01/oracle/products

NFS: SOAHOST2にマウントされた/export/soa/products2から/u01/oracle/products

NFS: SOAHOST1およびSOAHOST2にマウントされた/export/soa/configから/u01/oracle/config

NFS: SOAHOST1およびSOAHOST2の/export/soa/runtimeから/u01/oracle/runtime

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

LOCAL**: SOAHOST2の/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/mysoadomain
メインEDGフォルダ* DEPLOY_PLAN_HOME /u01/oracle/config/dp
メインEDGフォルダ* KEYSTORE_HOME /u01/oracle/config/keystores
メインEDGフォルダ* ASERVER_HOME /u01/oracle/config/domains/mysoadomain
メインEDGフォルダ* PRIVATE_CONFIG_DIR /u02/oracle/config
メインEDGフォルダ* MSERVER_HOME /u02/oracle/config/domains/mysoadomain
メイン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: //mysoa.example.com: 7001/console/
メインURL

Soa-infra URL

https://mysoa.example.com/soa-infra/
メインURL

WSM (内部)

http://mysoa.example.com:8888/wsm-pm/

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

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

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

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

参照としてのプライマリ・システムの前の例に基づいて、次のスタンバイ・アーキテクチャの例を示します。

Standby- cloud.pngの説明が続きます
図standby- cloud.pngの説明

Standby-cloud-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ロード・バランサは、高可用性(HA)をすぐに提供します。

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

    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ファイル・システムの例を示します:

      • 共有SOA構成用の1つのOracle Cloud Infrastructure File Storageファイル・システム(soadrconfigなど)。SOAHOST1およびSOAHOST2によってマウントされます。
      • 共有SOAランタイム用に1つのOracle Cloud Infrastructure File Storageファイル・システム(soadrruntimeなど)。SOAHOST1およびSOAHOST2によってマウントされます。
      • SOAHOST1の製品ホーム用に1つのOracle Cloud Infrastructure File Storageファイル・システム(soadrproducts1など)。これは、SOAHOST1 (および中間層ホストが2つ以上ある場合は SOAHOST3、5)によってマウントされます。
      • SOAHOST2の製品ホーム用に1つのOracle Cloud Infrastructure File Storageファイル・システム(soadrproducts2など)。これは、SOAHOST2 (中間層ホストが2つ以上ある場合は SOAHOST4、6)によってマウントされます。

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

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

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

    次のイメージは、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 SOA Suiteのコンピュート・インスタンス コンピュート・インスタンスの数 プライマリWebLogicホストと同じ数。たとえば、hydrsoa1およびhydrsoa2です。
Oracle SOA Suiteのコンピュート・インスタンス オペレーティング・システム プライマリSOAホストと最も似ています。たとえば、Oracle Linux 7.9です。
Oracle SOA Suiteのコンピュート・インスタンス 形状 プライマリSOAホストと最も類似しています。たとえば、VM.Standard2.2です。
Oracle Cloud Infrastructure File Storage マウント・ターゲット 1 (2つの可用性ドメインを使用している場合は2)。
Oracle Cloud Infrastructure File Storage ファイル・システム

soadrconfigFSS

soadrruntimeFSS

soadrproducts1FSS

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

soadrbv1

soadrbv2
DBシステム 合計ノード数 プライマリと同じ。たとえば、2です。
DBシステム 形状 プライマリDBホストによく似ています。たとえば、VM Standard2.8です。
DBシステム ストレージ プライマリDBによく似ています。たとえば、1024GBです。
DBシステム RDBMSバージョン プライマリDBによく似ています。たとえば、19.11です。
DBシステム データベース名 プライマリと同じ。たとえば、ORCLと入力します。
DBシステム PDB名 プライマリ・データベースと同じです。たとえば、PDB1です。