WebLogic Serverで実現するクラスタリング

はじめに第5回と第6回では、J2EEに対応した商用のアプリケーションサーバ(APサーバ)である「WebLogic Server」のクラスタリングについて解説します。WebLogic ServerはBEA社によって開発されているJ2EEに対応した高性能なAPサーバです。

高木 基成

2005年11月21日 20:00

はじめに

第5回と第6回では、J2EEに対応した商用のアプリケーションサーバ(APサーバ)である「WebLogic Server」のクラスタリングについて解説します。WebLogic ServerはBEA社によって開発されているJ2EEに対応した高性能なAPサーバです。

本連載では、WebLogic Server 8.1を前提とします。2005年11月現在の最新版は、WebLogic Server 9.0になりますが、現在はWebLogic Server 8.1の利用者の方が多いのではないでしょうか(筆者の場合、WebLogic Server 9.0を検証中であり、実稼動のアプリケーションはWebLogic Server 8.1を採用しています)。

;今回は、WebLogic Server初心者の方をターゲットにして基本構成とクラスタ設定を解説していきます。各クラスタ機能の解説は次回で掲載します。

WebLogic Serverのオンライン・ドキュメント

WebLogic Serverの製品マニュアルの大部分はオンラインで公開されており、多くの情報を参照できます。WebLogic Serverに関する情報が必要になれば、まずは製品マニュアルを見ることをお勧めします。



BEA Products のドキュメント
http://edocs.beasys.co.jp/e-docs/index.html
※対象ページ現在閉鎖

WebLogic Serverの基本構成

はじめにWebLogic Serverのクラスタを理解するための準備として、ドメイン・管理サーバ・管理対象サーバの定義を確認して、一般的なクラスタの構成を説明します。



一般的なクラスタの構成
図1:一般的なクラスタの構成

ドメイン

ドメインとはWebLogic Serverインスタンスの基本的な管理単位で、1つ以上のWebLogic Serverインスタンスで構成されており、1つの管理サーバによって管理します。

ドメインにはWebLogic Serverクラスタと、クラスタ化していないWebLogic Serverインスタンスを含めることができます。また管理サーバ以外のWebLogic Serverインスタンスを管理対象サーバと呼びます。

WebLogic Serverを使用してアプリケーションを開発するときに、1つのWebLogic Serverインスタンスで作業をしている方が多いと思います。このときのドメインは最小構成であり、1つのWebLogic Serverインスタンスが管理サーバと管理対象サーバのどちらの役割もはたしています。

管理サーバ

管理サーバはドメイン内に1つだけ存在して、ドメイン内の管理対象サーバを管理・設定します。管理対象サーバを起動するためには、この管理サーバを先に起動しなければなりません。なぜなら管理対象サーバが管理サーバから設定情報を取得するためです。この設定情報は"config.xml"というファ イルになります。デフォルトでは以下のパスに保存されています。



BEA_HOME/user_projects/domains/mydomain

   BEA_HOMEはWebLogic Serverをインストールするときに指定するホームディレクトリで、mydomainはドメイン名と同じ名前のフォルダになります。

管理対象サーバ

管理対象サーバは管理サーバ以外のWebLogic Serverインスタンスになり、複数の管理対象サーバをWebLogic Serverクラスタとして構成することができます。クラスタとして構成すれば、アプリケーションを各管理対象サーバにデプロイすることでフェイルオー バーとロードバランシングを実現できます。ただしクラスタとして構成する管理対象サーバは、同じドメインに存在しなければなりません。

人気記事トップ10

人気記事ランキングをもっと見る

企画広告も役立つ情報バッチリ! Sponsored

ClickHouse Cloudが実現した広告運用SaaS「ATOM」のデータ基盤革新、パフォーマンスを向上しながら、運用負荷とコストを削減 11月11日 6:20 AIで開発が加速する時代、品質保証はどう変わる? Tricentisが示すAIエージェント活用の実像 11月9日 6:45 悪用までの猶予が「1分」に迫るフロンティアAI時代に開発と本番を貫く脆弱性管理が必要 10月29日 8:30 欧州CRA対応とSBOM運用。AI生成コードのOSS混入問題の対策とは ――スニペット単位で検出する「FossID」「Insignary Clarity」によるSBOM運用 9月16日 6:40 PostgreSQLからTiDBへ、稼働中SaaSで進める段階的DB移行の実践と再設計への展望 9月7日 6:30 機能安全開発におけるGoogleTestの活用を支援!「Parasoft C/C++test CT」で実現する効率化&AI連携 4月14日 6:30 【CNDW2025】Grafanaが明かす「オブザーバビリティの哲学」ー最小限の労力で実用的なインサイトを得るには 1月23日 6:30 【CNDW2025】プロダクト急増に備える基盤刷新 ーウェルスナビがECSからEKSへの移行で得た知見とは 1月15日 6:30 【CNDW2025】250環境を5人で運用、構築時間は30分に ーKINTOテクノロジーズが語るインフラ基盤組織の作り方 2025年12月18日 6:30 新たな自動化で熱視線! AIエージェントの「推論能力」を支える2つのコンポーネントとは? 2025年11月28日 6:30