6 トポロジのスケール・アウト(マシンのスケール・アウト)

この章では、Fusion Middleware WebLogic Serverドメイン内のすべてのFusion Middleware製品にトポロジをスケール・アウト(マシンをスケール・アウト)する手順について説明します。高可用性を実現するためには、別のホスト・コンピュータへのフェイルオーバー機能を備える必要があります。そうすることで、1台のコンピュータが停止した場合に、デプロイ済アプリケーションの環境を中断させることなく、ユーザーに継続してサービスを提供できます。

内容は次のとおりです。

第6.1項「マシンのスケール・アウトについて」
第6.2項「トポロジのスケール・アウト手順」
第6.3項「オプションのスケール・アウト手順」
第6.4項「スケール・アウトの前提条件について」
第6.5項「リソース要件」
第6.6項「新しいマシンの作成」
第6.7項「APPHOST1上のドメインのパック」
第6.8項「新しいマシンの準備」
第6.9項「テンプレートを転送するためのアンパックの実行」
第6.10項「ノード・マネージャの起動」
第6.11項「管理対象サーバーの起動」
第6.12項「マシンのスケール・アウトの検証」

6.1 マシンのスケール・アウトについて

スケーラビリティとは、将来のニーズや状況に応じて、ハードウェア、ソフトウェア、ネットワークの構成を拡張または縮小できる能力を表します。スケーラブルなシステムとは、リクエストが増加してもレスポンス時間およびスループットに悪影響をもたらすことなく処理できるシステムです。

マシンのスケール・アウトとは、高可用性を実現するために、1つのマシン上に複数あるサーバーの1つを別のマシンに移行するプロセスを表します。マシンのスケール・アウトは、管理対象サーバーのスケール・アップとは異なります(管理対象サーバーのスケール・アップとは、すでに1つ以上の管理対象サーバーが稼働しているマシンに対して新しい管理対象サーバーをマシンに追加するプロセスです)。環境をスケール・アップする方法の詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』の環境のスケール・アップに関する項を参照してください。

6.2 トポロジのスケール・アウト手順

次の表は、トポロジをスケール・アウトするときに必要となる、一般的な手順を示しています。

表6-1 トポロジのスケール・アウト手順

作業	説明	参照先
スケール・アウト用の製品の準備	製品のインストールと構成を行い、管理対象サーバーのクラスタを有効にして、標準的なインストール・トポロジに製品を配置します。	第6.4項「スケール・アウトの前提条件について」
リソース要件を満たしているかどうかの確認	ご使用の環境が特定の要件を満たしているかどうかを確認する必要があります。	第6.5項「リソース要件」
新しいマシンの作成およびサーバーの割当て	管理コンソールを使用して、新しいマシンを作成し、それに管理対象サーバーを追加します。	第6.6項「新しいマシンの作成」
packコマンドの実行	ドメイン・ディレクトリをパックします。	第6.7項「APPHOST1上のドメインのパック」
新しいマシンの準備	最初のマシンにインストールしたソフトウェアと同じものをインストールします。	第6.8項「新しいマシンの準備」
unpackコマンドの実行	管理対象サーバーのテンプレートを作成します。	第6.9項「テンプレートを転送するためのアンパックの実行」
サーバーの起動	新しいマシン上で管理対象サーバーを起動します。	第6.11項「管理対象サーバーの起動」
トポロジの検証	新しい設定をテストします。	第6.12項「マシンのスケール・アウトの検証」

注意:

この項のAPPHOSTは物理ホスト・コンピュータを示し、マシンはそのホストを記述するWebLogic Serverマシン定義を示します。詳細は『Oracle Fusion Middleware Infrastructureのインストールと構成』のOracle Fusion Middlewareインフラストラクチャの標準的なインストール・トポロジの理解に関する項を参照してください。

6.3 オプションのスケール・アウト手順

標準的なインストール手順に従うと、トポロジは複数の管理対象サーバーが1つのホスト・コンピュータに割り当てられた状態になります。

このアプローチは、様々な変更要件に合わせて、ドメイン・トポロジを作成したりスケール・アウトできる最も柔軟性の高い手法です。追加のコンピューティング・リソースが必要になった場合は、1) 単一ホスト・ドメインを作成および検証して、1つのホスト・コンピュータ上の1つのマシンにターゲット指定し、2)管理対象サーバーのターゲットを追加のマシンに変更します。基本ドメインを検証してから、スケール・アップやスケール・アウトの手順を行うため、このアプローチには、それぞれのトラブルシューティングが容易になるという利点もあります。

ただし、ターゲットのトポロジが事前にわかっている場合は、追加するドメインの作成中にマシンを作成して、パックとアンパックの手順を実行するだけでもかまいません。

最初のインストール・プロセス、またはオンラインの管理操作を通じて、すでに管理対象サーバーをターゲット・マシンに割り当てている場合は、手順(表6-1「トポロジのスケール・アウト手順」)に含まれている第6.6項「新しいマシンの作成」をスキップしてください。

マシンのマッピングの詳細は、『Oracle Fusion Middleware Infrastructureのインストールと構成』などの製品固有のインストレーション・ガイドを参照してください。

6.4 スケール・アウトの前提条件について

スケール・アウトのプロセスを開始するには、製品の標準的なインストール・トポロジを設定しておく必要があります。この標準的なインストール・トポロジがスケール・アウトの開始点となります。ご使用の製品のインストレーション・ガイドに従って手順を実行すると、標準的なインストール・トポロジが構成されます。標準的なインストール・トポロジの例は、『Oracle Fusion Middleware Oracle Fusion Middleware Infrastructureのインストールと構成』のOracle Fusion Middlewareインフラストラクチャの標準的なインストール・トポロジの理解に関する項を参照してください。

6.5 リソース要件

トポロジをスケール・アウトする前に、現在の環境が次の各要件を満たしていることを確認します。

複数の管理対象サーバーを実行するマシンが製品に1つ以上構成されている。これは製品のインストレーション・ガイドまたは管理ガイドに従ってサーバーを追加した状態です。
開始時のホスト・コンピュータとは別にホスト・コンピュータがある。
製品のバイナリが格納されているOracleホームに対して、次のいずれかの方法で各ホスト・コンピュータからアクセスできる。
- 元のインストールのバイナリが格納されている共有ディスク
- 新しいインストール(元のインストールと同じ)が格納されている専用ディスク
- 元のインストールから複製したバイナリが格納されている専用ディスク
  
  詳細は、第3章「共有記憶域の使用」を参照してください。
ドメイン・ディレクトリに使用できる十分な記憶域がある。
元のインストールに使用したものと同じOracle Databaseまたはサード・パーティ・データベースにアクセスできる。
JMSおよびトランザクション・ログ・ファイル用の共有ディスクがある(ファイル永続性プロファイルを使用する場合は必須です)。

6.6 新しいマシンの作成

マシンは、1つまたは複数のWebLogic Serverインスタンス(サーバー)をホストするコンピュータを論理的に表します。WebLogicドメインでは、マシン定義によって物理ハードウェア単位が識別され、それらの定義はホストするWebLogic Serverインスタンスに関連付けられます。

新しいマシンを作成するには、次の手順を実行します。

第6.6.1項「管理対象サーバーの停止」
第6.6.2項「新しいマシンの作成」
第6.6.3項「新しいマシンへの管理対象サーバーの割当て」

6.6.1 管理対象サーバーの停止

新しいマシンに移行する前に、サーバーを停止状態にする必要があります。サーバーが現在稼働している場合は、管理コンソール・オンライン・ヘルプのサーバー・インスタンスの停止に関する項を参照して、新しいマシンがホストする管理対象サーバーを停止してください。

6.6.2 新しいマシンの作成

この項では、管理コンソールから新しいマシンを作成する方法について説明します。WLSTのコマンドを使用して新しいマシンを作成する場合は、『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』の特定のコンポーネントの新しいマシンの作成に関する項を参照してください。

注意:

この手順で作成するマシンには、ローカル・ホストの他に、特定のネットワーク・インタフェースのリスニング・アドレスを指定する必要があります。

ドメイン内に新しいマシンを作成するには、管理コンソールで次の手順を実行します。

ドメインの管理サーバーが稼働していない場合は、起動する必要があります。DOMAIN_HOME/binディレクトリに移動して、次のように実行します。
```
./startWeblogic.sh
```
管理サーバーが起動したら、WebLogic Server管理コンソールにアクセスします。Webブラウザを開いて、次のURLを入力します。
```
http://hostname:port/console 
```
「ようこそ」画面でログインします。

管理コンソールの「チェンジ・センター」で、「ロックして編集」をクリックします。

注意:

本番環境のドメインは「本番モード」でドメインを作成し、「チェンジ・センター」を有効にすることをお薦めします。「本番モード」を有効にしない場合は、「チェンジ・センター」の手順は必要ありません。

「ドメイン構造」で、「環境」を開いて、「マシン」をクリックします。
「マシン」表の上(「サマリー」の上)にある「新規」をクリックします。
「新しいマシンの作成」画面で、マシンの名前を入力します(machine_2など)。ドロップダウン・リストから「マシンのOS」を選択して、「次へ」をクリックします。
次の画面で、「タイプ:」ドロップダウン・リストから「プレーン」を選択します。

ノード・マネージャの「リスニング・アドレス」には、このマシンを表すホスト・コンピュータのIPアドレスまたはホスト名を入力します。2つの新しいマシンが「マシン」表に表示されます。
「終了」をクリックします。
チェンジ・センターで、変更のアクティブ化をクリックします。

メッセージ「すべての変更がアクティブ化されました。再起動は不要です。」が表示されます。このメッセージは新しいマシンが作成されたことを示します。

6.6.3 新しいマシンへの管理対象サーバーの割当て

新しく作成したマシンに管理対象サーバーを割り当てるには、管理コンソールで次の手順を実行します。

「チェンジ・センター」で、「ロックして編集」をクリックします。
「マシン」表で、マシン「machine_1」をクリックします。
マシン名をクリックします。
machine_1の「設定」の下で、「構成」タブ、「サーバー」サブタブの順にクリックします。
「サーバー」表の上にある「追加」をクリックします。
「マシンにサーバーを追加」画面で、「サーバー名」と「サーバー・リスニング・ポート」の各フィールドを入力します(必須)。

「サーバーの選択」ドロップダウン・リストから「machine_1」を選択し、「終了」をクリックします。
「ドメイン構造」の下で、「マシン」をクリックします。

「マシン」表で、マシン「machine_2」をクリックします。
machine_2の「設定」の下で、「構成」タブ、「サーバー」タブの順にクリックします。「サーバー」タブの上にある「追加」をクリックします。

「マシンにサーバーを追加」画面で「既存のサーバーを選択して、このマシンに関連付けます。」ボタンを選択します。

「サーバーの選択」ドロップダウン・リストから「machine_2」を選択し、「終了」を選択します。

「サーバーが正常に作成されました。」というメッセージが表示されます。
変更を完了するために、「チェンジ・センター」に戻ります。「変更のアクティブ化」をクリックします。メッセージ「すべての変更がアクティブ化されました。再起動は不要です。」が表示されます。

サマリーを表示するには、「ドメイン構造」の下にある「環境」で「サーバー」をクリックします。右側の「サーバー」表に、そのドメイン内の全サーバー、およびそれらのマシンの割当てが表示されます。

6.7 APPHOST1上のドメインのパック

WebLogicドメイン上でpackコマンドを実行して、管理対象サーバーのテンプレートを作成します。

注意:

パックおよびアンパックの手順を実行する際には、APPHOST1上で管理サーバーが稼働している必要があります。

APPHOST1上でpackコマンドを実行して、テンプレート・パックを作成します。スケール・アウト・プロセスの後の方では、APPHOST2上でテンプレート・ファイルをアンパックします(アンパックの手順は第6.9項「テンプレートを転送するためのアンパックの実行」で説明しています)。

例:

ORACLE_COMMON/common/bin/pack.sh \
     -domain=DOMAIN_HOME \ 
     -template=dir/domain_name.jar \ 
     -managed=true \ 
     -template_name="DOMAIN"

前述の例の説明:

DOMAIN_HOMEを、ドメイン・ホーム・ディレクトリのフルパスに置き換えます。
dirを、新しいテンプレート・ファイルの作成先となる予約済ディレクトリのフルパスに置き換えます。

JARファイル名のdomain_nameをドメイン名に置き換えます。これは、packコマンドで作成するテンプレート・ファイルの名前です。たとえば、mydomain.jarのようにします。

6.8 新しいマシンの準備

新しいマシンmachine_2の準備として、OracleホームがインストールされているAPPHOST2から共有ディスクにアクセスできるかどうかを検証するか、machine_1上にインストールしたものと同じソフトウェアをインストールします。

たとえば、Oracle Fusion Middlewareインフラストラクチャのドメインをスケール・アウトする場合は、APPHOST2からインフラストラクチャのOracleホームにアクセスできることを検証します。

注意:

共有記憶域を使用する場合は、同じインストール場所を再利用できます。

注意:

新しいインストールを実行するか、共有記憶域を使用してバイナリを再利用する場合、新しいファイルのパスの場所は元のマシンのパスの場所と正確に一致する必要があります。

6.9 テンプレートを転送するためのアンパックの実行

テンプレートをアンパックして、APPHOST1からAPPHOST2にdomain_name.jarファイルを転送するには、次のunpackコマンドを実行します。

$ORACLE_HOME/oracle_common/common/bin/unpack.sh \
-domain=user_projects/domains/base_domain2 \
-template=/tmp/base_domain_template.jar \
-app_dir=user_projects/applications/base_domain2

6.10 ノード・マネージャの起動

ノード・マネージャを起動するには、次のコマンドを実行します。

$DOMAIN_HOME/bin/startNodeManager.sh &

ノード・マネージャがスコープ内にあるマシンを使用する場合、ノード・マネージャの起動オプションの詳細は、『Oracle WebLogic Serverノード・マネージャの管理』のノード・マネージャの使用に関する項を参照してください。

6.11 管理対象サーバーの起動

管理コンソールから管理対象サーバーを起動するには、次の手順を実行します。

コンソールの左側のペインで、「環境」を開いて、「サーバー」を選択します。
「サーバー」表で、新しいマシンに移行して、それを起動する管理対象サーバーの名前をクリックします。
「制御」→「起動と停止」を選択します。
「サーバー・ステータス」表で、起動するサーバーの名前の横にあるチェック・ボックスを選択して、「起動」をクリックします。
「サーバー・ライフサイクル・アシスタント」ページで「はい」をクリックして確定します。

6.12 マシンのスケール・アウトの検証

マシンのスケール・アウトが正常に完了したかどうかを検証するには、管理コンソールを使用してサーバーを起動した後に、ステータスがRUNNINGになっていることを確認します。