Oracle WebLogic Server 研修コースのご案内

<Insert Picture Here>

Oracle WebLogic Server

研修コースのご案内

Copyright© 2011, Oracle. All rights reserved. 2

以下の事項は、弊社の一般的な製品の方向性に関する概要を説明するものです。また、情報提供を唯一の目的とするものであり、いかなる契約にも組み込むことはできません。以下の事項は、マテリアルやコード、機能を提供することをコミットメント（確約）するものではないため、購買決定を行う際の判断材料になさらないで下さい。オラクル製品に関して記載されている機能の開発、リリースおよび時期については、弊社の裁量により決定されます。

OracleとJavaは、Oracle Corporation 及びその子会社、関連会社の米国及びその他の国における登録商標です。文中の社名、商品名等は各社の商標または登録商標である場合があります。


ORACLE MASTER Expert 試験

• Oracle WebLogic Server 10g 管理者

• Oracle WebLogic Server 10g 開発者


試験情報サイト

http://www.oracle.com/global/jp/education/

certification/path/weblogic10g_adm.html


WebLogic Server 10g

System Administration 試験概要

• WebLogic Serverのインストールからドメインの作成、データソースなどのサービスの設定、およびアプリケーションのデプロイメントまでの管理作業ができる

• WebLogic Serverのチューニングや障害発生時の対処方法など実際の運用時に必要な知識を網羅している

• 試験概要（2010年10月現在）• 試験時間： 120分

• 出題数： 51問

• 合格ライン： 66%


WebLogic Server 10g

System Administration 試験範囲

• WebLogic Serverのインストール

• ドメインの作成

• サーバライフサイクルの管理

• ドメインコンフィグレーションの変更管理

• データベースや他システムへの接続設定

• JMSリソースの設定

• 高可用性のための設定

• サービスとリソースの監視

• アプリケーションのデプロイメント

• アプリケーションの更新

• セキュリティ設定

• ロギングの設定およびログファイルの表示

• エラーの診断とトラブルシューティング

• 開発環境からプロダクション環境への移行

• WebLogic Serverのチューニング

• ベストプラクティス


WebLogic Server 9/10 によるシステム管理 IWebLogic Server 9/10 によるシステム管理 II

受講期間 3日間/2日間定価￥２０７，９００（税込）/ ￥１３８，６００（税込）

ORACLE MASTER WebLogic Server Expert対応コース

システム管理Iでは、WebLogic Serverのインストールからドメイン構成、アプリケーションのデプロイメントやデータベース接続の設定など業務アプリケーションの運用環境を管理する上で必須となる知識を習得できます。

システム管理IIでは、WebLogic Serverのクラスタ構成やWebサーバとの連携方法、診断フレームワークによるサーバの監視設定やパフォーマンスチューニングなど大規模運用環境で必要とされる知識を習得できます。

おすすめ研修コース


Oracle WebLogic Server 11g : 管理

受講期間５日間定価￥３４６，５００（税込）

WebLogic Server 9/10によるシステム管理I/IIの内容に加えて、Oracle Fusion Middlewareとしての基盤として追加された新機能を網羅しています。

また、 WebLogic Serverシステム管理I/II で不足していた説明を新たに追加し、基本から大規模構成の管理までをより理解しやすく構成しています。

おすすめ研修コース


“Oracle WebLogic Server 11g：管理” コース資料よりクラスタに関する説明部分を抜粋

• 15章クラスタ化の概要

• 16章クラスタのコンフィグレーション

• 17章クラスタの管理

Copyright© 2011, Oracle. All rights reserved.

WebLogic ドメイン

クラスタ 1

クラスタ 2

ドメイン: 概要

• Oracle WebLogic Server の基本的な管理単位です。

• 管理サーバとしてコンフィグレーションされた 1 つの Oracle

WebLogic Server インスタンスが必ず含まれます。

• 管理対象サーバと呼ばれる Oracle WebLogic Server インスタンスが必要に応じてドメインに含まれる場合があります。

• また、連携して動作するサーバインスタンスのクラスタが含まれる場合もあります。

WebLogic Server システム

管理ツール

管理対象サーバ

管理サーバ





…

… NodeManager


クラスタ化の利点

概念説明

スケーラビリティアーキテクチャを大きく変更することなく、サーバを追加することによって、アプリケーションのキャパシティを拡大します。

ロードバランシングクラスタのメンバー間で処理（クライアントリクエストなど）を分散します。

アプリケーションフェイルオーバ

タスクを実行しているアプリケーションのオブジェクトが利用できなくなった場合、他のサーバにあるアプリケーションのオブジェクトがジョブを引き継いで終了させます。

可用性あるサーバでシステムに障害が発生すると、実行中の処理が自動的に他のサーバで継続されます。

移行あるサーバでシステムに障害が発生すると、コンポーネントを他のサーバに移動することによって、実行中の処理が継続されます。

11


クラスタ化できるもの

• 次のオブジェクトをクラスタ化できます。• サーブレット

• JSP

• EJB

• Remote Method Invocation（RMI）オブジェクト

• Java Message Service（JMS）送り先

• Java Database Connectivity（JDBC）接続

12


基本クラスタアーキテクチャ

• 基本クラスタアーキテクチャでは、静的な HTTP、プレゼンテーションロジック、ビジネスロジックおよびオブジェクトが 1 つのクラスタに組み込まれます。

ドメイン

ファイアウォールクラスタ

サーバ 1Webコンテナ

EJBコンテナ


EJBコンテナ

ロードバランサ

13


基本クラスタアーキテクチャ:

メリットとデメリット• メリット:

• 管理のしやすさ

• ロードバランシングの柔軟性

• 堅牢なセキュリティ

• デメリット:

• EJB メソッド呼出しの負荷分散はできません。

• 各層間の負荷が分散されない場合があります。

14


多層クラスタアーキテクチャ

• Web 層と、ビジネスロジックおよびサービスを 2 つのクラスタに分割できます。

ドメイン

ファイアウォールクラスタ A



クラスタ B

サーバ 3EJBコンテナ

サーバ 4EJBコンテナ

ロードバランサ

15


多層: メリットとデメリット

• メリット:

• ロードバランシングの向上

• EJB メソッドのロードバランシング

• 可用性の向上

• セキュリティオプションの向上

• デメリット:

• プレゼンテーション層からビジネスロジックが頻繁に呼び出される場合は、ボトルネックが発生することがあります。

• ライセンスの費用が増加する可能性があります。

• ファイアウォールのコンフィグレーションがより複雑になる場合があります。

16


クラスタでのサーバ通信

• クラスタ内の WebLogic Server インスタンスは、次の方法で相互に通信します。

• IP ソケット。クラスタ化されたサーバインスタンス間でピアツーピア通信を行うための経路として機能します。

• IP ユニキャストまたはマルチキャスト。サービスの可用性および（利用可能であることを示す）ハートビートをブロードキャストするために、サーバインスタンスによって使用されます。

• マルチキャストでは、クラスタ化されたインスタンス間で 1 対多通信がブロードキャストされます。

• クラスタにおけるメッセージングおよび通信を処理するための方法として、マルチキャスト以外にユニキャストも使用できます。ユニキャストは、マルチキャストでは必要なネットワーク全体のコンフィグレーションが不要であるため、より簡単にコンフィグレーションできます。

17


ピアツーピア通信

• Oracle WebLogic Server では、次の場合にピアツーピア通信が使用されます。• クラスタ内のリモートサーバインスタンスにある、クラスタ化されてい

ないオブジェクトまたは固定オブジェクトにアクセスする場合。

• プライマリサーバとセカンダリサーバとの間で、HTTP セッションステートおよびステートフルセッション EJB ステートをレプリケートする場合。

• （通常は多層クラスタアーキテクチャにおいて）リモートサーバインスタンスにある、クラスタ化されたオブジェクトにアクセスする場合。

18


クラスタワイドの JNDI ネーミングサービス

• クラスタ内の各 WebLogic Server では、クラスタのすべてのメンバーによって提供されるサービスが一覧表示される、クラスタワイドの JNDI ツリーの独自のローカルコピーが作成および維持されます。 IP 通信

サーバ A

サーバ C

1

3

2

4

サーバ B

3

サーバ D

A

A

A

B

B

B

B

A4

4

4

19


名前の競合と解決

• クラスタに新しいサービスが追加されると、クラスタレベルの JNDI の競合が発生する場合があります。

• 名前の競合が発生した場合は、ローカルでのバインドは成功しますが、他のサーバの他のオブジェクト名のバインドに失敗します。

• クラスタレベルの JNDI の競合を回避するには、すべてのレプリカ対応オブジェクトを、クラスタ内のすべての WebLogic Server インスタンスにデプロイする必要があります。

20


環境の準備

• クラスタをコンフィグレーションする前に、環境を準備する必要があります。• クラスタアーキテクチャを決定します。

• ネットワークトポロジとセキュリティトポロジについて理解します。

• クラスタインストール用のマシンを選択します。

• クラスタ内のサーバインスタンスの IP アドレスまたは DNS 名とポート番号を特定します。

• プロキシアーキテクチャでは、次の場所にファイアウォールを配置できます。

• 信頼性のないクライアントと Web サーバレイヤの間

• プロキシレイヤとクラスタの間

• ノードマネージャをコンフィグレーションします。

21


ハードウェア

• デモンストレーションまたは開発用に、1 台のコンピュータにクラスタを設定できます。

• この方法は、プロダクション環境では実際的ではありません。

• クラスタ内の各コンピュータには、静的な IP アドレスを割り当てる必要があります。

• クラスタ内のサーバインスタンス数に関する制限はありません。

• 大規模なマルチプロセッササーバでは、数多くのサーバをもつクラスタをホストできます。

• 2 つの CPU に対して 1 つのサーバインスタンスとすることをお薦めします。

22


IP アドレスとホスト名

• 次の項目をコンフィグレーションおよび管理するには、IP アドレス情報とホスト名情報が必要です。

• 管理サーバ

• 管理対象サーバ

• マルチキャスト通信

• プロダクション環境では、IP アドレスではなく、DNS で解決されるホスト名を使用します。

• ファイアウォールで IP アドレス変換エラーが発生する可能性があります。

• 各サーバには、ユニークな名前を割り当てる必要があります。

• マルチキャストアドレスは、クラスタ通信にのみ使用する必要があります。

23


コンフィグレーションウィザードを使用したクラスタの作成

24


Administration Console を使用したクラスタの作成

1

3

4

6

2

25


クラスタへのアプリケーションのデプロイ

1 つのサーバではなくクラスタを対象指定します。

26


2 フェーズデプロイメント

• アプリケーションは 2 フェーズデプロイメント（TPD）を使用してデプロイされます。

• フェーズ 1: アプリケーションコンポーネントおよびモジュールがサーバに配布されます。

• フェーズ 2: フェーズ 1 が正常に完了してクライアントアクセスが許可された場合は、アプリケーションがデプロイされます。

• これにより、クライアントがアプリケーションにアクセスできるようになる前に、各ノードでアプリケーションが使用可能およびアクティブな状態になります。

クラスタ

アプリケーションの配布12

クライアントアクセスの有効化

27


クラスタへのデプロイ時の考慮事項

• アプリケーションをクラスタにデプロイする前に、クラスタ内のすべてのサーバを実行する必要があります。

• 1 つのサーバでフェーズ 2 が失敗した場合でも、アプリケーションはクラスタ内の他のサーバにはデプロイされます。

• アプリケーションをクラスタにデプロイする間はクラスタメンバシップを変更しないでください。

• Oracle WebLogic Server では、デフォルトで、分断されたサーバへの部分的なデプロイメントが許可されています。

• enforceClusterConstraints タグを使用して、部分的なデプロイメントを実行できないように Oracle WebLogic Server をコンフィグレーションできます。

28


HTTP セッションのフェイルオーバ

• Web アプリケーションでは、HTTP セッションを使用して各クライアントのサーバメモリの情報を追跡します。

• デフォルトでは、クライアントがクラスタ内の別のサーバにフェイルオーバすると、そのセッション情報は失われます。

• Oracle WebLogic Server では、障害が発生したサーバからセッションを回復するためのいくつかのセッションレプリケーション方式がサポートされています。

• インメモリレプリケーション

• JDBC レプリケーション

• ファイルレプリケーション

• レプリケーションは、Web アプリケーションごとに各 weblogic.xml ファイル内でコンフィグレーションされます。

29


HTTP セッションステートのレプリケーション

• セッション永続性は、weblogic.xml デプロイメント記述子ファイル内で<session-descriptor> 要素を使用してコンフィグレーションします。

• 各永続性メソッドには、それぞれ独自のコンフィグレーション可能なパラメータセットがあります。

• また、プロキシプラグインのコンフィグレーションが一致する Web サーバの集合、またはロードバランシングハードウェアのいずれかを使用して、クラスタへのアクセスをコンフィグレーションする必要もあります。

• WebLogic では、別のサーバをセッション情報のバックアップとして選択するとき、マシン定義を要因の 1 つとして考慮します。

30


力試し 1問目

• ハードウェアにまたがるセッションレプリケーションを発生させるためには、どのような設定が必要？

1. バックアップ用のサーバ定義

2. セッションオブジェクトに対してホスト名情報を追加

3. サーバに対するマシンの定義

4. 特に設定は必要ない


HTTP セッション: インメモリレプリケーション

• 各ユーザのセッションは常に次の 2 つのサーバ上に存在します。

• プライマリ

• セカンダリ

• プライマリセッションに対する更新が行われるたびに、更新内容が同期的に（デフォルト）または非同期的に（バッチ）セカンダリサーバに自動レプリケートされます。

クラスタ

サーバサーバサーバ

プライマリセカンダリ

32


インメモリレプリケーションとプロキシサーバ

• Oracle WebLogic Server では、非永続的なクッキーを使用して、クライアントごとにプライマリサーバとセカンダリサーバを追跡します。

• 同じクライアントからの後続のリクエストは、プロキシによって同じプライマリサーバに転送される必要があります。

• フェイルオーバ先のサーバは、自動的にプライマリサーバの役割を引き継ぎます。

33

注：クッキーです


力試し 2問目

• Apacheプラグインを用いた負荷分散構成でクラスタを構築した場合、接続サーバに障害が発生した後、フェイルオーバ先をどこで判断する？

1. ハートビート

2. クッキー

3. 管理サーバ

4. ランダムに決定する


インメモリレプリケーションの要件

• 同じクライアントからの後続のリクエストでは、同じプライマリオブジェクトにアクセスできる必要があります。

• HTTP セッションステートにインメモリレプリケーションを使用するには、クライアントが次のいずれかを使用してクラスタにアクセスする必要があります。

• ロードバランシングハードウェア（WLS 対応）

• mod_wl_ohs モジュールが含まれる Oracle HTTP Server

• Web サーバの集合または単一の Web サーバ、および（同じコンフィグレーションの）WebLogic プロキシプラグイン

• HTTPClusterServlet でコンフィグレーションされた Oracle WebLogic Server

35


インメモリレプリケーションのコンフィグレーション

• 1. プロキシサーバをコンフィグレーションします（該当する場合）。

• 2. 必要に応じて、レプリケーショングループまたはマシン（あるいはその両方）を定義します。

• 3. weblogic.xml デプロイメント記述子内での永続性タイプを指定します。オプションは次のとおりです。

• replicated

• replicated-if-clustered

• async-replicated

• async-replicated-if-clustered

...

<session-descriptor>

<persistent-store-type>replicated</persistent-store-type>

</session-descriptor>

...

36


HTTP セッション: JDBC を使用したレプリケーション

• HTTP セッションは、共通の JDBC データソースを使用してデータベース内に保持できます。

• 必要なデータ定義言語（DDL）ファイルはドキュメントで入手可能です。

• クラスタのすべてのメンバー（プライマリでもセカンダリでもない）は、フェイルオーバの目的で任意のクライアントのセッションにアクセスできます。

クラスタ

サーバ

サーバ

サーバ

プロキシ

データベース

37


JDBC レプリケーションのコンフィグレーション

1.必要なテーブルをデータベース内に作成します。

2.データベースに対する読取り/書込み権限を持つ JDBC データソースを作成します。

3.weblogic.xml デプロイメント記述子内に JDBC セッション永続性をコンフィグレーションします。

...


<persistent-store-type>jdbc</persistent-store-type>

<persistent-store-pool>MyDataSource</persistent-store-pool>


...

38


JDBC 永続テーブルのコンフィグレーション

• 読取り/書込みアクセス権が設定されたWL_SERVLET_SESSIONS というデータベーステーブルが存在する必要があります。

主キー

カラムの見出しカラムのデータ型

WL_ID char、最大 100 文字、可変長

WL_CONTEXT_PATH

WL_CREATE_TIME 数値、20 桁

WL_IS_VALID char、1 文字

WL_SESSION_VALUES BLOB、非常に大きい

WL_ACCESS_TIME 数値、20 桁

WL_IS_NEW 数値、20 桁

39


ファイルを使用した HTTP セッションのレプリケーション

• ファイルレプリケーションは JDBC レプリケーションと似ていますが、高可用性ファイルシステムにセッションが保持されます。

クラスタ

サーバ

サーバ

サーバ

プロキシ

ファイルシステム

40


ファイルレプリケーションのコンフィグレーション

1.クラスタ内のすべてのサーバで共有されるフォルダを高可用性ファイルシステムに作成します。

2.読取り/書込み権限をフォルダに割り当てます。

3.weblogic.xml デプロイメント記述子内にファイルセッション永続性をコンフィグレーションします。

...


<persistent-store-type>file</persistent-store-type>

<persistent-store-dir>/mnt/wls_share</persistent-store-dir>


...

41


力試し 3問目

• セッションインメモリレプリケーションを設定するweblogic.xmlの<PersistentType>パラメータは？

1. cookie

2. memory

3. server-copy

4. replicated


http://www.oracle.co.jp/inq_pl/INQUIRY/quest?rid=28

Oracle Direct 検索

あなたにいちばん近いオラクル

Oracle Directまずはお問合せください

Web問い合わせフォームフリーダイヤル

専用お問い合わせフォームにてご相談内容を承ります。

※フォームの入力には、Oracle Direct Seminar申込時と同じログインが必要となります。

※こちらから詳細確認のお電話を差し上げる場合がありますので、ご登録されている連絡先が最新のものになっているか、ご確認下さい。

0120－155－096

※月曜~金曜 9:00~12:00、13:00~18:00

（祝日および年末年始除く）

システムの検討・構築から運用まで、ITプロジェクト全般の相談窓口としてご支援いたします。

システム構成やライセンス/購入方法などお気軽にお問い合わせ下さい。

http://www.oracle.co.jp/inq_pl/INQUIRY/quest?rid=28


Copyright© 2011, Oracle. All rights reserved.45

Technology

Oracle WebLogic Server 研修コースのご案内