GlassFishにはインストール時デフォルトで Java DBが付属しており，あらかじめJava DBに対するJDBCリソースと接続プールの設定がされています．そして GlassFish の監視系の機能の一つである，「呼び出しフロー」のデータ保存先として使用されています．
ここでは，新たにMySQL 5.1との接続設定方法について紹介します．MySQLと接続するためには，MySQLのJDBCドライバを事前に入手しておいてください．
また以降の手順ではMySQLが既にインストールされていることを前提に説明します．

JDBCドライバに対するクラスパスを設定

クラスパスの設定は，管理コンソールから左ペインの「設定」→「対象のコンフィグ(cluster1-config)」→「JVM 設定」を選択し右ペインの「サーバクラスパス」内に記載し設定できます．

次に JDBC の接続プールを作成します．

分散トランザクションが必要な場合，リソースタイプ，データソースにそれぞれ下記を使用してください．
javax.sql.XADataSource
com.mysql.jdbc.jdbc2.optional.MysqlXADataSource

管理コンソールからは下記の手順に従い設定してください．
まず、左ペインの「リソース」→「JDBC」→ 「接続プール」を選択し右ペインの「新規 …」ボタンを押下します．

次に，「接続プール名」，「リソースタイプ」，「データベースベンダー」を選択し「次へ」ボタンを押下します．

最後に，JDBC の各種詳細な設定項目を選択/入力し「完了」ボタンを押下します．

JDBCドライバ等の設定項目一覧が数多くリストされますが，ここでは最低限下記の項目のみ編集して設定を完了します．

「完了」ボタンを押下すると下記の画面が表示されます．

ここで、作成した JDBC 接続プールが有効か否か疎通確認を行います．

成功時：

失敗時：

また，管理コンソールから左ペインの「リソース」→「 JDBC」→「 接続プール」より対象の接続プールを選択し「Ping」ボタンを押下し確認できます．
成功時：

失敗時：

次に、作成した JDBC 接続プールに対して，リソース設定を行います．
アプリケーションはここで設定する JNDI 名を利用して DB にアクセスできるようになります．

管理コンソールからは下記の手順に従い設定してください．
まず、左ペインの「リソース」→「JDBC」→ 「 JDBCリソース」を選択し右ペインより「新規 …」ボタンを押下します．


続いて，「JNDI 名」，「プール名」，有効状態のチェックをつけ「利用可能なターゲット」に対象のクラスタ(cluster1)を追加して「了解」ボタンを押下します．


「了解」ボタンを押下すると下記の画面が表示され JDBC リソースの設定は完了します．以降アプリケーションはここで設定した “jdbc/mysql” を利用して DB
に対して接続ができるようになります．

DBの設定情報の取得
ここで，DB の設定可能な項目の一覧をリストしてみます．asadmin の get コマンドを実行して確認ができます．各設定項目は asadmin set コマンドで設定変更を更新できますので必要に応じて設定変更を行ってください．

コネックションプールのモニタリング
最後に、JDBC の接続プールに対してモニタリングの設定を行う方法を紹介します．モニタリングを有効にするために下記の手順に従い設定を行い，確認してください．

クライアント証明書の秘密鍵を作成

クライアント証明書用のCSRを作成

下記の例では便宜上，認証局(CA)上で CSR を生成していますが，CSRの生成はどの環境で構築しても問題ありません．

認証局(CA)でクライアント証明書を署名

クライアント証明書のCSRを認証局(CA)で署名します。

署名されたクライアント証明書をGlassFishのキーストアにインポートするため，X.509形式に変更

GlassFishのキーストアに対してクライアント証明書をインポート

クライアント証明書をブラウザにインポートするためPKCS12形式に変換

最後にブラウザにPKCS12形式のクライアント証明書をインポートします．

上記で設定は完了です，ブラウザからアクセスしてみてください．

ドメイン管理サーバが稼働するサーバが何らかの障害により起動できなくなった場合，ドメインの管理ができなくなります．ドメイン管理サーバが稼働していない状態でもサーバインスタンスを稼働させることはできますが，ドメイン管理サーバが壊れている状態ではアプリケーションの更新やリソースの設定変更等ができなくなります．このような場合、ドメイン管理サーバの設定をバックアップしておくことで，他のサーバをドメイン管理サーバの代替えとして利用することができます．バックアップはドメイン管理サーバ上で何らかの設定変更を行った際，その都度取得しておくことを推奨します．

バックアップを取得する前に，ドメイン管理サーバを停止してください．ドメイン管理サーバを停止しても提供しているサービスに影響は及びませんのでこの作業は本番稼働中に行っても問題ありません．

次にドメイン管理サーバのバックアップを行います．–domaindirには対象のドメインが含まれるディレクトリを指定します．

バックアップコマンドを実行すると，sjsas_backup_vXXXXX.zipと名付けられたバックアップファイルが作成されます．このファイルをドメイン管理サーバのバックアップ用のサーバにFTP等を利用してコピーしておきます．ここではドメイン管理サーバのバックアップ用のサーバとしてnodeagent1を使用します．本番環境ではノードエージェントとは別のマシン上に構築することを推奨します．

展開したファイル中よりドメイン管理サーバ名が記載されている箇所を手動で編集します．domains/clusterDomain/config /domain.xml中より修正する必要のある該当箇所を表示し，dashostからnodeagent1に変更します．

新しい環境上で再度環境変数を設定した後，ドメインを起動します．

上記で，ドメインのリストアは完了です．仮にドメイン管理サーバにアクセスするためにSSLを有効にしている場合にドメイン管理サーバのホスト名が変わる場合，サーバ証明書の更新も必要です．デフォルトでインストールされている自己署名サーバ証明書は変更前のドメイン管理サーバ名が記載されていますので更新の必要があります．
最後に，念のためノードエージェントが保持するドメイン管理サーバへの参照情報が更新されているか確認してください．全てのノードエージェントはagentディレクトリ中にconfigディレクトリが存在しています．このディレクトリ配下にdas.propertiesファイルが存在しており，ドメイン管理サーバへ接続するための接続情報などが記載されています．そこでファイルの内容を確認しdashostからnodeagent1に変更されていることを確認してください．仮に変更されていない場合は手動で変更してください．

クラスタの作成

クラスタ構成を作成するためにはcreate-clusterコマンドを使用します．コマンド引数にクラスタ名を指定してクラスタを作成します．

また，管理コンソールから左ペインの「クラスタ」を選択し右ペインの「新規…」ボタンを押すことによって作成することができます．

クラスタの作成

クラスタサーバインスタンスの作成

クラスタに所属するサーバインスタンスを作成するためには，create-instanceコマンドを実行します．コマンド引数にインスタンスを配置するノードエージェント名とクラスタ名を指定してインスタンスを作成します．

また，クラスタに所属するサーバインスタンスは「クラスタ」作成のウィザードから「作成するサーバインスタンス(2)」のテーブルから，「新規…」ボタンを押すことによって作成することができます．この時ノードエージェントの選択コンボボックスからサーバインスタンスが稼働するノードエージェントを選択します．

クラスタインスタンスの作成

クラスタの一覧表示

ドメイン内に存在するクラスタの一覧を表示するためにはlist-clustersコマンドを使用します．またコマンドを実行すると一覧表示の他クラスタの稼働状態も表示します．

また，管理コンソールから左ペインの「クラスタ」を選択して確認できます．

クラスタの一覧表示

クラスタの起動

クラスタの起動はstart-clusterコマンドを使用します．コマンド引数にクラスタ名を指定して起動します．

また，管理コンソールから左ペインの「クラスタ」を選択し右ペイン中より対象のクラスタにチェックを付け「クラスタの起動」ボタンを押すことによって作成することができます．

クラスタの起動

クラスタの停止

クラスタの停止はstop-clusterコマンドを実行します．コマンド引数にクラスタ名を指定して停止します．

また，管理コンソールから左ペインの「クラスタ」を選択し右ペイン中より対象のクラスタにチェックを付け「クラスタの停止」ボタンを押すことによってクラスタを停止することができます．

クラスタの停止

クラスタの削除

クラスタを削除するためには，クラスタに所属している全てのインスタンスを停止/削除した後に削除を行います．
まず，クラスタの一覧とクラスタに所属するインスタンスを表示します．

次に，cluster1に属するinstance1,instance2を削除します．

最後にcluster1を削除します．

また，管理コンソールから左ペインの「クラスタ」を選択し右ペイン中より対象のクラスタにチェックを付け「削除」ボタンを押すことによってクラスタを削除することができます．管理コンソールから削除を実行すると，クラスタ内に属する全てのインスタンスも同時に削除する事ができます．

クラスタの削除

スタンドアローンサーバインスタンスを追加するためにはcreate-instanceコマンドを実行します．サーバインスタンスが稼働するノードエージェント名を指定して作成します．複数のインスタンスを作成する際は，必ずノードエージェントの指定が必要です．そこで，開発者プロファイルを利用している場合，もしくはノードエージェントを作成していない場合は，新たにサーバインスタンスを作成することができませんので，ご注意ください．

上記のようにサーバインスタンスで使用する各種ポート番号を明示的に指定せずにサーバインスタンスを作成する場合は，極力既存の全てのサーバインスタンスを起動している状態で作成作業を行ってください．ポート番号を指定せずに実行した場合，コマンド内部で自動的に未使用のポート番号を探し出して新規インスタンス用に割り当てます．他のサーバインスタンスが停止している状態でコマンドを実行した場合，他で使用しているポート番号と競合する可能性があり，正常にサーバインスタンスが起動できない場合があります．作成するインスタンスで使用する各種ポート番号を指定したい場合は，下記のように–systempropertiesを付加して各種ポート番号を指定する事もできます．

また，管理コンソールから左ペインの「スタンドアロンインスタンス」を選択し右ペインの「新規…」ボタンを押すことによって新規インスタンスを追加することができます．

新規スタンドアローンインスタンスの追加

サーバインスタンスの一覧表示

サーバインスタンスの一覧を確認するためにはlist-instancesコマンドを使用します．コマンドを実行すると一覧表示の他インスタンスの稼働状態も表示します．

また，管理コンソールから左ペインの「スタンドアロンインスタンス」を選択して確認できます．

インスタンスの一覧表示

サーバインスタンスの起動

サーバインスタンスの起動はstart-instanceコマンドを使用します．実行時にインスタンス名を指定して起動します．

また，管理コンソールから左ペインの「スタンドアロンインスタンス」を選択し右ペインの「起動」ボタンを押すことによってインスタンスを起動することができます．

サーバインスタンスの起動

もしくは，管理コンソールから左ペインから対象の「スタンドアロンインスタンス」を選択し右ペインの「インスタンスの起動」ボタンを押すことによってインスタンスを起動することができます．

サーバインスタンスの起動

サーバインスタンスの停止

サーバインスタンスの停止はstop-instanceコマンドを実行します．コマンド引数にインスタンス名を指定して停止します．

また，管理コンソールから左ペインの「スタンドアロンインスタンス」を選択し右ペインの「停止」ボタンを押すことによってインスタンスを停止することができます．

サーバインスタンスの停止

もしくは，直接左ペインから対象の「スタンドアロンインスタンス」を選択して右ペインの「インスタンスの停止」ボタンを押すことによってインスタンスを停止することができます．

サーバインスタンスの停止

サーバインスタンスの削除

インスタンスの削除はdelete-instanceコマンドを実行します．コマンド引数にインスタンス名を指定して削除します．

また，管理コンソールから左ペインの「スタンドアロンインスタンス」を選択し右ペインの「削除」ボタンを押すことによってインスタンスを削除することができます．

サーバインスタンスの削除

ノードエージェントを作成するためには，ドメイン管理サーバ上で create-node-agent-config コマンドを実行しノードエージェント(参照情報のみ)を作成します．下記の例では2つのノードエージェントを作成しています．

次にノードエージェントを稼働させるマシン上でそれぞれ create-node-agent コマンドを実行します．この時ドメイン管理サーバ上で指定したノードエージェント名と同一のエージェント名を指定する必要があります．

便宜上ノードエージェントを稼働させるマシン上で create-node-agent コマンドを実行すると，「参照情報」と，「ノードエージェントの実体」の両方が同時に生成されます．しかし内部的には参照情報の設定とノードエージェントの実体は別々に作成されていることに注意してください．
このように，参照情報とノードエージェントの作成が別々に行われる理由は，ノードエージェントをオフラインで管理ができるようにするためです．例えば，実体であるノードエージェントが停止状態でも，ドメイン管理サーバ上で管理しているノードエージェントの参照情報に対してインスタンスを追加することができます．そしてノードエージェントの実体を起動した時にドメイン管理サーバで保持するノードエージェントの参照（設定）情報と同期をとりインスタンスの実体が生成されます．
管理コンソールからは，ドメイン管理サーバで管理する参照情報のみ作成することができます．参照情報を作成した後，別途ノードエージェントが稼働するマシン上でノードエージェントの実体を作成してください．
管理コンソールの左ペインから「ノードエージェント」を選択し、右ペインより「新規…」ボタンを押すことによってノードエージェントの参照情報を作成することができます．

ノードエージェントの参照情報の作成

ノードエージェントの一覧表示

ノードエージェントの一覧を確認するためにはlist-node-agentsコマンドを使用します．コマンドを実行すると一覧表示の他ノードエージェントの稼働状態も表示します．

また，管理コンソールからは，左ペインの「ノードエージェント」を選択して確認できます．

ノードエージェントの一覧表示

ノードエージェントの起動

ノードエージェントを起動するためには，ノードエージェントが稼働するマシン上で start-node-agent コマンドを実行します．

ノードエージェントの停止

ノードエージェントを停止するためには，ノードエージェントが稼働するマシン上で stop-node-agent コマンドを実行します．

ノードエージェントのログ設定

ノードエージェントのログに関する設定を行う前に，現在設定されているログの設定情報を get コマンドを実行して確認します．

ここで例えば、set コマンドを実行しログローテーションのファイルサイズを 500Kb から 1Mb に変更してみます。
下記を実行してください．

上記の設定内容を確認するため get コマンドを実行します．

また，ノードエージェントに関する各種設定は，管理コンソールからも行えます．

ノードエージェントの各種設定

ノードエージェントの削除

ノードエージェントを削除する前に，ノードエージェント上で稼働している全てのインスタンス，全てのアプリケーションを停止していることを確認してください．ノードエージェント上にリソースが残っている場合，ノードエージェントの削除に失敗します．
全てのリソースを削除した後に，ノードエージェントが稼働するマシン上で delete-node-agent コマンドを実行し実体を削除します．下記のコマンドを実行するとファイルやディレクトリを全て削除します．

次に、delete-node-agent-configコマンドを実行し，ドメイン管理サーバ上で保持するノードエージェントの参照情報を削除します．

ノードエージェントの参照情報は管理コンソールからも削除できます．管理コンソールの左ペインから「ノードエージェント」を選択し，右ペインより削除対象のノードエージェントにチェックを付け，削除ボタンを押す事により削除できます．

ノードエージェントの参照情報の削除

サーバインスタンスはエンドユーザ向けにサービスを提供するJava EE 5の 仕様に完全準拠したJava EEのプロセスです．１つのドメ イン内には複数のサーバインスタンスを作成する事ができます．また物理的にハードウェアが異なる環境上でインスタンスを作成する事もできます．ドメイン内 で複数のサーバインスタンスを作成する場合，それぞれのサーバインスタンスを識別するために，異なる名前を設定する必要があります．

サーバインスタンスは下記の２種類のいずれかの方法で作成できます．

1. クラスタに所属しないインスタンス
2. クラスタに所属しないインスタンス

クラスタについては別途，詳細に説明しますが，複数のサーバインスタンスを作成する環境では，クラスタへの所属の有無に応じて，アプリケーションの配備やリソース設定等の管理方法が大幅に異なってきます．具体的に はクラスタに属する全てのインスタンスは，クラスタに対する設定情報が各インスタンスに完全に引き継がれるため，たった１度のクラスタに対する操作で全て のインスタンスに対して反影されます．このようにクラスタに所属するインスタンスは，同じアプリケーションを負荷分散や高化用性を実現するために複数台の マシンで実行したいような場合に有効です．一方，クラスタに所属しないインスタンスは，各インスタンス間で設定情報を独立に設定するため，リソース設定を 個別に管理したい場合，単一のアプリケーションを別のJava VMプ ロセスで稼働させたい場合，もしくは異なるアプリケーションをそれぞれ別のJava VMの プロセスで稼働させたいような場合に有効です．

サーバインスタンスのアーキテクチャを「図5：サーバインスタンスのアーキテク チャ」に示します．のようにプロセス内にEJBコンテナやWebコンテナ等を含み，各種クライアントからの要求を受け 付けます．

図 5:サーバインスタンスのアー キテクチャ

サーバインスタンス単位，もしくはクラスタ構成単位に「図6： インスタンス毎の設定項目」に示す項目の設定が可能です．

図 6:インスタンス毎の設定項目

ドメインを作 成するためには create-domain コマンドを 実行して作成します．下記にプロファイルごとのドメイン作成方法を示します．

開発者 用プロファイルを使用したドメインの作成方法

デフォルトで 作成されるドメイン（domain1）以外に開発者用プロファイ ルを利用した新規ドメイン（devDomain）を作成する方法を下記 に示します．

クラスタプロファイルを使用したドメインの作成方法

クラスタプロファイルを使用したドメインの作成方法を下記に示します．下記の例では，ベースとなるポート番号（portbase）を指定して実行します．このオプションは 指定したポート番号を基に自動的に各種ポート番号を割り当てドメインを作成します．ポート番号の把握が容易になるため，複数ドメインを構築する場合などに 適しています．

上記はいずれも —savemasterpassword,–savelogin を有効にして設定を行いました．これらのオプションを指定してドメインを作成すると， 管理者のパスワード，管理者のパスワードがローカルファイルシステム(.asadminpass/master-password)に保存され，次回コマン ド実行時に管理者パスワードの入力を省略できます。一方 –savemasterpassword,–savelogin を指定せずに作成したドメインは asadmin コマンドの実行時に毎回管理者パスワードを問い合わせされます．

不正使用を防ぎたい場合は，毎回パスワードの入力を求めるように–savemasterpassword,–saveloginの 設定を無効にし，環境変数も設定しないようにしてください．

ドメインの一覧表示

作成されているドメインの一覧を表示するためにはlist-domainsコ マンドを実行します．コマンドを実行すると一覧表示以外にドメインの稼働状態も確認できます．

ドメインとドメイン管理サーバインスタンスの起動

ドメイン管理サーバを起動するためには，start-domainコマンドを実行します．

ドメインとドメイン管理サーバインスタンスの停止

ドメイン管理サーバを停止するためには，stop-domainコマンドを実行します．

開発者プロファイルを使用して作成したドメインの場合，管理コンソールの左ペインから「アプリケーションサーバ」を選択し右ペインの「一般」タブか ら「インスタンスの停止」ボタンを押すことによってドメイン管理サーバのインスタンスを停止する事ができます．

図 7:開発者プロファイルを利用 したドメイン管理サーバの停止方法
クラスタプロファイルを使用して作成したドメインの場合，管理コンソールから左ペインの「スタンドアロンインスタンス」を選択し右ペインの「一般」 タブから「インスタンスの停止」ボタンを押すことによってドメイン管理サーバのインスタンスを停止する事ができます．

図 8:クラスタプロファイルを利 用したドメイン管理サーバの停止方法

クラスタプロファイルへの変更方法

開発者プロファイルで作成したドメインをクラスタプロファイルに変更することができます．クラスタプロファイルへの変更は、asadminコマンドは利用できず，GUIの管理コンソールを使用した場合のみ可能です．

クラスタプロファイルへ変更するためには，管理コンソールの左ペインから「アプリケーションサーバ」を選択し右ペインの「一般」タブから「クラスタ サポートを追加…」ボタンを押すことによってクラスタ 構成を組むことのできるクラスタプロファイルへ変更できます．

図 9:クラスタプロファイルへの 変更方法

ドメインの削除

ドメインを削除する前に，ドメインが管理する全てのノードエージェント，全てのインスタンス，全てのアプリケーションが停止/削除されていることを確認して下さい．ドメイン上の各種リ ソースが残っている場合，削除に失敗します．

ドメインを削除するためには，delete-domainコマンドを実行します．

「ドメイン」とは，アプリケーションサーバの管理を行う上で必要なプロセスや，設定情報等をグループ化した管理用の構成単位です． ドメインは「ドメイン管理サーバ」，「サーバインスタンス」，「ノードエージェント」，「各種リソース（JDBC, JMS, JNDI）」等のさまざまなコンポー ネントや設定情報から構成されています．GlassFishをインストールすると， デフォルトで一つのドメイン（domain1）を生成しますが，必要に応 じて複数のドメインを作成することができます．管理を行うためには，サーバ管理者は，管理者ユーザ名，管理者パスワード，証明書データベースの管理用パス ワードを入力したのち管理を行います．複数のドメインを作成する場合，それぞれのドメインに対して個別に管理者ユーザ名，管理者パスワード，認証用データ ベース管理用パスワードを設定する必要があります．

複数のドメインの作成は，ASP （Application Service Provide） サービスの提供や SaaS（Software as a Service）， またクラウドといったサービスにおいて，サービス提供単位，組織単位毎に独立して管理を行いたい場合等に適しています．各ドメイン間を独立して管理でき各 種設定情報はドメイン間では共有されないためこのような環境で安全に利用できます。

図 1:複数ドメインの構成例

ドメイン管理サーバ

ドメイン管理サーバは，ドメインを管理するための管理機能アプリケーションを含んだ，Java EE 5仕 様完全準拠のサーバインスタンス(※1)です．このドメイン管理サーバは，GlassFishのインストール時に作成される唯一のサー バインスタンスで，Java EEアプリケーションを配備して 稼働させる事もできるため，デフォルトサーバと呼ぶこともあります．通常開発時はこのデフォルトサーバのインスタンスに対してアプリケーションを配備した り，デバッグ等を行います．また本番環境において，複数のサーバインスタンスでサービスを提供している場合，一度このデフォルトサーバに対してアプリケー ションを配備し，動作確認後問題がない場合に本番環境を有効にするといった運用にも使うことができます(※2)．

このドメイン管理サーバは，サーバ管理者の認証を行った後，ドメイン内のすべての管理，たとえばアプリケーションの配備やリソース設定，サーバイン スタンスの起動/停止等といった管理機能を提供します．

また，物理的に異なるハードウェア上のリソースも管理できます．

各ドメインは必ず一つのドメイン管理サーバのインスタンスを持ち，各ドメイン管理サーバには任意のネットワークポート番号を設定します．基本的に(※3)全ての管理操作はドメイン管理サーバが稼働している状態で行 いますので，ドメイン管理サーバが稼働していない状態では各種設定変更を行うことはできません．

※1 サーバインスタンスの詳細は別途紹介します．
※2 配備済みのアプリケーション設定で「ターゲットの管理」から利用可能 対象のインスタンス/クラスタを設定できます．
※3 一部の管理操作（インスタンスの起動，停止等）はドメイン管理サーバ が起動していない状態でも実行できます．

開発者ドメイン

図 2:開発時におけるドメインと ドメイン管理サーバの構成

サーバ管理者がドメインの管理を行うために，GlassFishで はいくつかの管理ツールを容易しています。代表的な管理操作はコマンドラインツール，もしくはWebベー スのGUI管理コンソールを使用して行います． また，サーバ管理者が独自に管理機能を拡張したい場合，AMX （AppServer Management Extensions）(※4)と呼ぶJMX MBeansベー スの管理拡張用APIを提供していますので，AMX APIを実装した独自管理機能を通じて管理すること もできます．

※4 AMX （Appserver Management Extensions）

https://glassfish.dev.java.net/javaee5/amx/

#asadmin help #asadmin command_name [--help | ?]

asadminで指定可能なコマンド一覧はhelpコマンドを実行することで確認できます．また、各種 コマンドの引数の詳細は，コマンド入力後 –help を付加して実行する事で確認で きます。

図 3:管理コンソールの表示例

ドメイン管理サーバ導入の利点は，セキュアな環境を構築したい場合に便利です．たとえば，ドメインを管理するための管理サービスとエンドユーザに対 して提供するサービスを独立して運用/管理ができるため，安心して管理を行うこ とができるようになります．

図 4:セキュアなサーバ管理が可 能なドメイン構成例

表 1:各プロファイルで使用できる機能

システムを構築する環境で，どのプロファイルを選択すればよいかは下記の基準に従って選択して下さい．

• 開発者プロファイル：このプロファイルは開発環境に適しています．再起動等が頻繁に発生する開発環境においては高速起動が有効になっていますので統合開発環境との連携に有効です．
• クラスタプロファイル：このプロフィルは複数台のハードウェアでサービスを提供する，クラスタ環境の構築時に有効です．セッション高可用性の実現にはインメモリレプリケーションを使用するため，HADBの利用に比べパフォーマンスがよく，かんたんにクラスタ環境の構築，高可用性環境を構築できます．
• エンタープライズプロファイル：ミッションクリティカルな環境においては，HADBは最適です．HADBは99.999%の高可用性を実現するために専用のデータベース内にセッション情報を格納します．HADB内で冗長構成が取られているため，インメモリレプリケーションの構成に比べより安心して利用することができます．

GlassFish v3.x に関する補足：

GlassFIsh v3 からは上記のプロファイルの概念が若干変わってきます．GlassFish v3 では Java EE 6 で提供される Web Profile と Enterprise Platform 版のいずれかを入手することができます．GlassFish v2.1 でいう所のクラスタ機能は GlassFish v3.x の最初のリリースである GlassFish v3.0 では提供されず、GlassFish v3.1 以降で利用可能になる予定です．Web Profile, Enterprise Platform で提供される機能一覧を下記に示します．