APサーバのチューニング項目を知る：J2EEパフォーマンスチューニング（3）（5/6 ページ）

（4）EJB

　次に、EJBにおけるパフォーマンスチューニング項目を見ていきます。

　EJBには、大きく分類して3つのタイプ（セッションBean、エンティティBean、そしてEJB 2.0で追加されたメッセージ駆動型Bean）があります。それぞれのEJBのタイプごとに役割や性質が異なるため、パフォーマンスに影響を与えるBeanのリソース管理方法や同時アクセス性もタイプによって異なります。各タイプの特性をよく知ることで、性能の引き出し方も見えてきます。

ステートレスセッションBeanのチューニングポイント

　ステートレスセッションBeanは、会話ステートを持たないBeanです。１つの処理がステートレスBeanの中で完結して結果を返すような処理に使われます。例えば、現在の株価を返したり、クレジットカードの有効性を検証するサービスなどがそのよい例です。会話ステートを持たないので、クライアントが初回に呼び出したメソッドと、次回呼び出したときのメソッド間での関連はまったくありません。そのためステートレスセッションBeanはステートフルセッションBeanと異なり、あるクライアントに専任するのではなく任意のクライアントに対応します。

　上述の特性により、ステートレスセッションBeanインスタンスをプールの中で保持しておき、必要に応じて使い回すというインスタンス管理方法をとることが可能になります。このプールの考え方は、前述の接続プールとよく似ています。プールの中の利用可能なインスタンスを任意のクライアントに対して使い回すことで、リソースを節約し、限られた数のインスタンスで多くの処理をさばくことが可能です。

　このインスタンスプールに関連するパラメータをどのように設定するかによって、ステートレスセッションBeanのパフォーマンス性能に差が出る場合があります。

■ ステートレスセッションBeanの設定

　WLS61固有の設定になるので、weblogic-ejb-jar.xmlに記述します。設定項目は以下のとおりです。

・<initial-beans-in-free-pool>
　WLS61起動時、プールに生成するインスタンスの数を指定します。指定しない場合には、起動時生成されるインスタンス数は0です。

・<max-beans-in-free-pool>
　プールに生成するインスタンス数の最大値を指定します。デフォルトの設定では、最大値を設定していません。現実的には、同時にサービス提供できるインスタンス数は、スレッド数によって制限されてしまいます。

<stateless-session-descriptor>
  <pool>
    <max-beans-in-free-pool>30</max-beans-in-free-pool>
    <initial-beans-in-free-pool>5</initial-beans-in-free-pool>
  </pool>
</stateless-session-descriptor>

　ステートレスセッションBeanの動作とweblogic-ejb-jar.xmlの関連は以下のとおりです。

図5

1. WLS61起動時に、で指定した数のインスタンスが生成されます
2. クライアントの要求にこたえるインスタンスの数が十分でない場合、さらにインスタンスが生成されプールに追加されます
3. 追加されるインスタンスは、で指定した数で制限されます
4. で指定したインスタンスすべてがBusyな状態で、新たな呼び出しがあった場合、処理中のインスタンスに空きが出るまで待たされます
5. トランザクションタイムアウト時間が経過した場合には、クライアントにexceptionが戻されます

スステートフルセッションBeanのチューニングポイント

　ステートレスセッションBeanと異なり、ステートフルセッションBeanは会話ステートを保持するBeanです。クライアントのメソッド間で会話ステートを保持するために、1つのクライアントに対して1つのステートフルセッションBeanが張り付き（正確にはEJBオブジェクトに対して）、Beanライフサイクルの間専任します。そのためステートレスセッションBeanのように、インスタンスプーリングでスワップするメカニズムは使えません。また、ステートフルセッションBeanは、ステートレスセッションBeanに比べ、会話ステートのやりとりなどにおいて、処理が完了するまでの時間は長くなりがちです。

　キャッシュ内のリソースを適切なレベルに保つために、以下の条件のインスタンスはパッシベートされる候補となります。

• <idle-timeout-seconds>を経過している*1
• 現在メソッドを実行していない
• トランザクションに参加していない

図6

■ステートフルセッションBeanの設定

　WLS61固有の設定になるので、weblogic-ejb-jar.xmlに記述します。設定項目は以下のとおりです。

・<max-beans-in-cache>
　キャッシュに保持可能なステートフルセッションBeanのインスタンス最大数を指定します。

・<idle-timeout-seconds>
　指定された時間を経過したインスタンスは、コンテナによってキャッシュから破棄されます。これにより、ステートフルセッションBeanインスタンスがキャッシュに長く居座ることを防ぎます。

　記述例は以下のとおりです。

<weblogic-enterprise-bean>
  <ejb-name>AccountBean</ejb-name>
    <stateful-session-descriptor>
    <stateful_session-cache>
      <max-beans-in-cache>200</max-beans-in-cache>
      <idle-timeout-seconds>1200</idle-timeout-seconds>
    </stateful-session-cache>
  </stateful-session-descriptor>
</weblogic-enterprise-bean>

エンティティBeanのチューニングポイント

　エンティティBeanは、永続化されたデータのオブジェクトビューを表現します。1つのエンティティBeanインスタンスは、データベースのあるレコード行に対応します。レコード行がそうであるように、エンティティBeanも複数クライアントからの同時アクセスに対応することが求められます。また、データを表現しているので、トランザクションを考慮してデータの完全性も維持しなくてはいけません。エンティティBeanは、データの完全性と同時アクセスの性能という、本来相反する要求を満たさなければならない大変難しい立場にあるBeanであるといえるでしょう。

■エンティティBeanに関する設定

　EJBコンテナは、あるタイミングでデータベースからレコードのデータをBeanへ読み出したり（ejbLoad()）、またその逆にあるタイミングでBeanのデータをデータベースに保存しようとします（ejbStore()）。このときBeanインスタンスとデータベース間でのアクセスが頻繁に発生すると、処理性能の低下を引き起こしてしまいます。データベースへの不要なアクセスを減らすようにすることで、性能の低下を抑えることが可能です。weblogic-ejb-jar.xmlの以下の項目が関連します。

　上記の設定で、トランザクションコミット時にのみejbStore()を呼び出すように制限されます。不要な更新とejbStore()の呼び出しの反復が回避され、一般にパフォーマンスが向上します。パフォーマンスを重視する場合はデフォルト値のままにしてください。

●読み出し専用（Read-Only）エンティティBean

　例えばクライアントからみた場合、データ読み出し専用のBeanインスタンス（外部リソースによって更新される株価表示や商品一覧など）があるとします。このBeanは読み出し専用なので、更新処理（ejbStore()）は必要ありません。また、それほど頻繁に更新されないデータであれば、初回にBeanが生成されるときにデータを読み込んでおいて（ejbLoad()）、その後のアクセスはキャッシュされたBeanを共有して使用すると、データベース・アクセスを大幅に減らすことができ、エンティティBeanの性能が大幅に向上すると考えられます。

　WLS61では、用途に合わせて3つのパターンを選択できます。

図7

●同時アクセス方法

　前述しましたが、データベースのレコード行がそうであるように、エンティティBeanも同一プライマリキーを持った、異なる複数クライアントからの同時アクセスに対応する必要があります。WLS61では、以下の2つの同時アクセス方法を選択できます。

　デフォルトの設定は以下のとおりです。

●エンティティBeanの設定

　今回はWLS61を例に説明していますが、他社のアプリケーション・サーバでも同様の設定が可能だと思われますので、アプリケーション・サーバのドキュメントを調べてみてください。

　WLS61固有の設定になるので、weblogic-ejb-jar.xmlに記述します。以下に、記述例を紹介します。AccountBeanクラスを読み取り専用のエンティティBeanとして指定しています。

<weblogic-enterprise-bean>
<ejb-name>AccountBean</ejb-name>
<entity-descriptor>
<entity-cache> 
<concurrency-strategy>ReadOnly</concurrency-strategy>
</entity-cache>
</entity-descriptor>
</weblogic-enterprise-bean>