本番前には、次のチェックリストを使用することをお薦めします。
このチェックリストには、いくつかの構成とロード・テストの概要が述べられています。
使用しているJavaメッセージング・サービスと自動サービス管理の構成がOracle Enterpriseデプロイメント・ガイドに従っていることを確認してください。
ロード・バランサの構成が正しいことを確認します。「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のパフォーマンスのチューニング・ガイド』を参照してください。
異なる複数のデバイスのダッシュボードが、高い本番ロードでも正しく表示されることを確認してください。
ロード・テスト
ロード・テストに使用する指針は、次のとおりです。
30秒ごとに2人の頻度で、20人の仮想ユーザーを開始し、これを20分間実行します。
次に、すべての仮想ユーザーを、5秒ごとに2人の頻度で停止します。
ビューセットの監視機能を使用してこのアクティビティを監視します。
EMSクライアントを使用して、システムへのデータ・ポンプを実行します。複数のEMSサーバーを起動します。各EMSサーバーが複数の異なる管理対象サーバーにデプロイされていることを確認します。
スループットを監視します。BAMビジネス問合せを使用し、データ・オブジェクトの作成日付列に基づいて、x軸上に時系列を作成します。
Java VisualVMツールを使用すると、ヒープ、メモリーおよびCPUの使用率を監視できます。
自動ワークロード・リポジトリ・レポートを使用して、デッドロックの有無を確認します。SQL実行時間も確認して、索引の作成や変更が必要かどうかを判断します。
寿命テストを実行します。EMSを使用して、システムを最低5日間実行します。システムを連続的なロードの対象とし、毎日パージし、仮想ユーザーの出入りを確認します。
フェイルオーバー時には、1つのサーバーを停止してパフォーマンスを監視し、すべてのパフォーマンスに関する問題が検出されて修正された後、そのサーバーをバックアップにします。再起動時には、複数のサービスを手動でサーバーに移行して戻します。