29 Fusion Middlewareドメインのスケール・アップ/スケール・アウト

この章では、Oracle Enterprise Manager Cloud Control (Cloud Control)を使用してSOAドメイン、OSBドメイン、WebLogicドメインおよびWebCenterドメインをスケール・アップおよびスケール・アウトする方法について説明します。この章の具体的な内容は次のとおりです。

開始
前提条件
「ミドルウェアのスケール・アップ/スケール・アウト」デプロイメント・プロシージャの実行
Middlewareのプロビジョニングおよびスケール・アップ/スケール・アウトのベスト・プラクティス

注意:

SOAやOSBなどの複数の製品が構成されたFusion Middlewareドメインの場合、製品を一度に1つずつスケール・アウトする必要があります。SOAクラスタとOSBクラスタなど複数のクラスタを1つのセッションでスケール・アウトしようとすると、プロシージャによって、そのうちの1つの製品固有構成のみが実行されます。

29.1 開始

WebLogicドメインは、単独またはクラスタで動作する一連の管理対象サーバーで構成され、分散リソースを共有します。WebLogic Serverクラスタは、同時に動作し、連携して高度なスケーラビリティと信頼性を実現する複数のWebLogic管理対象サーバーで構成されます。クラスタを構成する複数のサーバー・インスタンスは同じマシン上で実行することも、複数のマシンに配置することもできます。クラスタの能力は、既存のマシン上のクラスタにさらにサーバー・インスタンスを追加することによって、または、新規サーバー・インスタンスをホストするためのマシンをクラスタに追加することによって、強化できます。ドメインのスケール・アップまたはスケール・アウトのデプロイメント・プロシージャを使用すると、ドメインのスケール・アップまたはスケール・アウトを自動的に実行できます。次の操作を実行できます。

ドメインまたはクラスタにすでに存在するホストに管理対象サーバーを追加またはクローニングすることにより、ドメインをスケール・アップします。
ドメインまたはクラスタに存在していないホストに管理対象サーバーを追加またはクローニングすることにより、ドメインをスケール・アウトします。

29.2 前提条件

ミドルウェアのスケール・アップまたはスケール・アウトのデプロイメント・プロシージャを実行する前に、この項にリストされた前提条件を満たしている必要があります。

注意:

Middlewareプロビジョニング用のインフラストラクチャの設定方法の詳細は、第23.4項を参照してください。

次の前提条件を満たしてから、WebLogicドメインの拡張を開始してください。

スケール・アップまたはスケール・アウトするWebLogicドメインは、Cloud Controlで検出された既存のドメインにする必要があります。
ドメインをスケール・アウトする場合、宛先のマシンに十分な領域があることを確認します。ソース・マシンのMiddlewareホームのサイズが3GBであれば、ソースと宛先マシンの作業ディレクトリに約3GBの空き領域が必要になります。さらに、宛先マシンには、Middlewareホーム用に3GBの領域が必要になります。デプロイメント・プロシージャが正常終了すれば、作業ディレクトリの中は空になります。
宛先マシンに指定するMiddlewareホームのディレクトリは、新規ディレクトリか空のディレクトリにする必要があります。
管理エージェントが、(管理サーバーが実行されている)ソース・マシンおよび宛先マシンにインストールされている必要があります。ドメインの管理サーバーが起動され、実行されている必要があります。
管理サーバーおよび管理対象サーバー(クローニングされるサーバー)は、デプロイメント・プロシージャを実行する前に稼働している必要があります。
管理対象サーバーおよびノード・マネージャのポートは、空いている必要があります。
ドメインをスケール・アウトする場合、ユーザーは、次の権限を持っている必要があります。
- 次の読取り権限:
  - 管理サーバーのホスト・ミドルウェア・ディレクトリ
  - 管理サーバーのホスト・ドメイン・ディレクトリ
- 次の書込み権限:
  - 管理サーバーのホスト作業ディレクトリ
  - すべての宛先管理対象サーバー・ホストの作業ディレクトリ
  - すべての宛先管理対象サーバー・ホストのミドルウェア・ディレクトリ
  - すべての宛先管理対象サーバー・ホストのドメイン・ディレクトリ
ドメインをスケール・アップする場合、ユーザーは、次の権限を持っている必要があります。
- 次の読取り権限:
  - 管理サーバーのホスト作業ディレクトリ
  - すべての宛先管理対象サーバー・ホストのドメイン・ディレクトリ
スケール・アップ/スケール・アウトするドメインは編集モードではない必要があります。このドメインに対して実行されているWebLogicコンソールがあることを確認してください。
新しいマネージャ・サーバーを既存のノード・マネージャまたはマシンと関連付けることを選択する場合、ノード・マネージャが稼働中であることを確認してください。稼働中でない場合、デプロイメント・プロシージャは失敗します。
Oracle HTTP Serverをフロントエンドとして使用する場合、Enterprise Managerで既存のOHSターゲットが検出されていることを確認してください。

29.3 「ミドルウェアのスケール・アップ/スケール・アウト」デプロイメント・プロシージャの実行

スケール・アップ(またはスケール・アウト)ミドルウェア・ウィザードでは、既存のマシン上のクラスタにサーバー・インスタンスを追加したり、クラスタにマシンを追加して新規のサーバー・インスタンスをホストすることで、クラスタのキャパシティを拡大できます。

注意:

Javaオブジェクト・キャッシュは常に、スケール・アップの前に使用可能であったかどうかに関係なく、スケール・アウトまたはスケール・アップされたMiddleware管理対象サーバーで構成されます。

ドメインをスケール・アップまたはスケール・アウトするには、次の手順を実行します。

前提条件が満たされていることを確認します。29.2項を参照してください。
ソース・ドメインを指定する。29.3.1項を参照してください。
新しい管理対象サーバーを追加するか、または既存のサーバーをクローニングする。29.3.2項を参照してください。
選択したOHSを使用してフロントエンドに設定する新規サーバーを追加します。29.3.3項を参照してください。
管理対象サーバーのホスト資格証明およびWebLogicドメイン管理者の資格証明を指定します。29.3.4項を参照してください。
実行されるスケール・アップまたはスケール・アウトの操作を指定する。29.3.5項。
入力を確認し、デプロイメント・プロシージャを発行します。29.3.6項を参照してください。

注意:

WebCenterドメインをスケール・アウトするため、次の手順を手動で実行する必要があります。

Oracle HTTP ServerをCloud Controlでインストール、検出、監視する必要があります。また、スケール・アウト・インスタンスに対して構成ファイルを手動で構成する必要があることを確認する必要があります。

Spacesサーバーがスケール・アウトする場合、次のコマンドを実行してWebServiceポリシーをアタッチする必要があります。

attachWebServicePolicy(application='WC_Spaces2/webcenter',
moduleName='webcenter', moduleType='web',
serviceName='SpacesWebService',
subjectName='SpacesWebServiceSoapHttpPort',
policyURI='oracle/wss11_saml_token_with_message_protection_service_policy')

ディスカッション・サーバーがスケール・アウトする場合、次のコマンドを実行してWebServiceポリシーをアタッチする必要があります。

attachWebServicePolicy(application='WC_Collaboration2/owc_discussions',
moduleName='owc_discussions', moduleType='web',
serviceName='OWCDiscussionsServiceAuthenticated',
subjectName='OWCDiscussionsServiceAuthenticated',
policyURI='oracle/wss10_saml_token_service_policy')

29.3.1 WebLogicドメイン・スケール・アップ: ソースの選択ページ

ドメイン・スケール・アップ/アウトのデプロイメント・プロシージャを使って、ドメインまたはクラスタのスケール・アップやスケール・アウトを自動化できます。次の方法で、既存のWebLogicドメインまたはクラスタ(あるいはその両方)に容量を追加できます。

既存のクラスタへの新規管理対象サーバーの属性の追加。
既存のクラスタへの新規管理対象サーバーの属性の追加およびコピー。
管理対象サーバーのクローニング。ソース・サーバーをクラスタ化する場合、既存の管理対象サーバーをクローニングすると、別の管理対象サーバーが同じクラスタに作成されます。

ウィザードに従って処理を行います。

「ターゲット」メニューから、「ミドルウェア」を選択します。
Middlewareターゲットのリストが表示されます。クローニング操作のソースとして使用するWebLogicドメインを見つけます。そのWebLogicドメインを右クリックすると、コンテキスト依存メニューが表示されます。メニューから、「WebLogicドメインのスケール・アップ/スケール・アウト」を選択します。

または、「WebLogicドメイン」リンクをクリックできます。ドメインのホーム・ページの「WebLogicドメイン」メニューから、「プロビジョニング」および「WebLogicドメインのスケール・アップ/スケール・アウト」を選択します。

「WebLogicドメイン・スケール・アップ: ソース」ページが表示されます。

Middlewareプロビジョニング・ページからこれをプロシージャとして起動することもできます。これを行うには、「エンタープライズ」メニューから「プロビジョニングとパッチ適用」を選択し、「Middlewareプロビジョニング」を選択します。Middlewareプロビジョニング・ページで、「デプロイメント・プロシージャ」表から「ミドルウェアのスケール・アップ/スケール・アウト」を選択し、「起動」をクリックします。この場合、拡張する必要のあるWebLogicドメインを選択して、ソース情報を指定する必要があります。
「作業ディレクトリ」フィールドで、ドメイン・スケール・アップに関連するファイルを一時的に保存する管理サーバー・マシンのディレクトリを指定します。一時ファイルを保存するには、1GB以上の空き容量が必要です。このディレクトリが存在しない場合は、作成されます。ドメイン・スケール・アップ操作が完了すると、このディレクトリの内容は削除されます。

注意:
ミドルウェア・ホームまたはWebLogicドメイン・ホームのディレクトリの下に、作業ディレクトリを作成しないでください。
「ソース情報」セクションに、ミドルウェア・ホーム、WebLogic Serverホーム、Middlewareドメインの場所を含むソース・ドメインの詳細が表示されます。
「宛先ホストの選択」セクションで、「ホストの追加」をクリックし、管理対象サーバーを追加するホストを選択します。
「次へ」をクリックします。

29.3.2 WebLogicドメイン・スケール・アップ: 管理対象サーバー・ページ

管理対象サーバー・ページでは、次のタスクを実行できます。

新規管理対象サーバーの追加
既存の管理対象サーバーのクローニング: これを行うには、新規サーバーを追加するホストを選択し、「クローン」をクリックします。このオプションにより、新規管理対象サーバーがドメインに追加され、既存のサーバーから事前決定済の属性セットがコピーされます。

管理対象サーバーの更新の詳細は、「新規管理対象サーバーの追加」を参照してください。
管理対象サーバーの削除: これを行うには、管理対象サーバーを選択し、「サーバーの削除」をクリックします。

新規管理対象サーバーの追加

新規管理対象サーバーをWebLogicドメインに追加するには、次の手順に従います。

ドメインを選択し、「サーバーの追加」をクリックします。
管理対象サーバー・ページで、新規管理対象サーバーの一意の名前、リスニング・アドレスおよびSSLポートなど、新規管理対象サーバーの構成の詳細を入力します。

「マシンの構成」セクションで、次のいずれかを選択できます。

マシン(ノード・マネージャ)に関連付けません: このオプションを選択した場合、管理対象サーバーはマシン(ノード・マネージャ)に関連付けられず、ノード・マネージャ・コンソールを使用して管理対象サーバー・ホストを起動できません。
既存のマシン(ノード・マネージャ)を使用します: 管理対象サーバーを既存のマシン(ノード・マネージャ)に関連付ける場合は、このオプションを選択します。管理対象サーバーの関連付けの元となるマシンを「マシン名」メニューから選択する必要があります。
新規マシン(ノード・マネージャ)を作成します: 新規マシンを作成し、マシン名、ノード・マネージャ・アドレスおよびポート番号を指定する場合は、このオプションを選択します。ノード・マネージャが稼働中および実行中ではない場合、この操作はタイムアウトします。

注意:

Enterprise Manager Cloud Controlから起動と停止のような管理操作を実行する場合は、ノード・マネージャを構成してから、マシンで実行する必要があります。

「管理対象サーバーのキーストアの構成」セクションで、次のいずれかのオプションを選択できます。
1. デフォルトのデモ信頼証明書を使用します。
2. カスタム証明書を使用します: このオプションを選択する場合、すべての「キーストア」フィールドに有効な入力を指定する必要があります。
「ソフトウェア・インストール」セクションの「作業ディレクトリ」フィールドでは、事前に移入されたディレクトリ・パスが使用可能です。これは、スケール・アップに必要なファイルがステージングされるディレクトリへのフルパスです。

29.3.3 WebLogicドメイン・スケール・アップ/WebLogicドメイン・スケール・アウト: Web層

「Web層」ページで、Oracle HTTP Server (OHS)をフロント・エンドとして使用するためのサーバーを追加できます。次の手順を実行します。

Web層ページで、「追加」をクリックします。
「ターゲット・セレクタ」ダイアログ・ボックスから、任意のターゲット・サーバーを選択し、「選択」をクリックします。
新しく追加されたOHSコンポーネントが「Web層」表に表示されます。
「次へ」をクリックします。

29.3.4 WebLogicドメイン・スケール・アップ/WebLogicドメイン・スケール・アウト: 資格証明ページ

資格証明ページで、次のタイプの資格証明を設定できます。

ホスト資格証明: このセクションでは、管理対象サーバーが稼働しているすべてのホストの資格証明を指定する必要があります。これを行うには、各ホストに対して追加アイコンをクリックし、「新規資格証明の追加」ダイアログ・ボックスで有効なユーザー名とパスワードを入力します。ジョブの実行時にターゲットごとにこれらの資格証明が使用されるようにするには、「優先資格証明として設定」チェック・ボックスを選択します。

OHSインスタンスが別のホストで実行されている場合、さらにOHSホストの資格証明を追加する必要があることに注意してください。
WebLogic管理者資格証明: このセクションでは、WebLogic管理サーバーにアクセスするための資格証明を設定する必要があります。これを行うには、各WebLogicドメインに対して「追加」をクリックし、「新規管理者資格証明の追加」ダイアログ・ボックスで有効な管理者名とパスワードを入力します。ジョブの実行時にターゲットごとにこれらの資格証明が使用されるようにするには、「優先資格証明として設定」チェック・ボックスを選択します。

29.3.5 WebLogicドメイン・スケール・アップ/WebLogicドメイン・スケール・アウト: スケジュール・ページ

スケジュール・ページでデプロイメント・インスタンス名を指定します。プロシージャを即時実行する場合は、デフォルトで選択されている「即時」を選択します。

プロシージャを後で実行する場合は、「後で」を選択し、タイムゾーン、開始日および開始時刻の詳細を指定します。

デプロイメント・プロシージャのステータスに応じて、通知プリファレンスを設定できます。

前提条件のみを実行する場合、「前提条件チェックの実行後に結果を分析するためにプロシージャを停止します」を選択します。これにより、すべての前提条件チェックを実行した後で、プロシージャの実行が一時停止されます。

「次へ」をクリックします。

29.3.6 WebLogicドメイン・スケール・アップ/WebLogicドメイン・スケール・アウト: 確認ページ

確認ページで、デプロイメント・プロシージャに対して指定した詳細を確認します。詳細に満足した場合は、「発行」をクリックして、設定したスケジュールに従ってプロシージャを実行します。詳細を変更する場合は、そのセクションにある「編集」リンクをクリックして変更するか、または「戻る」のクリックを繰り返して変更したいページに戻ります。

デプロイメント・プロシージャを発行すると、デプロイメント・プロシージャのステータスを見ることができるプロシージャ・アクティビティ・ページに戻ります。デプロイメント・プロシージャが完了すると、新しくクローニングされた環境がEnterprise Manager Cloud Controlの新規ターゲットとして追加され、その他のFusion Middlewareターゲットとともに監視できるようになります。

29.4 Middlewareのプロビジョニングおよびスケール・アップ/スケール・アウトのベスト・プラクティス

この項では、「Middlewareプロビジョニング」デプロイメント・プロシージャの使用時に従う必要のあるベスト・プラクティスのいくつかを示します。

ソース・ドメインの構成は変更しない: これらのデプロイメント・プロシージャを実行する間は、ソース・ドメインで管理アクティビティ(ソース・ドメインでの構成変更やソフトウェア・パッチ適用など)を実行しないでください。構成を変更すると、管理対象サーバーがリクエストに応答せず、管理サーバーのステータスが「不明」になることがあります。
同じマシンでのプロビジョニング: デプロイメント・プロシージャを使用してソースと同じマシンにプロビジョニングまたはスケール・アップする場合、デフォルトでソース・マシンとターゲット・マシンの作業ディレクトリが移入されます。これらの値を変更した場合は、ソース・マシンと宛先マシンの作業ディレクトリを異なるディレクトリにする必要があります。たとえば、ソース・マシンの作業ディレクトリが/tmp/sourceの場合、宛先ディレクトリの作業ディレクトリは/tmp/destのようにします。また、管理サーバーと管理対象サーバーのリスニング・ポート番号およびSSLポート番号(有効になっている場合)をソース・サーバーと宛先サーバーで異なる値にする必要もあります。
一意のファーム接頭辞: 「Middlewareプロビジョニング」デプロイメント・プロシージャを使用する際は、必ずファーム接頭辞を一意にします。ファーム接頭辞がドメイン名に追加されて、Cloud Controlで各ドメインが一意に識別されます。
JDBC構成: JDBCデータソースを構成する際は、データベース・ユーザーとスキーマ所有者が適切なパスワードを入力する必要があります。
カスタムのJavaアプリケーションおよびそのデプロイメント・プラン: これらのデプロイメント・プロシージャでは、ステージング・モードのカスタムJavaアプリケーションがサポートされています。外部でステージングされたアプリケーションは手動でデプロイする必要があります。手動でのデプロイメント手順は、『WebLogic管理ガイド』を参照してください。
複数NICマシン: 宛先マシンが複数NICシステムの場合は、管理サーバーと管理対象サーバーの両方にアクセスできるリスニング・アドレスを入力します。