7 エンタープライズ・デプロイメント用のリソースの取得
Oracle Identity and Access Management参照用トポロジを構成する前に、必要なハードウェア、ソフトウェアおよびネットワーク設定を取得することが不可欠です。
この章では、必須IPアドレスの予約およびエンタープライズ・デプロイメント用のソフトウェア・ダウンロードの特定と取得の方法について説明します。
- エンタープライズ・デプロイメント・トポロジ用のハードウェアおよびソフトウェアの要件
エンタープライズ・デプロイメント・トポロジのハードウェア・ロード・バランサの要件、ホスト・コンピュータのハードウェア要件およびオペレーティング・システム要件を理解することは重要です。 - エンタープライズ・デプロイメントのExalogicの要件
- エンタープライズ・デプロイメント用の必須IPアドレスの予約
エンタープライズ・トポロジをインストールおよび構成する前に、一連のIPアドレスを取得して予約する必要があります。予約する必要がある一連のIPアドレスは、この項にリストされています。 - エンタープライズ・デプロイメント用のソフトウェア・ディストリビューションの特定と取得
エンタープライズ・トポロジのインストールおよび構成を開始する前に、トポロジの実装に必要なソフトウェア・ディストリビューションを取得する必要があります。
親トピック: エンタープライズ・デプロイメントの準備
エンタープライズ・デプロイメント・トポロジ用のハードウェアおよびソフトウェアの要件
エンタープライズ・デプロイメント・トポロジのハードウェア・ロード・バランサの要件、ホスト・コンピュータのハードウェア要件およびオペレーティング・システム要件を理解することは重要です。
この項の内容は次のとおりです。
- ハードウェア・ロード・バランサの要件
この項では、外部ロード・バランサに必要な機能を示します。 - ホスト・コンピュータのハードウェア要件
この項では、エンタープライズ・デプロイメント・トポロジをサポートするように構成されるホスト・コンピュータの取得に役立つ情報を提供します。 - エンタープライズ・デプロイメント・トポロジのオペレーティング・システム要件
この項では、オペレーティング・システム要件の詳細を説明します。
親トピック: エンタープライズ・デプロイメント用のリソースの取得
ハードウェア・ロード・バランサの要件
この項では、外部ロード・バランサに必要な機能を示します。
このエンタープライズ・トポロジでは、外部のロード・バランサを使用します。外部ロード・バランサの機能は次のとおりです。
-
仮想ホスト名を使用して実際のサーバーのプールにトラフィックの負荷を分散する機能: クライアントは、実際のホスト名を使用するかわりに、仮想ホスト名を使用してサービスにアクセスします。ロード・バランサは、リクエストをプールのサーバーにロード・バランスできるようになります。
-
ポート変換構成が可能である必要があります。これによって、仮想ホスト名とポートにおける入力リクエストが、バックエンド・サーバーにある別のポートにリダイレクトされます。
-
プールにあるサーバーのポートを監視してサービスの可用性を判定する機能。
-
外部ロード・バランサ上で名前およびポートを構成する機能。仮想サーバー名とポートは、次の要件を満たす必要があります。
-
ロード・バランサは複数の仮想サーバーの構成が可能である必要がある。各仮想サーバーに対して、ロード・バランサは複数のポート上でトラフィック管理の構成を行える必要があります。たとえば、Web層のOracle HTTP Serverの場合、ロード・バランサでは、HTTPとHTTPSのトラフィックに対して仮想サーバーとポートで構成されている必要があります。
-
仮想サーバー名は、IPアドレスに関連付けられていて、DNSの一部である必要がある。クライアントは仮想サーバー名を使用して外部ロード・バランサにアクセスできる必要があります。
-
-
ノード障害を検出し、障害が発生したノードへのトラフィックのルーティングをすぐに停止する機能。
-
ロード・バランサをフォルト・トラレント・モードに構成することを強くお薦めします。
-
トラフィックの転送先となるバックエンド・サービスが使用不可の場合に、即座にコール元クライアントに戻るようにロード・バランサの仮想サーバーを構成しておくことを強くお薦めします。これは、クライアントのマシンのTCP/IP設定に基づくタイムアウトの後、自ら接続解除するクライアントに対して好ましい構成です。
-
コンポーネントへのスティッキーな接続を維持する機能。この例には、Cookieベースの永続性やIPベースの永続性などが含まれています。
-
ロード・バランサはSSLリクエストをロード・バランサで終了して、同等の非SSLプロトコル(たとえば、HTTPSからHTTP)を使用してトラフィックを実際のバックエンド・サーバーに転送できる必要があります。
-
SSLアクセラレーション(これは推奨する機能ですが、エンタープライズ・トポロジに必須ではありません)。
ホスト・コンピュータのハードウェア要件
この項では、エンタープライズ・デプロイメント・トポロジをサポートするように構成されるホスト・コンピュータの取得に役立つ情報を提供します。
次のトピックが含まれています
- エンタープライズ・デプロイメントのホスト・コンピュータに関する一般的な考慮事項
この項では、エンタープライズ・デプロイメントのホスト・コンピュータに必要な一般的な考慮事項を示します。 - Oracle Fusion Middlewareシステム要件の確認
この項では、環境が必要な最小要件を満たしていることを確認するために役立つシステム要件の情報に対する参照を提供します。 - エンタープライズ・デプロイメントに必要な標準的なメモリー、ファイル・ディスクリプタおよびプロセス数
この項では、エンタープライズ・デプロイメントに必要とされる標準的なメモリー、ファイル・ディスクリプタの数、およびオペレーティング・システムのプロセスとタスクの数の詳細について説明します。 - エンタープライズ・デプロイメントの標準的なディスク領域要件
この項では、このエンタープライズ・デプロイメントに通常必要なディスク容量について説明します。
エンタープライズ・デプロイメントのホスト・コンピュータに関する一般的な考慮事項
この項では、エンタープライズ・デプロイメント・ホスト・コンピュータで必要な一般的考慮事項について説明します。
Oracle Fusion Middlewareエンタープライズ・デプロイメントを構成するプロセスを開始する前に、適切なキャパシティ・プランニングを実施して、ノードの数、特定のシステムへの負荷に応じてノードごとにおけるCPUとメモリーに関する要件、スループットとレスポンスに関する要件を決める必要があります。これらの要件は、アプリケーションごと、あるいは使用しているカスタムOracle Identity and Access Managementシステムごとに異なります。
この章で提供する情報は、ホスト・コンピュータ要件を判断するために役立つ一般的なガイドラインおよび情報です。これにより、個別の本番環境に対するキャパシティ・プランニングを実行する必要がなくなるわけではありません。
ノート:
この項でホスト・コンピュータを取得し確保したら、ホスト名とシステム特性をエンタープライズ・デプロイメント・ワークブックに記録してください。これらのアドレスは、後で各ホスト・コンピュータでIPアドレスを有効化するときに使用します。「エンタープライズ・デプロイメント・ワークブックの使用」を参照してください。
親トピック: ホスト・コンピュータ・ハードウェア要件
Oracle Fusion Middlewareシステム要件の確認
この項では、環境が必要な最小要件を満たしていることを確認するために役立つシステム要件の情報に対する参照を提供します。
Oracle Fusion Middlewareのシステム要件および仕様を参照し、環境がインストールする製品の最小インストール要件を満たしていることを確認します。
要件および仕様のドキュメントには、Oracle Fusion Middlewareの一般的なハードウェアとソフトウェアの要件、ディスク領域とメモリーの最小要件、データベース・スキーマの要件、および必要なシステム・ライブラリおよびパッケージに関する情報が記載されています。
また、Oracle Fusion Middlewareデプロイメントのメモリー要件を見積るための一般的なガイドラインも記載されています。
親トピック: ホスト・コンピュータ・ハードウェア要件
エンタープライズ・デプロイメントに必要な標準的なメモリー、ファイル・ディスクリプタおよびプロセス数
この項では、エンタープライズ・デプロイメントに必要とされる標準的なメモリー、ファイル・ディスクリプタの数、およびオペレーティング・システムのプロセスとタスクの数の詳細について説明します。
次の表は、標準的なOracle Identity and Access Managementエンタープライズ・デプロイメントで管理サーバーと各管理対象サーバー・コンピュータに必要なメモリー、ファイル・ディスクリプタおよびプロセスをまとめたものです。これらの値はあくまで例にすぎませんが、初期エンタープライズ・デプロイメントに最小限必要なメモリー量の見積りに使用できます。
この項の例は、参照用トポロジに示されている、OAMHOST1で必要な管理対象サーバーおよび他のサービスを構成するための最小限の要件を反映しています。
システムの調達時には、各ホスト・コンピュータに搭載する必要がある物理メモリー量を判断するときの目安として、概算最大メモリー列の情報を使用してください。
ホスト・コンピュータ・ハードウェアを調達し、オペレーティング・システム要件を確認したら、ソフトウェア構成を調査して、オペレーティング・システムの設定が「ファイル・ディスクリプタ」列に記載されているオープン・ファイル数と「オペレーティング・システムのプロセスおよびタスク数」列に記載されているプロセス数に対応できるように構成されていることを確認します。
「UNIXシステムでのオープン・ファイル制限とプロセス数の設定」を参照してください。
管理対象サーバー、ユーティリティまたはサービス | 概算最大メモリー | ファイル・ディスクリプタ数 | オペレーティング・システムのプロセスおよびタスク数 |
---|---|---|---|
アクセス管理サーバー |
3.5GB |
1300 |
180 |
ガバナンス管理サーバー |
3.5GB |
2100 |
100 |
WLS_SOA |
2.0GB |
1400 |
210 |
WLS_OIM |
8GB |
1400 |
190 |
WLS_OAM |
1.0GB |
900 |
170 |
WLS_AMA |
2.0GB |
1200 |
160 |
WLS_WSM |
3.0GB |
200 |
130 |
WLST (ノード・マネージャへの接続) |
1.5GB |
910 |
20 |
構成ウィザード |
1.5GB |
700 |
20 |
ノード・マネージャ |
268MB |
300 |
20 |
ノード・マネージャ (ドメインごと) |
1.0GB |
720 |
15 |
合計 |
22.0GB* |
14430 |
805 |
*オペレーティング・システムとその他の追加メモリー要件を考慮した概算合計です。
親トピック: ホスト・コンピュータ・ハードウェア要件
エンタープライズ・デプロイメントの標準的なディスク領域要件
この項では、このエンタープライズ・デプロイメントに必要とされる標準的なディスク領域について説明します。
Oracle Identity and Access Management製品を含むOracle Fusion Middleware 12c (12.2.1.3.0)製品の最新のディスク領域要件は、Oracle Fusion Middlewareのシステム要件と仕様を確認してください。
また、次の表は、Oracle Identity and Access Managementエンタープライズ・デプロイメントで必要になる標準的なディスク容量をまとめたものです。
この情報と「エンタープライズ・デプロイメント用のファイル・システムの準備」の情報に基づいて、デプロイメントに必要なディスク領域を判断してください。
サーバー | ディスク |
---|---|
データベース |
nXm n = ディスクの台数、最少4台 (1台のディスクはストライプ) m = ディスクの容量(30GB以上) |
WEBHOSTn |
10GB |
OAMHOSTn |
10GB* |
OIMHOSTn |
10GB* |
LDAPHOSTn |
10GB* |
*共有記憶域Oracleホーム構成の場合、2つのインストールには合計20 GBあれば十分です。
親トピック: ホスト・コンピュータ・ハードウェア要件
エンタープライズ・デプロイメント・トポロジのオペレーティング・システム要件
この項では、オペレーティング・システム要件の詳細について説明します。
このガイドで説明するOracle Fusion Middlewareソフトウェア製品およびコンポーネントは、Oracle Fusion Middlewareシステム要件と仕様に記載されている様々なオペレーティング・システムおよびプラットフォームで動作保証されています。
ノート:
このガイドでは、Oracle Linuxシステムにおけるエンタープライズ・デプロイメント参照用トポロジの実装を中心に取り上げています。
このトポロジは、動作保証済でサポートされている任意のオペレーティング・システムで実装可能ですが、このガイドの例には、多くの場合、Oracle Linux上でbashシェルを使用して実行する必要があるコマンドと構成ステップが示されています。
エンタープライズ・デプロイメントのExalogicの要件
この項では、エンタープライズ・デプロイメントのExalogicの要件について説明します。
この項には次のトピックが含まれます:
親トピック: エンタープライズ・デプロイメント用のリソースの取得
Exalogicの仮想サーバーの要件
Exalogicの仮想デプロイメントにデプロイする場合は、標準的なOracle Identity and Access Managementエンタープライズ・デプロイメントをホストできるように、次の仮想サーバーを作成する必要があります。
ノート:
この項でホスト・コンピュータを取得し確保したら、ホスト名とシステム特性をエンタープライズ・デプロイメント・ワークブックに記録してください。これらのアドレスは、後で各ホスト・コンピュータでIPアドレスを有効化するときに使用します。詳細は、「エンタープライズ・デプロイメント・ワークブックの使用」を参照してください。
ExalogicでのIAMに必要な仮想サーバー
Exalogicシステムでの仮想構成の一部としてOracle Identity and Access Managementソフトウェアをデプロイするときに、vServerを構成する必要があります。
表7-1 vServer情報
名前 | vServerタイプ | 仮想ネットワーク | ホスト名 | 分散グループ |
---|---|---|---|---|
OTDHOST1 |
LARGE |
IPoIB-EDG脚注1 EoIB-client脚注2 IPoIB-Storage脚注3 |
OTDHOST1 OTDHOST1-ext OTDHOST1-stor |
IAM_OTD |
OTDHOST2 |
LARGE |
IPoIB-EDG EoIB-client IPoIB-Storage |
OTDHOST2 OTDHOST2-ext OTDHOST2-stor |
IAM_OTD |
OAMHOST1 |
EXTRA_LARGE |
IPoIB-EDG EoIB-client IPoIB-Storage |
OAMHOST1 OAMHOST1-ext OAMHOST1-stor |
IAM_IAD |
OAMHOST2 |
EXTRA_LARGE |
IPoIB-EDG EoIB-client IPoIB-Storage |
OAMHOST2 OAMHOST2-ext OAMHOST2-stor |
IAM_IAD |
OIMHOST1 |
EXTRA_LARGE |
IPoIB-EDG EoIB-client IPoIB-Storage |
OIMHOST1 OIMHOST1-ext OIMHOST1-stor |
IAM_IAG |
OIMHOST2 |
EXTRA_LARGE |
IPoIB-EDG EoIB-client IPoIB-Storage |
OIMHOST2 OIMHOST2-ext OIMHOST2-stor |
IAM_IAG |
LDAPHOST1 |
EXTRA_LARGE |
IPoIB-EDG IPoIB-Storage |
LDAPHOST1 LDAPHOST1-stor |
IAM_LDAP |
LDAPHOST2 |
EXTRA_LARGE |
IPoIB-EDG IPoIB-Storage |
LDAPHOST2 LDAPHOST2-stor |
IAM_LDAP |
脚注1
IPoIB-EDGは、vServer間通信に使用される内部IPoIBネットワークです。このネットワークを使用する計画の場合のみ、これが必要です。EoIBネットワークですべてをやり取りする場合、これは必要ありません。
脚注2
EoIB-clientは、社内イーサネットに接続するクライアント・アクセス・ネットワークです
脚注3
IPoIB-Storageは、vServerがZFSストレージ・アプライアンスとの通信で使用する内部ネットワークです。
親トピック: Exalogic仮想サーバーの要件
分散グループについて
分散グループを使用して、複数の仮想サーバーで実行される同じアプリケーションが同じ物理ホストで実行されないようにします。同じタイプの複数のvServerが同じ物理サーバー上で実行されるのを防ぐことによって、基礎となる物理サーバーに障害が発生したときにシステム全体が停止するのを防ぎます。
Oracle Fusion Middlewareエンタープライズ・デプロイメントでは、次の分散グループが必要です。
-
EDG_OTD: 2つのOracle Traffic Directorサーバーが同じ物理サーバー上で実行されるのを防ぎます。
-
EDG_OAM: 2つのIAMAccessDomainサーバーが同じ物理サーバー上で実行されるのを防ぎます。
-
EDG_OIM: 2つのIAMGovernanceDomainサーバーが同じ物理サーバー上で実行されるのを防ぎます。
-
EDG_LDAP: 2つのLDAPサーバーが同じ物理サーバー上で実行されるのを防ぎます。
親トピック: Exalogic仮想サーバーの要件
プライベート・ネットワークについて
内部ネットワーク上で内部アプリケーション通信を維持する場合は、プライベートVLANを作成する必要があります。これは、仮想ExalogicではEMOCを介して、物理Exalogicでは手動で行います。IAMのEMOCにプライベート・ネットワークを作成する場合は、少なくとも20個のIPアドレス用の領域が必要です。これを行う手順は、『Exalogicハードウェア・エンタープライズ・デプロイメント・ガイド』で説明しています。
親トピック: エンタープライズ・デプロイメントのExalogicの要件
Exalogic Elastic Cloudネットワークについて
Exalogic Elastic Cloudを実行すると、複数のネットワークが仮想サーバーへの接続に使用可能になります。名前は実行時に作成された方法に応じて異なる場合がありますが、必要なネットワークは次のとおりです。
-
EoIB-Client - これは、メインの社内ネットワークへの接続に使用されるネットワークです。外部ネットワークとも呼ばれています。
-
IPoIB-EDG - これは、内部アプリケーション接続に使用されるプライベート・ネットワークです。外部からは接続できません。
-
IPoIB-Storage - これは、仮想サーバーがZFSストレージ・アプライアンスへの接続に使用するプライベート・ネットワークです。
親トピック: エンタープライズ・デプロイメントのExalogicの要件
仮想サーバー・テンプレートについて
Oracle Exalogic Elastic Cloudを実行すると、複数の仮想サーバー・テンプレートが使用されます。
Oracle Exalogic Elastic Cloudで作成される標準的な仮想サーバー・テンプレートは次のとおりです。これらの値は、キャパシティ・プランニングの結果に応じてカスタマイズできます。
表7-2 仮想サーバー・テンプレート
タイプ | 説明 | メモリー(GB) | 仮想CPUの数 |
---|---|---|---|
VERY_LARGE |
大量のメモリーを消費するアプリケーション |
20 |
6 |
EXTRA_LARGE |
CPU集中型アプリケーション |
16 |
6 |
LARGE |
平均的な強度のアプリケーション |
8 |
2 |
SMALL |
低い強度のアプリケーション |
4 |
1 |
親トピック: エンタープライズ・デプロイメントのExalogicの要件
エンタープライズ・デプロイメント用の必須IPアドレスの予約
エンタープライズ・トポロジをインストールして構成する前に、一連のIPアドレスを取得して予約する必要があります。予約する必要がある一連のIPアドレスは、この項にリストされています。
エンタープライズ・トポロジのインストールおよび構成を開始する前に、次の一連のIPアドレスを取得および予約する必要があります。
-
トポロジのために取得した各ホスト・コンピュータの物理IP (IP)アドレス
-
管理サーバーの仮想IP (VIP)アドレス
-
サーバー全体の移行に対して構成された各管理対象サーバーの追加VIPアドレス
自動サービス移行をサポートするFusion Middleware 12c製品の場合、管理対象サーバーのVIPは通常は必要ありません。
-
各VIPにマップされる一意の仮想ホスト名。
ネットワーク管理者と協力して、これらの必須VIPが、ご使用のDNSサーバーに定義されていることを確認できます。非本番環境では、かわりに/etc/hostsファイルを使用してこれらの仮想ホストを定義できます。
詳細な情報は、次のトピックを参照してください
- 仮想IP (VIP)アドレスとは
この項では、仮想IPアドレスを定義し、その用途について説明します。 - 仮想ホスト名と仮想IPアドレスを使用する理由
特にエンタープライズ・デプロイメントの場合、一連のVIPおよびそれらがマップされている仮想ホスト名を、社内ネットワーク上で予約して有効化することが重要です。 - エンタープライズ・トポロジで必要とされる物理IPアドレスと仮想IPアドレス
この項では、通常のOracle Identity and Access Managementエンタープライズ・デプロイメント・トポロジで管理サーバーと各管理対象サーバーに必要な物理IP (IP)および仮想IP (VIP)アドレスについて説明します。
親トピック: エンタープライズ・デプロイメント用のリソースの取得
仮想IP (VIP)アドレスとは
この項では、仮想IPアドレスを定義し、その用途について説明します。
仮想IPアドレスは、ホストの主要IPアドレスと同じサブネットに属する、未使用のIPアドレスです。これは、ホストに手動で割り当てられます。コンピュータで障害が発生した場合は、仮想アドレスをトポロジ内の新しいホストに割り当てることができます。このガイドの用途では、仮想IPアドレスはホスト間で再割当て可能なアドレスとして、物理IPアドレスはハードウェア・ホスト・コンピュータに永続的に割り当てられるアドレスとして扱います。
仮想ホスト名と仮想IPアドレスを使用する理由
特にエンタープライズ・デプロイメントの場合、一連のVIPおよびそれらがマップされている仮想ホスト名を、社内ネットワーク上で予約して有効化することが重要です。
ホスト名は、様々なノードを通して伝播される適切な/etc/hosts
ファイルをかわりに使用して解決できます。
IPアドレスが割り当てられたホスト・コンピュータに障害が発生した場合は、割り当てられた管理対象サーバーの実行を新しいホストが引き継ぐことができるように、このIPアドレスは同じサブネット内の別のホスト・コンピュータに割り当てることができます。
管理サーバーの仮想IPアドレスの再割当ては手動で実行する必要がありますが、管理対象サーバーの仮想IPアドレスの再割当ては、Oracle WebLogic Serverのサーバー全体の移行機能を使用して自動的に実行できます。
サーバー全体の移行を使用する必要があるかどうかは、デプロイする製品およびその製品で自動サービス移行がサポートされているかどうかによって異なります。
エンタープライズ・トポロジで必要とされる物理IPアドレスと仮想IPアドレス
この項では、標準的なOracle Identity and Access Managementエンタープライズ・デプロイメント・トポロジで管理サーバーと各管理対象サーバーに必要な物理IP (IP)と仮想IP (VIP)アドレスを示します。
エンタープライズ・デプロイメントのインストールおよび構成を開始する前に、表7-3のVIPに対応する一連のホスト名およびIPアドレスを予約します。
VIPには任意の一意のホスト名を割り当てることができますが、このガイドでは、この表の推奨ホスト名を使用して各VIPを参照します。
ノート:
この項でIPアドレスおよび対応する仮想ホスト名を取得および予約したら、それらのIPアドレスとホスト名の値をエンタープライズ・デプロイメント・ワークブックに記録してください。これらのアドレスは、後で各ホスト・コンピュータでIPアドレスを有効化するときに使用します。「エンタープライズ・デプロイメント・ワークブックの使用」を参照してください。
表7-3 エンタープライズ・デプロイメントに必要な仮想IPアドレスのサマリー
仮想IP | VIPのマップ先 | 説明 |
---|---|---|
VIP1 |
IADADMINVHN |
IADADMINVHNは、IAMAccessDomainによって使用される管理サーバーのリスニング・アドレスとして使用される仮想ホスト名であり、管理サーバーの手動フェイルオーバーによりフェイルオーバーします。 管理サーバー・プロセスが実行されているノードで有効化されます |
VIP2 |
IGDADMINVHN |
IGDADMINVHNは、IAMGovernacneDomainによって使用される管理サーバーのリスニング・アドレスとして使用される仮想ホスト名であり、管理サーバーの手動フェイルオーバーによりフェイルオーバーします。 管理サーバー・プロセスが実行されているノードで有効化されます |
VIP3 |
OTDADMINVHN |
OTDADMINVHNは、OTDDomainによって使用される管理サーバーのリスニング・アドレスとして使用される仮想ホスト名であり、管理サーバーの手動フェイルオーバーによりフェイルオーバーします。 管理サーバー・プロセスが実行されているノードで有効化されます Oracle Traffic Directorを使用している場合のみ、これが必要です。 |
Oracle Identity Governance用にサービス移行でなくサーバー全体の移行を使用する計画の場合、次の追加VIPSが必要です。
表7-4 サーバー全体の移行に必要な仮想IPアドレスのサマリー
仮想IP | VIPのマップ先 | 説明 |
---|---|---|
VIP1 | OIMHOSTxVHN1 | OIMHOSTxVHN1はWLS_OIM管理対象サーバーによって使用されます。 |
VIP2 | OIMHOSTxVHN2 | OIMHOSTxVHN2はWLS_SOA管理対象サーバーによって使用されます。 |
VIP3 | OIMHOSTxVHN3 | OIMHOSTxVHN3はWLS_WSM管理対象サーバーによって使用されます。 |
前述の例で、x
はホスト名を表します。たとえば、OIMHOST1VHN1
です。
エンタープライズ・デプロイメント用のソフトウェア・ディストリビューションの特定と取得
エンタープライズ・トポロジのインストールおよび構成を開始する前に、トポロジの実装に必要なソフトウェア・ディストリビューションを入手する必要があります。
次の表に、このガイドで使用されるディストリビューションを示します。
Oracle Fusion Middlewareソフトウェアの入手方法の一般情報は、『Oracle Fusion Middlewareのインストールのプランニング』の製品ディストリビューションの入手に関する項を参照してください。
特定のOracle Fusion Middleware製品の場所とダウンロードに固有の詳細は、OTNのOracle Fusion Middlewareダウンロード、インストール、構成のReadmeファイルを参照してください。
ノート:
このガイドの情報は、Oracle Fusion Middleware動作保証マトリクスに記述されている情報を補完するためのものです。このガイドの情報と動作保証マトリクスの情報に相違がある場合は、動作保証マトリクスの情報を適切なバージョンとしてください。動作保証マトリクスのほうが頻繁に更新されています。ディストリビューション | インストーラ・ファイル名 | 説明 |
---|---|---|
Oracle Fusion Middleware 12c (12.2.1.3.0) Infrastructure |
|
このディストリビューションをダウンロードしてOracle Fusion Middleware Infrastructureをインストールします。これには、Oracle WebLogic ServerおよびOracle Fusion Middleware製品に必要なJava Required Filesソフトウェアが含まれています。 このディストリビューションによってリポジトリ作成ユーティリティ(RCU)もインストールされます。これは、以前のOracle Fusion Middlewareリリースでは独自のディストリビューションにパッケージされていました。 |
Oracle HTTP Server 12c (12.2.1.3.0) |
|
このディストリビューションをダウンロードして、Web層にOracle HTTP Serverソフトウェアをインストールします。 |
Oracle Traffic Director 12c (12.2.1.3.0) |
|
このディストリビューションをダウンロードして、Oracle Traffic Directorソフトウェアをインストールします。 |
Oracle Unified Directory 12c (12.2.1.3.0) |
|
このディストリビューションをダウンロードして、Oracle Unified Directoryソフトウェアをインストールします。 |
Oracle Internet Directory 12c (12.2.1.3.0) |
|
このディストリビューションをダウンロードして、Oracle Internet Directoryソフトウェアをインストールします。 |
Oracle Identity and Access Management 12c (12.2.1.3.0) |
|
このディストリビューションをダウンロードして、Oracle Identity and Access Managementソフトウェアをインストールします。 |
Oracle SOA Suite 12c (12.2.1.3.0) |
|
このディストリビューションをダウンロードして、Oracle SOA Suiteソフトウェアをインストールします。 |
Oracle Identity Managerコネクタ・バンドル(x.x.x.x) |
このディストリビューションをダウンロードして、Oracle Identity Managerコネクタをインストールします。 |
ノート:
このドキュメントにある機能の一部では、バンドル・パッチ2 (BP2)以降を適用する必要があります。親トピック: エンタープライズ・デプロイメント用のリソースの取得