ハードウェア、オペレーティングシステム、およびネットワークパフォーマンスのチューニング

以下の節では、ハードウェア、オペレーティングシステム、およびネットワークパフォーマンスの最適化に関する考慮事項について説明します。

パフォーマンスを調べると、WebLogic Server および特定のアプリケーションをサポートするために特定のハードウェアコンフィグレーションが必要とするキャパシティが、さまざまな要因に左右されています。アプリケーションをサポートするために必要なハードウェア要件は、アプリケーションとコンフィグレーションの詳細によって異なります。これらの要因がそれぞれコンフィグレーションおよびアプリケーションにどのように影響するかを考慮する必要があります。

この節を読み進める前に、コンピュータのシステムパフォーマンスを評価する際の標準ベンチマークおよびメトリックを提供している「Standard Performance Evaluation Corporation」に目を通しておいてください。

次の表では、「WebLogic Platform サポート対象のコンフィグレーション」ページにある情報への、選定されたリンクを示しています。このページには、WebLogic Server の各リリースについてサポートされている、ハードウェアやオペレーティングシステムに関する最新の動作確認情報の完全なリストが記載されています。

表1-1 プラットフォーム別チューニング情報

プラットフォーム	詳細情報の参照先
AIX 搭載の Bull/IBM pSeries	「WebLogic Platform サポート対象のコンフィグレーション」ページの「Bull/IBM」リンクを参照。 AIX 4.3.3 搭載の Bull/IBM pSeries AIX 5L v5.1 搭載の Bull/IBM pSeries AIX 5L v5.2 搭載の Bull/IBM pSeries
HP-UX 搭載の Hewlett-Packard	「WebLogic Platform サポート対象のコンフィグレーション」ページの「HP-UX 11.0 および 11i 搭載の Hewlett-Packard HP/9000 」を参照。 Hewlett-Packard Company の情報も参照。
Windows 対応の Intel Pentium 互換機	「WebLogic Platform サポート対象のコンフィグレーション」ページの「Intel/Windows」リンクを参照。 IA-32 対応の Windows 2000 Server、Windows 2000 Advanced Server IA-32 対応の Windows 2000 Professional IA-32 対応の Windows NT 4.0 IA-32 対応の Windows XP Microsoft の情報も参照。
Red Hat Advanced Server 搭載の Intel 32 ビット互換機	「WebLogic Platform サポート対象のコンフィグレーション」ページの「Red Hat」リンクを参照。 IA-32 対応の Red Hat Enterprise Linux AS 2.1 および ES 2.1 IA-32 対応の Red Hat Enterprise Linux WS 2.1 Linux OS の情報も参照。
Solaris 搭載の Sun Microsystems SPARC	「WebLogic Platform サポート対象のコンフィグレーション」ページの「Sun Microsystems SPARC Solaris」リンクを参照。 Solaris 2.7 搭載の Sun Microsystems/Fujitsu SPARC Solaris 8 搭載の Sun Microsystems/Fujitsu SPARC Solaris 9 搭載の Sun Microsystems/Fujitsu SPARC Sun Microsystems の情報も参照。

オペレーティングシステムのチューニングは、使用しているオペレーティングシステムのマニュアルに従って行ってください。 BEA では、「WebLogic Platform サポート対象のコンフィグレーション」ページに記載されている複数のオペレーティングシステム上で WebLogic Server の動作確認をしています。

Windows プラットフォームの場合、通常はデフォルト設定で十分です。しかし、Soloaris および Linux プラットフォームでは通常、適切なチューニングを行う必要があります。

次の例に従い、ndd コマンドを使用して以下の TCP 関連のチューニングパラメータを設定します。

表1-2 TCP 関連のパラメータの推奨値

パラメータ	推奨値
/dev/tcp tcp_time_wait_interval	60000
/dev/tcp tcp_conn_req_max_q	16384
/dev/tcp tcp_conn_req_max_q0	16384
/dev/tcp tcp_ip_abort_interval	60000
/dev/tcp tcp_keepalive_interval	7200000
/dev/tcp tcp_rexmit_interval_initial	4000
/dev/tcp tcp_rexmit_interval_max	10000
/dev/tcp tcp_rexmit_interval_min	3000
/dev/tcp tcp_smallest_anon_port	32768
/dev/tcp tcp_xmit_hiwat	131072
/dev/tcp tcp_recv_hiwat	131072
/dev/tcp tcp_naglim_def	1
/dev/ce instance	0
/dev/ce rx_intr_time	32

注意: Solaris 2.7 以前では、tcp_time_wait_interval パラメータを tcp_close_wait_interval と呼んでいました。このパラメータには、close の呼び出しを発行した後に TCP ソケットを生存させる時間間隔を指定します。 Solaris の場合、このパラメータのデフォルト値は 4 分となります。短時間に数多くのクライアントが接続する場合、これらのソケットリソースを保持するとパフォーマンスに大きな悪影響を及ぼすことがあります。 Solaris でのベンチマーク JSP テストでは、このパラメータの値を 60000 (60 秒) に設定するとスループットがかなり改善するという結果が出ています。オープン途中の接続のキューでサーバがバックアップされている場合は、この値をもっと減らすことも可能です。

ヒント : 使用できる TCP パラメータをすべて表示するには、netstat -s -P tcp コマンドを使用します。

サーバへの各ソケット接続では、ファイル記述子を消費します。ソケットパフォーマンスを最適化するには、オペレーティングシステムをコンフィグレーションして、適切な数のファイル記述子を用意しておく必要があります。したがって、デフォルトのファイル記述子の制限、ハッシュテーブルのサイズなど、/etc/system ファイル内にあるチューニングパラメータを次の表に示す推奨値に変更してください。

íçà": /etc/system パラメータを変更した場合は、マシンを再起動する必要があります。

表1-3 /etc/system の推奨値

パラメータ	推奨値
set rlim_fd_cur	8192
set rlim_fd_max	8192
set tcp:tcp_conn_hash_size	32768
set shmsys:shminfo_shmmax 注意 :これは 4GB 以上の RAM を搭載したマシンについてのみ設定できる。	4294967295
set autoup	900
set tune_t_fsflushr	1

CE Gigabit カードを使用する場合は、以下の設定をお勧めします。

表1-4 CE Gigabit カードを使用する場合の推奨値

パラメータ	推奨値
set ce:ce_bcopy_thresh	256
set ce:ce_dvma_thresh	256
set ce:ce_taskq_disable	1
set ce:ce_ring_size	256
set ce:ce_comp_ring_size	1024
set ce:ce_tx_ring_size	4096

Solaris のチューニングオプションの詳細については、以下を参照してください。

Linux オペレーティングシステムで最適なパフォーマンスを実現するには、以下のように設定することをお勧めします。

表1-5 Linux の場合の推奨値

パラメータ	推奨値
/sbin/ifconfig lo mtu	1500
kernel.msgmni	1024
kernel.sem	1000 32000 32 512
fs.file-max	65535
kernel.shmmax	2147483648
net.ipv4.tcp_max_syn_backlog	8192

Linux のチューニングの詳細については、Linux ベンダのマニュアルを参照してください。また、「Ipsysctl Tutorial 1.0.4」では、Linux で提供されるすべての IP オプションを説明しています。

Windows、HP-UX、および AIX のチューニングオプションの詳細については、以下の Web サイトを参照してください。

ネットワークのパフォーマンスが低下するのは、リソースの供給が需要に追いつくことができない場合です。最近のエンタープライズレベルのネットワークは非常に高速であるため、適切に設計されたアプリケーションであれば、パフォーマンス低下の直接原因になることは稀です。しかし、1 つまたは複数のネットワークコンポーネント (ハードウェアまたはソフトウェア) に問題がある場合は、ネットワーク管理者との共同作業でその問題を分離して取り除く必要があります。 WebLogic Server 用に、適切な広さのネットワーク帯域幅、およびアーキテクチャ内の他の層への適切な数の接続 (クライアント接続やデータベース接続など) が用意されているかどうかを検証する必要もあります。したがって、パフォーマンスの潜在的なボトルネックを解消するには、ネットワークのパフォーマンスを継続的にモニタすることが重要です。

帯域幅は、一般には「データ通信の転送レート、通常は通信を送受信するためのリンクの容量を bps (bits-per-second) で表したもの」と定義されます。 WebLogic Server を実行するマシンには、そのすべての WebLogic Server クライアント接続を処理できるだけの十分なネットワーク帯域幅が必要です。プログラムに基づくクライアントの場合、クライアント JVM ごとにサーバへの 1 つのソケットがあり、ソケットごとに専用の帯域幅が必要になります。 WebLogic Server インスタンスでプログラムに基づくクライアントを処理するには、同様な Web サーバで処理する場合の 125 ～ 150% の帯域幅が必要になります。HTTP クライアントのみを処理する場合は、静的ページを提供する Web サーバと同程度の帯域幅が必要になると考えてください。

所定のデプロイメントに十分な帯域幅があるかどうかを調べるには、使用しているネットワークオペレーティングシステムのベンダから提供されているネットワークモニタツールを使用して、ネットワークシステム上の負荷を参照できます。ネットワークの利用状況は、Solaris の netstat コマンド、Windows のシステムモニタ (perfmon) など、一般的なオペレーティングシステムツールを使用してモニタすることもできます。負荷が非常に高い場合は、帯域幅がシステムの問題点になっている可能性があります。

また、アプリケーションとアプリケーションサーバの間およびアプリケーションサーバとデータベースサーバの間で転送されているデータをチェックして、ネットワーク上で転送されるデータの量をモニタします。このデータ量がネットワークの帯域幅を超えないようにします。帯域幅を超える場合、ネットワークがボトルネックとなります。これを確認するには、次のコマンドを使用して、パケットの再転送や重複に関するネットワーク統計値をモニタします。

ローカルエリアネットワークには、アプリケーションのピーク容量を処理できるだけの速度が必要になります。トラフィックの量が常に帯域幅の容量を超えて、ネットワークが最大限に活用されているのに、WebLogic Server マシンを有効に活用できていない場合は、以下のいずれかの対処をしてください。