目次

タイトルおよび著作権情報

はじめに

• ドキュメントのアクセシビリティについて
• ルール

1 概要とロードマップ

• ドキュメントのスコープと対象読者
• このドキュメントの手引き
• 関連ドキュメント
• このリリースでのクラスタリングの新機能と変更点

2 WebLogic Serverのクラスタリングについて

• WebLogic Serverクラスタとは
• クラスタとドメインの関係
• クラスタリングの利点
• クラスタの重要な機能
• クラスタ化可能なオブジェクトの種類
  • サーブレットとJSP
  • EJBとRMIオブジェクト
  • JDBC接続
    • クラスタ化されたJDBCとの接続を取得する
    • JDBC接続のフェイルオーバーとロード・バランシング
  • JMSとクラスタリング
• クラスタ化できないオブジェクトの種類

3クラスタでの通信

• クラスタでのWebLogic Serverの通信
  • 下位互換性の維持を目的としたIPマルチキャストの使用
    • マルチキャストとクラスタの構成
  • ユニキャストを使用した1対多通信
    • ユニキャストの構成
    • ユニキャストを使用する場合の考慮事項
  • IPソケットを使用したピア・ツー・ピア通信
    • pure-Javaとネイティブ・ソケット・リーダーの実装の比較
    • Javaソケット実装用にリーダー・スレッドを構成する
  • ソケット経由のクライアント通信
• クラスタ全体のJNDIネーミング・サービス
  • WebLogic Serverによるクラスタ全体のJNDIツリー作成の仕組み
  • JNDI名の競合が発生する仕組み
    • 均一なデプロイメントによってクラスタ・レベルのJNDIの競合を回避する
  • WebLogic ServerによるJNDIツリー更新の仕組み
  • クライアントとクラスタ全体のJNDIツリーとの対話

4 クラスタの構成について

• クラスタの構成とconfig.xml
• 管理サーバーの役割
  • 管理サーバーに障害が発生した場合
• 動的構成の仕組み
• クラスタ化された構成でのアプリケーションのデプロイメント
  • デプロイメント方法
  • 2フェーズ・デプロイメントの概要
    • デプロイメントの第1フェーズ
    • デプロイメントの第2フェーズ
  • クラスタへのデプロイメントのガイドライン
    • WebLogic Serverがサポートする「緩和されたデプロイメント」ルール
• クラスタを構成する方法

5クラスタでのロード・バランシング

• サーブレットとJSPのロード・バランシング
  • プロキシ・プラグインによるロード・バランシング
    • プロキシ・プラグインによるセッションの接続とフェイルオーバーの仕組み
  • 外部ロード・バランサによるHTTPセッションのロード・バランシング
    • ロード・バランサの構成要件
    • ロード・バランサとWebLogicセッションCookie
    • 関連するプログラミングの考慮事項
    • ロード・バランサでのセッション接続およびフェイルオーバーの仕組み
• EJBとRMIオブジェクトのロード・バランシング
  • ラウンドロビン・ロード・バランシング
  • 重みベースのロード・バランシング
  • ランダム・ロード・バランシング
  • サーバー・アフィニティ・ロード・バランシング・アルゴリズム
    • サーバー・アフィニティと初期コンテキスト
    • サーバー・アフィニティとCSIv2を使用したIIOPクライアント認証
    • ラウンドロビン・アフィニティ、重みベース・アフィニティ、およびランダム・アフィニティ
  • クラスタ化されたオブジェクトのパラメータ・ベースのルーティング
  • 連結されたオブジェクトの最適化
    • トランザクションの連結
• JMSのロード・バランシング
  • 分散JMS宛先のサーバー・アフィニティ
  • クライアント接続の初期コンテキスト・アフィニティとサーバー・アフィニティ
• JDBC接続のロード・バランシング

6クラスタのフェイルオーバーとレプリケーション

• WebLogic Serverで障害を検出する仕組み
  • IPソケットを使用した障害検出
  • WebLogic Serverの「ハートビート」
• サーブレットとJSPのレプリケーションとフェイルオーバー
  • HTTPセッション状態のレプリケーション
    • HTTPセッション状態のレプリケーションに関する要件
    • レプリケーション・グループの使用
  • クラスタ化されたサーブレットとJSPへのプロキシ経由のアクセス
    • プロキシ接続の手順
    • プロキシ・フェイルオーバーのプロセス
  • クラスタ化されたサーブレットとJSPへのロード・バランシング・ハードウェアを利用したアクセス
    • ロード・バランシング・ハードウェアを利用した接続
    • ロード・バランシング・ハードウェアを利用したフェイルオーバー
  • MAN/WAN内のクラスタ間でのセッション状態レプリケーション
    • クラスタ間レプリケーションのネットワーク要件
    • クラスタ間レプリケーションの構成要件
    • クラスタ間でのセッション状態レプリケーションの構成
    • レプリケーション・チャネルの構成
    • MANでのHTTPセッション状態のレプリケーション
    • WANでのHTTPセッション状態のレプリケーション
• EJBとRMIのレプリケーションとフェイルオーバー
  • レプリカ対応スタブによるオブジェクトのクラスタリング
  • 各種のEJBでのクラスタリング・サポート
    • クラスタ化されたEJBHome
    • クラスタ化されたEJBObject
    • エンティティEJB
  • RMIオブジェクトのクラスタリング・サポート
  • オブジェクト・デプロイメントの必要条件
    • 他のフェイルオーバーの例外
• フェイルオーバーとJDBC接続

7サーバー全体の移行

• サーバーおよびサービスの移行について
• 移行関連の用語
• リース
  • リースを使用する機能
  • リースの種類
  • 使用するリースの種類の決定
  • 高可用性データベース・リース
  • コンセンサス(非データベース)リース
• サーバー全体の自動移行
  • サーバー全体の自動移行の準備
  • サーバー全体の自動移行の構成
  • 状態データ用高可用性ストレージの使用
  • サーバーの移行プロセスと通信
    • 移行可能サーバーのあるクラスタの起動プロセス
    • サーバー全体の自動移行のプロセス
    • サーバー全体の手動移行のプロセス
    • サーバー全体の移行における管理サーバーの役割
    • クラスタでの移行可能サーバーの動作
    • サーバー全体の移行におけるノード・マネージャの役割
    • サーバー全体の移行におけるクラスタ・マスターの役割

8サービスの移行

• サービスの移行フレームワークについて
  • 移行可能サービス
    • JMS関連サービス
    • JTAトランザクション・リカバリ・サービス
    • ユーザー定義のシングルトン・サービス
  • クラスタ内の移行可能ターゲットについて
    • 手動および自動のサービス移行ポリシー
    • 障害が発生したサービスを移行前に再起動するオプション
    • 優先サーバーと候補サーバー
    • クラスタ内の移行可能ターゲットの例
    • JMSサーバーのターゲット指定ルール
    • SAFエージェントのターゲット指定ルール
    • パス・サービスのターゲット指定ルール
    • カスタム・ストアのターゲット指定ルール
    • JTAトランザクション・リカバリ・サービス用の移行可能ターゲット
  • 移行処理ツール
    • 管理コンソール
    • WebLogic Scripting Tool
  • サービス自動移行インフラストラクチャ
    • 移行可能サービスのリース
    • ノード・マネージャ
    • サービスの移行時に管理サーバーは不要
    • サービスのヘルス監視
  • 障害が発生した移行可能サービスのインプレースでの再起動
  • 使用不能サーバーからのサービスの移行
  • JMSとJTAのサービスの自動移行の相互作用
• 移行前の要件
  • JMSサービスで使用できるカスタム・ストア
  • JTAで使用できるデフォルト・ファイル・ストア
  • サーバーの状態とサービスの手動移行
• JMS関連サービスの自動移行を構成する手順
  • ステップ1: 管理対象サーバーとノード・マネージャを構成する
  • ステップ2: 移行リース基盤を構成する
  • ステップ3: 移行可能ターゲットを構成する
    • 移行可能サーバーを自動的な移行可能ターゲットとして構成する
    • 新しい移行可能ターゲットを作成する
  • ステップ4: カスタム・ストアを構成およびターゲット指定する
  • ステップ5: JMSサービスをターゲット指定する
    • SAFエージェントまたはパス・サービスをターゲット指定する場合の特別な考慮事項
  • ステップ6: 変更した移行ポリシーで管理サーバーと管理対象サーバーを再起動する
  • ステップ7: JMSサービスを元のサーバーに手動で戻す
• サービスの自動移行の構成でJMSをターゲット指定する際のベスト・プラクティス
• JMS関連サービスの手動移行を構成する手順
  • ステップ1: 管理対象サーバーを構成する
  • ステップ2: 移行可能ターゲットを構成する
    • 移行可能サーバーを移行可能ターゲットとして構成する
    • 新しい移行可能ターゲットを作成する
  • ステップ3: カスタム・ストアを構成およびターゲット指定する
  • ステップ4: JMSサービスをターゲット指定する
    • SAFエージェントまたはパス・サービスをターゲット指定する場合の特別な考慮事項
  • ステップ5: 変更した移行ポリシーで管理サーバーと管理対象サーバーを再起動する
  • ステップ6: JMSサービスを手動で移行する
• JTAトランザクション・リカバリ・サービスの自動移行を構成する手順
  • ステップ1: 管理対象サーバーとノード・マネージャを構成する
  • ステップ2: 移行基盤を構成する
  • ステップ3: JTAの自動移行を有効にする
    • 「JTAの自動移行を有効化」チェック・ボックスをチェックする
    • 候補サーバーを選択する(オプション)
    • 移行前/移行後スクリプトを指定する(オプション)
  • ステップ4: トランザクション・リカバリ・サービスの移行用にデフォルト永続ストアを構成する
  • ステップ5: 変更した移行ポリシーで管理サーバーと管理対象サーバーを再起動する
  • ステップ6: トランザクション・リカバリ・サービスを自動フェイルバックによって元のサーバーに戻す
• JTAトランザクション・リカバリ・サービスの手動移行
• ユーザー定義のシングルトン・サービスの自動移行
  • シングルトン・サービスの移行の概要
    • シングルトン・マスター
    • 移行の失敗
  • シングルトン・サービス・インタフェースの実装
  • シングルトン・サービスのデプロイと移行動作の構成
    • アプリケーション内にシングルトン・サービスをパッケージ化してデプロイする
    • シングルトン・サービスをWebLogic Serverにスタンドアロン・サービスとしてデプロイする
    • シングルトン・サービスの移行を構成する

9クラスタ・アーキテクチャ

• アーキテクチャとクラスタ関連の用語
  • アーキテクチャ
  • Webアプリケーションの層
  • 組合せ層アーキテクチャ
  • 非武装地帯(DMZ)
  • ロード・バランサ
  • プロキシ・プラグイン
• 推奨基本アーキテクチャ
  • 組合せ層アーキテクチャを使用しない状況
• 推奨複数層アーキテクチャ
  • ハードウェアとソフトウェアの物理レイヤー
    • Web/プレゼンテーション・レイヤー
    • オブジェクト・レイヤー
  • 複数層アーキテクチャの利点
  • 複数層アーキテクチャでのクラスタ化オブジェクトのロード・バランシング
  • 複数層アーキテクチャの構成に関する考慮事項
    • IPソケットの使用数
    • ハードウェア・ロード・バランサ
  • 複数層アーキテクチャに関する制限
    • 連結の最適化が行われない
    • ファイアウォールに関する制限
• 推奨プロキシ・アーキテクチャ
  • 2層プロキシ・アーキテクチャ
    • ハードウェアとソフトウェアの物理レイヤー
  • 複数層プロキシ・アーキテクチャ
  • プロキシ・アーキテクチャの利点
  • プロキシ・アーキテクチャの制限
  • プロキシ・プラグインとロード・バランサ
• クラスタ・アーキテクチャのセキュリティ・オプション
  • プロキシ・アーキテクチャの基本ファイアウォール
    • プロキシ・レイヤーとクラスタの間のファイアウォール
    • 基本ファイアウォール構成のDMZ
    • ファイアウォールとロード・バランサの組み合わせ
    • 内部クライアントに対するファイアウォールの拡張
  • 共有データベースに対するセキュリティの追加
    • ファイアウォールが2つある構成のDMZ

10 WebLogicクラスタの設定

• 始める前に
  • 構成プロセスについて
  • クラスタ・アーキテクチャを決定する
  • ネットワーク・トポロジとセキュリティ・トポロジを検討する
  • クラスタをインストールするマシンを選択する
    • マルチCPUマシン上のWebLogic Serverインスタンス
    • ホスト・マシンのソケット・リーダー実装をチェックする
    • 切断されたWindowsマシン上のクラスタの設定
  • 名前とアドレスを識別する
    • リスニング・アドレスの問題を回避する
    • WebLogic Serverリソースへの名前割当て
    • 管理サーバーのアドレスとポート
    • 管理対象サーバーのアドレスとリスニング・ポート
    • クラスタのマルチキャスト・アドレスとマルチキャスト・ポート
    • クラスタ・アドレス
• クラスタ実装の手順
  • 構成のロードマップ
  • WebLogic Serverをインストールする
  • クラスタ化されたドメインを作成する
    • WebLogic Serverクラスタを起動する
  • ノード・マネージャを構成する
  • EJBとRMIのロード・バランシング方式を構成する
  • RMIのタイムアウト値を指定する
  • 分散JMS宛先のサーバー・アフィニティを構成する
  • パッシブなCookieの永続性をサポートするロード・バランサを構成する
  • プロキシ・プラグインを構成する
    • HttpClusterServletを設定する
  • レプリケーション・グループを構成する
  • 固定サービスの移行可能ターゲットを構成する
  • クラスタ化されたJDBCを構成する
    • データ・ソースをクラスタリングする
  • マルチ・データ・ソースをクラスタリングする
  • デプロイメント用にアプリケーションをパッケージ化する
  • アプリケーションをデプロイする
    • 1つのサーバー・インスタンスにデプロイする(固定デプロイメント)
    • クラスタのデプロイメントを取り消す
    • デプロイ済みアプリケーションを表示する
    • デプロイ済みアプリケーションをアンデプロイする
  • 移行可能サービスをデプロイ、アクティブ化、および移行する
    • 移行可能ターゲットのサーバー・インスタンスにJMSをデプロイする
    • 移行可能サービスとしてJTAをアクティブ化する
    • ターゲット・サーバー・インスタンスに固定サービスを移行する
  • インメモリーHTTPレプリケーションを構成する
  • 構成に関するその他のトピック
    • IPソケットを構成する
    • マルチキャスト存続時間(TTL)を構成する
    • マルチキャスト・バッファのサイズを構成する
    • マルチキャスト・データの暗号化を構成する
    • マシン名を構成する
    • 複数層アーキテクチャの構成に関する注意
    • URL書換えを有効にする

11 クラスタリング・ベスト・プラクティス

• 一般的な設計上の考慮事項
  • シンプルにする
  • リモート呼出しを最小限にする
    • セッションFacadeでリモート呼出しが削減される
    • 転送オブジェクトでリモート呼出しが削減される
    • 分散トランザクションでリモート呼出しが増加する
• Webアプリケーション設計の考慮事項
  • インメモリー・レプリケーションを構成する
  • 多重呼出し不変性に留意して設計する
  • プログラミングの考慮事項
• EJB設計の考慮事項
  • 多重呼出し不変のメソッドを設計する
  • 使用方法および構成のガイドラインに従う
    • クラスタ関連の構成オプション
• クラスタでの状態管理
• アプリケーション・デプロイメントの考慮事項
• アーキテクチャに関する考慮事項
• 問題の回避
  • 命名の考慮事項
  • 管理サーバーについての考慮事項
  • ファイアウォールについての考慮事項
  • 本番環境で使用する前にクラスタのキャパシティを評価する

12 一般的な問題のトラブルシューティング

• クラスタを起動する前に
  • サーバーのバージョン番号のチェック
  • マルチキャスト・アドレスのチェック
  • CLASSPATHの値のチェック
• クラスタ起動後の作業
  • コマンドのチェック
  • ログ・ファイルの生成
    • Linux上でJRockitスレッド・ダンプを取得する
  • ガベージ・コレクションのチェック
  • utils.MulticastTestの実行

13 マルチキャスト構成のトラブルシューティング

• マルチキャスト・アドレスおよびポートの構成の検証
  • 発生する問題
  • マルチキャスト・アドレスおよびポートの確認
• ネットワーク構成の問題の特定
  • 物理的な接続
  • アドレスの競合
  • UNIXシステムのnsswitch.confの設定
• MulticastTestユーティリティの使用
• マルチキャスト機能のチューニング
  • マルチキャスト・タイムアウト
  • クラスタ・ハートビート
    • マルチキャスト送信遅延
    • オペレーティング・システム・パラメータ
  • マルチキャスト・ストーム
  • マルチキャストとマルチホーム・マシン
  • 別々のサブネットでのマルチキャスト
• マルチキャストのデバッグ
  • デバッグ・ユーティリティ
    • MulticastMonitor
    • MulticastTest
  • デバッグ・フラグ
    • コマンド・ラインでデバッグ・フラグを設定する
    • WLSTを使用したデバッグ属性の設定
• その他の問題
  • AIXでのマルチキャスト
  • ファイル記述子の問題
• マルチキャスト構成のトラブルシューティングに関するその他のリソース

A WebLogicクラスタのAPI

• APIの使い方
• カスタム呼出しルーティングと連結の最適化

B クラスタに関するBIG-IPハードウェアの構成

C MAN/WANフェイルオーバーに関するF5ロード・バランサの構成

• 要件
• ローカル・ロード・バランサの構成
  • 仮想サーバーのIPおよびプール
  • フェイルオーバー・トリガーの仮想サーバーおよびプールの作成
  • マルチレイヤーの仮想サーバーおよびIPプールの作成
• 3-DNSグローバル・ハードウェア・ロード・バランサの構成
  • DNSゾーンの構成
  • 3-DNSによって管理されるBIG-IPアドレスの構成
  • データ・センターの構成
  • ワイドIPの構成
• WebLogic Serverコンポーネントの構成

D MAN/WANフェイルオーバーに関するRadwareロード・バランサの構成

• 要件
• ステップ1: 信頼できる委任ゾーンの構成
• ステップ2: ファームの仮想IPおよびサーバーの構成
  • ファームIPの作成
  • サーバー・ファームのディスパッチ・メソッドの構成
  • ファーム・サーバーの作成
• ステップ3: ポートの多重化の構成
• ステップ4: HTTPリダイレクトの構成
• ステップ5: セッションIDの永続性の構成
• ステップ6: LRPの構成
• ステップ7: WebLogic Serverコンポーネントの構成