この付録では、Oracle Traffic Directorをインストールする前にエンジニアド・システムを構成するために必要な追加手順について説明します。
この付録の内容は次のとおりです。
この項では、Oracle Traffic Directorをインストールする前に、ExalogicのZFSアプライアンスで共有ストレージを構成する方法を説明します。
この項で説明する設定は、Exalogic内のトラフィックを監視し形成するアプリケーションレベルのトラフィック管理機能を求めている場合に理想的です。これを実現するために、2つの計算ノードが割り当てられ、ここで受信トラフィックが適切にスクリーニングされ、いずれかのバックエンド・アプリケーション・サーバーにルーティングされます。このシナリオでは、Oracle Traffic Director (Web層)は通常2つの計算ノードでホストされ、アプリケーション層はその他の計算ノードに置かれます。Web層およびアプリケーション層のトラフィックは、ここでは物理レベルおよびネットワーク・レベルの両方で分離されます。
注意: Exalogic (Solaris)では、Oracle Traffic Directorをグローバル・ゾーンにインストールした場合のみ、高可用性を得られるように構成できます。また、すべての管理ノードがグローバル・ゾーンで実行されている必要があります。 |
この項には次のサブセクションが含まれます:
Exalogic環境では、すべての計算ノードがInfiniBandファブリックにより共有ストレージ・アレイ(ZFSストレージ・アプライアンス)に接続されます。共有ストレージ・アレイはすべてのアプリケーションのインストールおよび構成に使用され、ネットワーク・ファイル・システム(NFS)によりこれらの各計算ノード内にローカル・マウントされます。
ExalogicにOracle Traffic Directorをインストールする前に、まず新規プロジェクトおよび共有を作成してから、これらの共有をローカル・マウントする必要があります。
Oracle Traffic Directorのインストールでは、Oracle Traffic Directorをホストする共有が計算ノードに対して一意になるようにすることをお薦めします。たとえば、高可用性を得るためにOracle Traffic Directorが2つの計算ノードにインストールされている場合、次のインストール・レイアウトにすることをお薦めします。
ストレージ・アレイ内にprimary
という共有を作成し、この共有を片方の計算ノード内にローカル・マウントします。
ストレージ・アレイ内にsecondary
という共有を作成し、この共有をもう1つの計算ノード内にローカル・マウントします。
高可用性を得るためにOracle Traffic Directorを構成する場合、管理サーバーおよび管理ノードには、インスタンス・ルート・ディレクトリ内にroot
アクセス権が必要です。同様に、ZFS共有場所はroot
ユーザーがこの共有場所に読み書きできるよう適切に構成する必要があります。このためには、ZFSコンソール内でNFS例外としてroot access
を有効にします。
次の手順を実行して、root
アクセス権ありで共有を作成およびマウントします。
注意: 各ノードにOracle Traffic Directorをインストールすることをお薦めします。これは、Oracle Traffic Directorのパッチ適用中にアプリケーションの停止時間がなくなるようにするためです。 |
新規プロジェクトを作成してそのプロジェクト内に新規共有を作成するか、既存のプロジェクト内に新規共有を作成します。プロジェクトおよび共有の作成の詳細は、『Oracle Exalogic Elastic Cloud Machineオーナーズ・ガイド』の「Sun ZFSストレージ7320アプライアンスの構成」の章にある次の各項を参照してください。
カスタム・プロジェクトの作成
カスタム共有の作成
ZFSストレージ・アプライアンスにログインします。
作成した共有が、Oracle Traffic Directorをホストする計算ノードに対するroot
アクセスを許可するよう構成されていることを確認してください。これには次の操作を行います。
ZFS共有ストレージ管理コンソールの使用
ZFS共有ストレージ管理コンソールのNFS例外セクションで、Oracle Traffic Director構成をホストする共有にroot
アクセスを許可する適切なNFS例外があることを確認してください。
さらに、プロジェクトの設定ページの「プロパティ」セクションで、次のオプションの選択を解除します。
読取り時のアクセス時間の更新
所有権の変更の制限
これらのオプションの使用方法は、次のガイドを参照してください。
Oracle Exalogic Elastic Cloud Machine所有者ガイド
Oracle Exalogic Elastic Cloud管理者ガイド
CLIの使用
次のコマンドを実行します。
sharenfs ="sec=sys,rw=@<ip-address-1>/<network-prefix-bits>,root=@<ip-address-2>/<network-prefix-bits>"
Exalogic物理構成では、ip-address-1
およびip-address-2
は計算ノードのBOND0
IPアドレスとなります。
Exalogic仮想構成では、ip-address-1
およびip-address-2
はIPoIB-vServer-shared-storage
ネットワークのvServerのIPアドレスとなります。
例:
set sharenfs="sec=sys,rw=@196.168.10.0/24,root=@192.168.10.1/24"
注意:
|
root
アクセス権なしで作成された共有の場合、次のコマンドを実行します。これにより、Oracle Traffic Directorをホストする計算ノード内のroot
ユーザーは、管理サーバーおよび管理ノードを起動できるようになります。
<ZFS-SharedStorage> shares <ZFS-SharedStorage> select <Project-used-for-OTD> <ZFS-SharedStorage> get sharenfs <ZFS-SharedStorage> set sharenfs ="sec=sys,rw=@<<ip-address-1>/<network-prefix-bits>,root=@<ip-address-2>/<network-prefix-bits>" <ZFS-SharedStorage> commit
適切な権限ありで共有を作成した後、要件に基づいて共有をマウントします。
Exalogic物理構成における共有のマウントの詳細は、『Oracle Exalogic Elastic Cloud Machineオーナーズ・ガイド』の「ExalogicにおけるNFSバージョン4 (NFSv4)の構成」のOracle LinuxにおけるNFSv4マウント・ポイントの作成に関する項を参照してください。
Exalogic仮想構成における共有のマウントの詳細は、『Oracle Exalogic Elastic Cloud管理者ガイド』のvServerにおけるZFSストレージ・アプライアンスへのアクセスの設定に関する項を参照してください。
作成するマウント・ポイントは、Oracle Traffic Directorがインストールされる場所です。詳細は、第2章「Oracle Traffic Directorのインストール」を参照してください。
この項では、グローバル・ゾーンおよび非グローバル・ゾーンについて説明し、さらにOracle SuperClusterにOracle Traffic Directorをインストールするための様々なオプションについて説明します。
この章で説明する設定は、Oracle SuperCluster内のトラフィックを監視し形成するアプリケーションレベルのトラフィック管理機能を求めている場合に理想的です。Oracle SuperClusterでは、2つのゾーン(グローバルまたは非グローバル)が割り当てられ、ここで受信トラフィックがスクリーニングされ、いずれかのバックエンド・アプリケーション・サーバーにルーティングされます。このシナリオでは、Oracle Traffic Director (Web層)は通常2つのゾーンでホストされ、アプリケーション層はその他のゾーンに置かれます。
この項には次のサブセクションが含まれます:
Oracle SuperClusterにOracle Traffic Directorをインストールする前に、次の点について考慮する必要があります。
Oracle Traffic Directorを正常に実行するためには、Oracle VM Server for SPARC (以前は論理ドメインと呼ばれていたもの)など、Solaris 11.1を実行するアプリケーション・ドメインが必要です。
Oracle VM Server for SPARCでは、Oracle Traffic Directorをグローバル・ゾーンまたは非グローバル・ゾーンのいずれかにインストールできます。
グローバル・ゾーンはデフォルト・オペレーティング・システムで、すべてのプロセスを制御できます。グローバル・ゾーンは、他のゾーンが構成されていないときでも常に存在します。グローバル・ゾーンはシステム全体の管理制御にも使用されます。
非グローバル・ゾーンは、ゾーンとも呼ばれ、グローバル・ゾーンの内部に構成されます。各ゾーンは、アプリケーションの実行に使用できる独立したOS環境です。あるゾーンで実行中のアプリケーションおよびプロセスは、別のゾーンで実行中のアプリケーションやプロセスに影響を与えません。
グローバル・ゾーンおよび非グローバル・ゾーンの詳細は、Oracle Solaris 11.1の管理: Oracle Solaris Zones、Oracle Solaris 10 Zonesおよびリソース管理(http://docs.oracle.com/cd/E26502_01/html/E29024/zone.html)のOracle Solaris Zonesに関する項を参照してください。
グローバルまたは非グローバルを選択する際に考慮する1つの重要な要素は、Oracle Traffic Directorはグローバル・ゾーンにインストールした場合のみ高可用性を得る目的で構成できるということです。また、すべての管理ノードがグローバル・ゾーンで実行されている必要があります。
注意: VRRPの構成およびその後のフェイルオーバー・グループの構成は、グローバル・ゾーンで、権限を持つユーザーにのみサポートされます。これは、Solaris VRRPの制約によるものです。詳細は、Oracle Solaris 11.1ネットワーク・パフォーマンスの管理ガイド(http://docs.oracle.com/cd/E26502_01/html/E28993/gkmfl.html)のVRRPの制約に関する項を参照してください。 |
Oracle Traffic Directorは、グローバル・ゾーンまたは非グローバル・ゾーンにインストールできます。Oracle Traffic Directorの高可用性機能を利用するには、グローバル・ゾーンにインストールする必要があることに注意してください。
注意: Oracle Traffic Directorの高可用性を得るための構成のもう1つのオプションは、Oracle Solaris Clusterをインストールすることです。詳細は、Oracle Solaris Clusterデータ・サービス計画および管理ガイド(http://docs.oracle.com/cd/E29086_01/html/E29475/index.html)を参照してください。 |
Oracle Traffic Directorのインストールでは、Oracle Traffic Directorをホストするゾーン(グローバルまたは非グローバル)が一意になるようにすることをお薦めします。Oracle Traffic Directorを非グローバル・ゾーンにインストールするためには、適切なディスクおよびネットワーク情報を使用して構成する必要があることに注意してください。
Oracle Traffic DirectorをOracle SuperClusterにインストールする手順は、次のとおりです。
新規ゾーンを、グローバルまたは非グローバルのいずれかで構成および作成します。ゾーンの活用の詳細は、Oracle Solaris 11.1の管理: Oracle Solaris Zones、Oracle Solaris 10 Zonesおよびリソース管理のOracle Solaris Zonesに関する項を参照してください。
Oracle Traffic Directorをゾーンにダウンロードし、インストールします。詳細は、第2章「Oracle Traffic Directorのインストール」を参照してください。