10
高可用性環境へのインストール: 概要

この章では、Oracle Application Serverでサポートされている高可用性構成の概要を説明します。詳細は、後続の章で説明します。また、この章では共通の要件についても説明します。

この章の内容は次のとおりです。

10.1 高可用性構成の概要

この章では、Oracle Application Serverでの高可用性構成の概要のみを説明します。構成の詳細は、『Oracle Application Server高可用性ガイド』を参照してください。

Oracle Application Serverがインストール時にサポートする高可用性構成のタイプは次のとおりです。それぞれのタイプには複数のバリエーションがあることに注意してください。

高可用性構成の比較一覧は、第10.1.4項「相違の概要」を参照してください。

10.1.1 OracleAS Cold Failover Cluster

Oracle Application Serverは、OracleAS Cold Failover Clusterを使用しているそのコンポーネントすべてに対し、アクティブ-パッシブ・モデルを提供します。OracleAS Cold Failover Cluster構成では、2つ以上のアプリケーション・サーバーのインスタンスが同じアプリケーションのワークロードを処理するように構成されていますが、一度にアクティブになるサーバーは1つのみです。これらのインスタンスは1台のマシンまたは別々のマシンに常駐できます。

OracleAS Cold Failover Cluster構成の最も一般的なプロパティは次のとおりです。

共有記憶域

アクティブ-パッシブ構成におけるパッシブなOracle Application Serverインスタンスは、アクティブなインスタンスと同じOracleバイナリ、構成ファイルおよびデータにアクセスできます。
仮想ホスト名

OracleAS Infrastructureのインストール中は、「仮想ホストの指定」画面で仮想ホスト名を指定できます。このOracleAS Infrastructure仮想ホスト名は、ハードウェア・クラスタまたはロード・バランサで管理でき、OracleAS Infrastructureにアクセスするために中間層とOracleAS Infrastructureのコンポーネントによって使用されます。これは、OracleAS InfrastructureがOracleAS Cold Failover ClusterソリューションまたはOracleAS Clusterソリューションにおいてシングル・ノードのインストールであるかどうかに左右されません。

仮想ホスト名は、仮想IPと関連付けられます。これは、ハードウェア・クラスタまたはロード・バランサによってOracle Application Serverの中間層がOracleAS Infrastructureの単一のシステム・ビューを表示できるようにするために選択される名前です。この名前とIPのエントリは、サイトが使用するDNSに追加する必要があります。それによって、このエントリをローカルの/etc/hosts（またはそれと同等の）ファイルに追加しなくても、中間層ノードをOracleAS Infrastructureと関連付けることができるようになります。たとえば、ハードウェア・クラスタの2つの物理的なホスト名がnode1.mycompany.comとnode2.mycompany.comである場合は、selfservice.mycompany.comという名前によって、このクラスタの単一のビューがもたらされます。DNSでは、selfserviceは、ハードウェア・クラスタを経由してnode1とnode2の間で移動するOracleAS Infrastructureの仮想IPアドレスにマップされるか、ロード・バランサによってnode1とnode2の間で移動する仮想アドレスIPにマップされます。この移動はすべて、どちらの物理ノードがアクティブになっていて、特定のリクエストを実際に処理しているかを中間層が把握していなくても行われます。

関連項目
『Oracle Application Server高可用性ガイド』

Oracle Application Server中間層のインストール中に仮想ホスト名を指定することはできませんが、Cold Failover Cluster中間層用のインストール後の構成手順に従うことで、ハードウェア・クラスタまたはロード・バランサを経由して仮想ホスト名を使用することはできます。
フェイルオーバー手順

アクティブ・パッシブ構成には、アクティブなインスタンスの障害を検出し、パッシブなインスタンスにフェイルオーバーしてダウンタイムを最小にするための一連のスクリプトと手順も含まれています。

OracleAS Cold Failover Cluster構成の利点は次のとおりです。

可用性の強化

アクティブなインスタンスに何らかの理由で障害が発生するか、オフラインにしなければならない場合、同一の構成を持つパッシブのインスタンスがアクティブなインスタンスを引き継ぐために常に待機しています。
運営コストの削減

アクティブ-パッシブ構成では、1つのセットのプロセスのみが稼働し、リクエストを処理します。通常、アクティブなインスタンスの管理は、多数のアクティブなインスタンスの管理よりも楽な作業で済みます。
アプリケーションの独立性

アプリケーションの中には、アクティブ-アクティブ構成が適していないものがあります。このようなアプリケーションには、アプリケーションの状態や、ローカルで格納される情報に大きく依存するものがあります。アクティブ-パッシブ構成では、常に1つのインスタンスのみがリクエストを処理します。

一般的に、「OracleAS Cold Failover Cluster」という用語は、Oracle Application Serverのインスタンス・レベルにおけるクラスタ化を示します。ただし、クラスタ化されているインスタンスのタイプを明示する必要がある場合、このドキュメントではOracleAS Cold Failover Cluster（タイプ）を使用してクラスタ・ソリューションを特徴付けます。たとえば、次のようになります。

OracleAS Cold Failover Cluster（Identity Management）
OracleAS Cold Failover Cluster（中間層）

Oracle Application Serverシステム（コンテンツのキャッシュ）のエントリ・ポイントからバックエンド・レイヤー（データ・ソース）に至るまで、クライアントのリクエストが通過するすべての層は、OracleAS Clusterを使用した冗長的なアクティブ-アクティブ構成、またはOracleAS Cold Failover Clusterを使用したアクティブ-パッシブ構成を使用して構成できます。

インストールの詳細は、第11章「高可用性環境へのインストール: OracleAS Cold Failover Cluster」を参照してください。

10.1.2 OracleAS Cluster

Oracle Application Serverは、OracleAS Clusterを使用したそのすべてのコンポーネントに対してアクティブ-アクティブな冗長モデルを用意しています。OracleAS Clusterでは、2つ以上のOracle Application Serverのインスタンスが同じアプリケーション・ワークロードを処理するように構成されます。これらのインスタンスは1台のマシンまたは別々のマシンに常駐できます。アクティブなインスタンスは、外部のロード・バランサによってフロントエンドとして使用し、任意のアクティブなインスタンスにリクエストをリダイレクトするか、アドレス・リストなどの他のアプリケーションレベルの構成によってリクエストを分散することができます。

OracleAS Cluster構成の最も一般的なプロパティは次のとおりです。

同一のインスタンスの構成

各インスタンスは同じワークロードまたはアプリケーションを処理します。この構成では、同一のリプライが同じリクエストに配信されることが保証されます。構成プロパティには、同一のものと、ローカル・ホスト名情報のようにインスタンスごとに異なるものがあります。
総合管理

アクティブ-アクティブ構成では、通常は1つのシステムに行われた変更を他のシステムに伝播する必要があります。
独立した運用

可用性を最大化するために、アクティブ-アクティブ構成における1つのOracle Application Serverインスタンスを失っても、リクエストの処理を継続する他のインスタンスの能力に影響が及ばないようにする必要があります。

OracleAS Cluster構成の利点は次のとおりです。

可用性の強化

アクティブ-アクティブ構成は、冗長構成です。1つのインスタンスを失っても、他のインスタンスが同じリクエストを継続して処理できます。
スケーラビリティとパフォーマンスの強化

同一の構成を持つ複数のインスタンスは、分散されたワークロードを各マシンおよびプロセス間で共有できるようにする機能を備えています。正しく構成すれば、アプリケーションの需要拡大に合せて新しいインスタンスを追加することもできます。

一般的に、「OracleAS Cluster」という用語は、Oracle Application Serverのインスタンス・レベルにおけるクラスタ化を示します。ただし、クラスタ化されているインスタンスのタイプを明示する必要がある場合、このドキュメントではOracleAS Cluster（タイプ）を使用してクラスタ・ソリューションを特徴付けます。たとえば、次のようになります。

2つ以上のJ2EEのインスタンスはOracleAS Cluster（J2EE）
2つ以上のOracleAS PortalのインスタンスはOracleAS Cluster（Portal）
2つ以上のOracle Identity ManagementのインスタンスはOracleAS Cluster（Identity Management）

OracleAS Cluster（Identity Management）の詳細は、第12章「高可用性環境へのインストール: OracleAS Cluster（Identity Management）」を参照してください。

10.1.3 OracleAS Disaster Recovery

OracleAS Disaster Recovery構成には、次の特性があります。

本番サイトとその本番サイトをミラーリングするスタンバイ・サイト。通常、これらのサイトは、洪水、火災、地震などのサイト障害に備えて、互いに離れた場所に設置されます。正常動作時には、本場サイトがすべてのリクエストを処理します。本番サイトが停止すると、スタンバイ・サイトが引き継ぎ、すべてのリクエストを処理します。
各サイトには、ハードウェアおよび実行するソフトウェアがすべて備わっています。また、OracleAS Infrastructureの実行用ノードと中間層、ロード・バランサおよびDNSサーバーも含まれています。

OracleAS Disaster Recoveryには、OracleAS Infrastructureおよび中間層が含まれます。詳細は、第13章「高可用性環境へのインストール: OracleAS Disaster Recovery」を参照してください。

10.1.4 相違の概要

表10-1に、高可用性構成間の相違の概要を示します。

表10-1 高可用性構成間での相違

	OracleAS Cold Failover Cluster	OracleAS Cluster	OracleAS Disaster Recovery
ノード構成	アクティブ-パッシブ	アクティブ-アクティブ	アクティブ-パッシブ
ハードウェア・クラスタ	あり	なし	オプション（OracleAS InfrastructureをOracleAS Cold Failover Cluster構成にインストールする場合にのみハードウェア・クラスタが必要です）
仮想ホスト名	あり	なし	あり
ロード・バランサ	なし	あり	なし
共有記憶域	あり	なし	なし

10.2 高可用性構成のインストール順序

高可用性構成では、コンポーネントは次の順序でインストールします。

OracleAS Metadata Repository
Oracle Identity Managementコンポーネント

Oracle Identity Managementのコンポーネントを分散する場合は、それらのコンポーネントを次の順序でインストールします。
1. Oracle Internet Directory および Oracle Directory Integration and Provisioning
2. OracleAS Single Sign-On および Oracle Delegated Administration Services
中間層

中間層は、他のコンポーネントより先にインストールし、他のコンポーネントのインストールが完了した後に、中間層に高可用性構成を再度関連付けることができます。

10.3 高可用性構成の要件

この項では、すべての高可用性構成に共通の要件を説明します。これらの共通の要件に加えて、各構成には固有の要件があります。詳細は、それぞれの章を参照してください。

注意
第4章「要件」に示す要件に加えて、使用する高可用性構成に固有の要件を満たす必要があります。

共通の要件は次のとおりです。

10.3.1 ノードの最小数の確認

高可用性構成には、2つ以上のノードが必要です。なんらかの理由でノードに障害が発生した場合、2番目のノードが引き継ぎます。

10.3.2 すべてのノードでグループが同様に定義されていることの確認

クラスタ内のすべてのノードの/etc/groupファイルに、使用するオペレーティング・システム・グループが含まれていることを確認します。oraInventoryディレクトリ用に1つのグループ、データベース管理用に1つまたは2つのグループが必要です。グループ名およびグループIDは、すべてのノードで同じである必要があります。

詳細は、第4.7項「オペレーティング・システム・グループ」を参照してください。

10.3.3 oracleユーザーのプロパティの確認

Oracle Application Serverをインストールするためのログインに使用するoracleオペレーティング・システム・ユーザーに次のプロパティがあることを確認します。

oinstallグループおよびosdbaグループに属している。oinstallグループはoraInventoryディレクトリ用で、osdbaグループはデータベース管理グループです。詳細は、第4.7項「オペレーティング・システム・グループ」を参照してください。
リモート・ディレクトリに対する書込み権限を持つ。

10.3.4 すべてのノード上の以前のOracleインストールの確認

Oracle Application Serverを高可用性構成でインストールするすべてのノードに、既存のoraInventoryディレクトリがないことを確認します。

これは、インストーラからoraInventoryディレクトリの場所の入力を要求されるようにするために必要です。既存のoraInventoryディレクトリの場所は、インストールしようとしているOracle Application Serverインスタンスでは適切でない場合があります。たとえば、OracleAS Cold Failover Clusterで、oraInventoryディレクトリを共有記憶域に配置するとします。インストーラによって既存のoraInventoryディレクトリが検出されると、自動的にそのディレクトリが使用され、場所を入力するようには要求されません。

インストーラによって検出される可能性があるoraInventoryディレクトリがノードにあるかどうかを確認するには、次の手順を実行します。

各ノードで、/var/opt/oracle/oraInst.locファイルを確認します。

ノードにこのファイルがない場合、インストーラによって使用されるoraInventoryディレクトリはありません。次のノードを確認できます。
oraInst.locファイルのあるノードの場合、インストーラによって検出されないようにディレクトリを他の名前に変更します。その結果、インストーラによってoraInventoryディレクトリの場所を入力するように要求されます。

次の例では、oracleディレクトリをoracle.origという名前に変更しています（これを実行するにはrootである必要があります）。
```
prompt> su
Password: root_password
# cd /var/opt
# mv oracle oracle.orig
```

インストーラを実行してOracle Application Serverをインストールすると、新しい/var/opt/oracleディレクトリが作成され、その中に新しいファイルが作成されます。oracleおよびoracle.origの両方のディレクトリが必要な場合があります。いずれのディレクトリも、削除したり、名前を変更しないでください。

インストーラによって、/var/opt/oracleディレクトリとそのファイルが使用されます。インストーラを実行する前に、正しいoracleディレクトリが適切な場所にあることを確認します（たとえば、製品を削除したり、拡張したりする場合）。

10高可用性環境へのインストール: 概要