3.7 本番ロールアウトのチューニング

本番前には、次のチェックリストを使用することをお薦めします。

このチェックリストには、いくつかの構成とロード・テストの概要が述べられています。

• 使用しているJavaメッセージング・サービスと自動サービス管理の構成がOracle Enterpriseデプロイメント・ガイドに従っていることを確認してください。

  
  GUID-8AFB5948-E112-4C0E-9E51-882E51C09C8D-default.gifの説明

• ロード・バランサの構成が正しいことを確認します。「WebLogicプラグインの有効化」には、正しい値を設定する必要があります。クラスタがプロキシ・プラグインまたはHttpClusterServletからのリクエストを受信する場合、「はい」を選択します。getRemoteAddrを呼び出すと、Webサーバーではなく、独自のWL-Proxy-Client-IPヘッダーからブラウザ・クライアントのアドレスが戻されます。config.xmlファイルのweblogic-plugin-enabledパラメータを無効にする(weblogic-plugin-enabled=false)場合、「いいえ」を選択します。このクラスタがドメインの「WebLogicプラグインの有効化」に選択した値を継承する場合、「継承」を選択します。

• Enterprise Messaging Service (EMS)で永続性構成を確認します。多すぎるスレッドは競合の原因になる場合があります。少なすぎると、スループット低下の原因になる場合があります。20スレッドから開始し、スループットに基づいてチューニングすることをお薦めします。

• アプリケーション・ロールが正しく定義されていることを確認してください。

• JVMパラメータが適切にチューニングされていることを確認してください。詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverのパフォーマンスのチューニング・ガイド』を参照してください。

• 異なる複数のデバイスのダッシュボードが、高い本番ロードでも正しく表示されることを確認してください。

ロード・テスト

ロード・テストに使用する指針は、次のとおりです。

1. Oracle Enterprise Single Sign-on Logon Managerを使用して、ログインするユーザーをシミュレートします。このためには、目安として次のテストを使用します。

   • 30秒ごとに2人の頻度で、20人の仮想ユーザーを開始し、これを20分間実行します。

   • 次に、すべての仮想ユーザーを、5秒ごとに2人の頻度で停止します。

   • ビューセットの監視機能を使用してこのアクティビティを監視します。

2. EMSクライアントを使用して、システムへのデータ・ポンプを実行します。複数のEMSサーバーを起動します。各EMSサーバーが複数の異なる管理対象サーバーにデプロイされていることを確認します。

3. スループットを監視します。BAMビジネス問合せを使用し、データ・オブジェクトの作成日付列に基づいて、x軸上に時系列を作成します。

4. Java VisualVMツールを使用すると、ヒープ、メモリーおよびCPUの使用率を監視できます。

5. 自動ワークロード・リポジトリ・レポートを使用して、デッドロックの有無を確認します。SQL実行時間も確認して、索引の作成や変更が必要かどうかを判断します。

6. 寿命テストを実行します。EMSを使用して、システムを最低5日間実行します。システムを連続的なロードの対象とし、毎日パージし、仮想ユーザーの出入りを確認します。

7. フェイルオーバー時には、1つのサーバーを停止してパフォーマンスを監視し、すべてのパフォーマンスに関する問題が検出されて修正された後、そのサーバーをバックアップにします。再起動時には、複数のサービスを手動でサーバーに移行して戻します。