第 10 章 サーバの設定によるパフォーマンス チューニング

この章は、上級管理者のみを対象としています。サーバのチューニングは慎重に行ってください。特別な事情がない限り、値は変更しないでください。値を変更する場合は、その前にこの章と、その他の関連するサーバのマニュアルをお読みください。また、値を変更する前に、必ずコンフィグレーション ファイルのバックアップをとっておいてください。

• サーバのパフォーマンスについて

• perfdump ユーティリティ
• perfdump の統計情報を使ったサーバのチューニング
• パフォーマンス バケット
• ファイル キャッシュとアクセラレータ キャッシュ
• Unix/Linux プラットフォーム固有の問題
• magnus.conf の多様なディレクティブ
• その他の obj.conf パラメータ
• ACL キャッシュのチューニング
• 一般的なパフォーマンスの問題
• サイジングの問題

• ピーク同時ユーザ数
• セキュリティの必要条件

SSL を使って iPlanet Web Server のデータ ストリームを暗号化すると、電子商取引やその他のセキュリティ重視のアプリケーションでのサイトの信用性が大きく変わりますが、CPU のパフォーマンスも深刻な影響を受けます。SSL は、常にスループットに大きく影響を与えるので、最高のパフォーマンスを実現するには、SSL の使用を最小限にします。また、複数の CPU を使うことによって SSL を有効に使用できるので、SSL を使う必要がある場合は、複数 CPU のサーバの購入を検討してください。

• ドキュメント ツリーのサイズ
• ダイナミックなコンテンツとスタティックなコンテンツ

提供するコンテンツは、サーバのパフォーマンスに影響を与えます。スタティックな HTML の配信がほとんどの iPlanet Web Server は、すべてのクエリに対して CGI を実行するサーバよりも大幅に高速です。

• perfdump ユーティリティ

• パフォーマンス バケット
• ファイル キャッシュのダイナミックな制御とモニタ

1. obj.conf ファイルに次のオブジェクトを追加します (デフォルトのオブジェクトの後ろ)。

<Object ppath="/usr/netscape/server4/docs/.perf">

Service fn="service-dump"

</Object>

2. ドキュメント ルートが上記の例と異なる場合は、"ppath=" の行を編集します。上記のように、ドキュメント ルートへのパスの後に必ず 「.perf」と入力します。
3. サーバ ソフトウェアを再起動し、次の URL から perfdump にアクセスします。

http://yourhost/.perf

http://yourhost/.perf?refresh=5

ListenSocket #0:

------------------

Address https:\\INADDR_ANY:80

ActiveThreads 48

WaitingThreads 47

BusyThreads 1

Thread limits 48/512

KeepAliveInfo:

------------------

KeepAliveCount 0/200

KeepAliveHits 0

KeepAliveFlushes 0

KeepAliveTimeout 30 seconds

CacheInfo:

------------------

enabled yes

CacheEntries 2/8192

CacheSize(bytes) 0/0

Hit Ratio 474254/474264 (100.00)

pollInterval 7200

Native pools:

------------------------

NativePool:

Idle/Peak/Limit 1/1/128

Work queue length/Peak/Limit 0/0/0

Server DNS cache disabled

• リッスン ソケット情報 (Listen キュー)

• KeepAlive 情報
• キャッシュ情報
• ネイティブ スレッド プール
• 非同期 DNS 照合 (Unix/Linux)

警告 listen キューの設定値が高すぎると、サーバのパフォーマンスが低下する可能性があります。listen キューは、サーバにコネクションが殺到し、処理できなくなることを防ぐために設計されています。サーバへの負荷が大きくなっているのにもかかわらず listen キューのサイズを増加すると、サーバのパフォーマンスはさらに低下します。

ListenSocket #0:

------------------

Address https:\\INADDR_ANY:80

ActiveThreads 48

WaitingThreads 47

BusyThreads 1

Thread limits 48/512

ノート "スレッド" の各フィールドは、このリッスン ソケットの現在のスレッド使用数と制限を示します。"スレッド" の概念は、必ずしもオペレーティング システムのスレッドを意味するものではありません。これらのフィールドの "スレッド" は、実際には HTTP セッションを意味します。プロセス内で実行中のスレッド数をオペレーティング システムで確認しても、これらのフィールドが示す数値とは一致しません。

仮想サーバを使っている場合、それらを作成する方法は、virtual.conf ファイルを使う方法と、obj.conf ファイルを使う方法の 2 つがあります。virtual.conf の方法を使うと、512 のデフォルトの最大スレッド数が、必要なときにすべての仮想サーバで使用可能です。obj.conf の方法を使うと、512 のスレッドは、定義された各仮想サーバに均等に割り当てられます。たとえば、サーバが 2 つある場合、各サーバでは 256 のスレッドが使用可能です。この方法は効率よくありません。この領域でパフォーマンスを最大にするには virtual.conf を使います。

上記以外の方法でこの設定を調整することはできません。

直接調整できませんが、RqThrottleMinPerSocket とほぼ同等です。Thread limits <最小/最大>を参照してください。

RqThrottle について (最大同時接続)を参照してください。

KeepAliveInfo:
------------------
KeepAliveCount        0/200
KeepAliveHits         0
KeepAliveFlushes      0
KeepAliveTimeout      30 seconds

ノート "KeepAlive"という名前を、TCP の "KeepAlives" と混同しないでください。"KeepAlive" という名前は、HTTP/1.1 で "常設のコネクション" に変更されましたが、このマニュアルでは、明瞭さのため、引き続き "KeepAlive" コネクションと呼びます。

• KeepAliveTimeout が 0 に設定されている。

• MaxKeepAlive カウントを超えている。
• CGI などのダイナミック コンテンツに、HTTP content_length ヘッダが設定されていないか、またはヘッダが小文字ではありません。この状況は、HTTP 1.0 リクエストだけに該当します。リクエストが HTTP 1.1 の場合、コンテンツの長さが設定されていなくても、サーバは KeepAlive リクエストを処理します。クライアントがこれらのリクエストを処理できる場合 (リクエスト ヘッダの転送符号化方式、つまりチャンク符号化方式によって示される)、サーバは現在、これらのリクエストにチャンク符号化方式を使うことができます。チャンク符号化方式の詳細については、『NSAPI Programmer's Guide』を参照してください。
• リクエストが HTTP GET または HEAD ではない。
• リクエストが不正と判断された。不正なクライアントがコンテンツなしでヘッダだけを送信した場合。

magnus.conf ファイルの MaxKeepAliveConnections パラメータを編集します。

サーバ マネージャの 「Performance Tuning」ページ でKeepAliveTimeout を変更することができます。

CacheInfo:
------------------
enabled yes
CacheEntries 2/8192
CacheSize(bytes) 0/0
Hit Ratio 474254/474264 (100.00)
pollInterval 7200

サーバ アクセラレータのキャッシュを無効にするには、obj.conf ファイルに次の行を追加します。

キャッシュされるファイルの最大数を設定するには、obj.conf ファイルに次の行を追加します。

DNS キャッシュはデフォルトでオフになっています。キャッシュを有効にするには、obj.conf に次の行を追加します。

DNS キャッシュの最大サイズを設定するには、obj.conf ファイルに次の行を追加します。

ネイティブ スレッド プール (NativePool) は、ネイティブ スレッドの実行に必要な NSAPI 関数を実行するために、サーバ内部で使われます。Unix/Linux ではスレッドは常に OS によってスケジュールされるので (ユーザがスケジュールするのとは対照的に)、Unix/Linux ユーザはネイティブ スレッド プールを使う必要がありません。Unix/Linux でスレッド プールを使う場合は、ユーザ自身がセットアップすることができます。詳細については、追加のスレッド プールを参照してください。

NativeThread フラグは、funcs リストのすべての関数に適用されます。したがって、ライブラリに複数の関数があり、一部だけがネイティブ スレッドを使う場合は、別の Init 行を使います。

magnus.conf ファイルの NativePoolMaxThreads ディレクティブを変更するか、あるいは NT を使っている場合は、サーバ マネージャの [Preferences] タブにある「Native Thread Pool」ページで設定を変更します。

magnus.conf ファイルの NativePoolQueueSize ディレクティブを変更するか、あるいは NT を使っている場合は、サーバ マネージャの [Preferences] タブにある「Native Thread Pool」ページで設定を変更します。

このパラメータをオンにするには、次のディレクティブを magnus.conf に追加します。

この節ではスレッド プール環境変数について説明します。ネイティブ プールは Unix および Linux には必要ないので、Unix および Linux の場合はこれらの環境変数はデフォルトで 0 になります。

NSCP_POOL_THREADMAX この値は、プール内のスレッドの最大数を表します。リクエストの量を最適に保つために、この値はできるだけ低く設定します。値を高く設定すると、同時に実行されるリクエスト数が増えますが、コンテキスト切り替えによるオーバーヘッドが高くなります。したがって、数値が高いほどいいとは限りません。CPU が飽和状態ではないのに、リクエストがキューに溜まる場合は、この数値を増加します。通常はこの数値を増加する必要はありません。

busy="<my-busy-function>"

Service fn="send-cgi" busy="service-toobusy"

extern "C" NSAPI_PUBLIC int my_custom_busy_function(pblock *pb, Session *sn, Request *rq);

my_init(pblock *pb, Session *, Request *)

func_insert("service-toobusy", my_custom_busy_function);

ノート サーバの DNS 照合をオフにすると、ホスト名の制約は機能せず、ログ ファイルにはホスト名ではなく IP アドレスが表示されます。

magnus.conf に「AsyncDNS on」と追加します。

• バケット名。この名前を使ってバケットを関数に関連付けます。
• 説明。バケットが関連付けられている関数の説明。
• この関数のリクエスト回数。この関数の呼び出しが要求された合計回数。
• 関数の呼び出し回数。この数値は、関数のリクエスト回数と一致しない場合があります。1 回のリクエストに対して複数回実行される関数があるからです。
• 関数の待ち時間またはディスパッチ時間。サーバで関数の呼び出しにかかった時間。
• 関数時間。関数内で費やされた時間。

• cache-bucket

アクセラレータ キャッシュ関数の統計情報を記録します。アクセラレー タ キャッシュを使って処理されるスタティックなコンテンツのリクエス トは、すべてこのバケットにカウントされます。

• default-bucket

ユーザ定義バケットまたは組み込みバケットに関連付けられていない関 数の統計情報を記録します。

Init fn="perf-init" enable=true

上記の例では、acl-bucket、file-bucket、cgi-bucket の 3 つのバケットが作成されます。これらのバケットを関数に関連付けるには、次のように、obj.conf 関数内のパフォーマンスを測定する関数の前に「bucket=bucket-name」と追加します。

PathCheck fn="check-acl" acl="default" bucket="acl-bucket"
Service method="(GET|HEAD|POST)" type="*~magnus-internal/*" fn="send-file" bucket="file-bucket"
<Object name="cgi">
ObjectType fn="force-type" type="magnus-internal/cgi"
Service fn="send-cgi" bucket="cgi-bucket"
</Object>

1. パフォーマンス バケットのレポートの拡張子を定義します。mime.types ファイルに次の行を追加します。

type=perf exts=perf

2. mime.types で宣言したタイプを、obj.conf ファイルのservice-dump 関数に関連付けます。

Service fn=service-dump type=perf

3. URL http://server_name:port_number/.perf を使って、パフォーマンス レポートを表示します。

ノート mime.types ファイルで定義した拡張子の前にはピリオド (.) を含める必要があります (この例では .perf)。

• Average (平均) カラムは、リクエストあたりの統計情報を示します。
• Request processing time (リクエスト処理時間) は、サーバでその時点までに受信されたすべてのリクエストの処理に要した合計時間です。負荷の高いサーバでも、サーバの稼働時間に比べると、この数値は非常に短くなります。
• Number of Requests (リクエスト回数) は、関数が要求された合計回数です。
• Number of Invocations (呼び出し回数) は、関数が呼び出された合計回数です。この数値は、リクエスト回数とは異なります。関数は、1 つのリクエストの処理中に複数回呼び出される場合があるからです。この行のパーセントのカラムは、すべてのバケットの呼び出し回数の合計を基準に計算されます。
• Latency (待ち時間: 秒単位) iPlanet Web Server で、"send-cgi" の呼び出しの準備に必要な時間です。
• Function Processing Time (関数処理時間: 秒単位) 関数処理時間と合計応答時間のパーセントは、リクエスト処理時間の合計を基準に計算されます。"send-cgi" 内での時間、つまり CGI プログラムのフォーク/実行に必要な時間とプログラム自体の実行時間の合計です。
• Total Response Time (合計応答時間: 秒単位) 関数処理時間と待ち時間の合計です。
• Percent (パーセント) カラムのリクエスト回数の表示は、リクエストの合計回数を基準に計算されます。

例
Init fn="cache-init" MaxNumberOfCachedFiles=15000 MaxNumberOfOpenCachedFiles=15000 CacheHashSize=15101 Reaper=on ReaperInterval=3600 MaxFilesToReap=50

Reaper パラメータの使用
アクセラレータ ファイル キャッシュにはスタティックな NSFC ファイル キャッシュ内のエントリへの参照が含まれています。リクエストに対するアクセラレータ キャッシュ エントリの確認時に、その最大時間が経過した場合やファイルが変更された場合は NFSC エントリに削除の印を付けることができます。新しいエントリを追加できるように、アクセラレータ ファイル キャッシュは古い NSFC キャッシュ エントリを解放します。ただし、ファイル キャッシュ サイズが十分に大きくない場合は、新しいエントリのために NSFC エントリに削除の印を付けることができます。この状況では、削除の印が付いたエントリがアクセラレータ ファイル キャッシュ内に参照を持っており、そのエントリへのリクエストがもう発生しない場合、NSFC は削除の印が付いたエントリを解放することができません。この状況では、ユーザが Reaper を使ってこれらのエントリを削除することができます。

CopyFiles を "true" に設定すると、ユーザがファイルにアクセスしたときにサーバが表示する一時ファイルにファイルがコピーされます。デフォルトは、Unix/Linux では "false"、Windows NT では "true" です。一時ファイルは、TempDirによって指定されたディレクトリに格納されます。

ファイル キャッシュが有効かどうかを指定します。

デフォルトでは true に設定されています。

ファイル キャッシュ ハッシュ テーブルのサイズ。デフォルトのサイズは 2 * MaxFiles +1 です。たとえば、MaxFilesが 1024 に設定されている場合、デフォルトの HashInitSize は 2049 です。

サーバが新しいファイル キャッシュ エントリを作成するときに MaxFilesの限界に到達すると、サーバは削除する既存のエントリに印を付けます。HitOrder を "true" に設定すると、ヒット率が最も低いファイル エントリに削除の印が付けられます。HitOrder を "false" に設定すると、最も長い期間ヒットがないファイル エントリに削除の印が付けられます。

有効なキャッシュ エントリの最長保持期間 (秒単位) です。この設定は、ファイルがキャッシュされてから、キャッシュされた情報が継続して使われるまでの期間を制御します。MaxAge を経過したエントリは、同じファイルがキャッシュを通して参照されると、同じファイルの新しいエントリと置き換えられます。

キャッシュに一度に格納可能なファイルの最大数です。

"小さい" ファイルではなく、"中" サイズと見なされる最大のファイル サイズ (バイト単位) です。中サイズのファイルの内容は、ファイルを仮想メモリに割り当てることによってキャッシュされます (現在は Unix/Linux プラットフォームのみ)。"大きい" ファイル ("中" より大きい) の内容はキャッシュされませんが、大きいファイルに関する情報はキャッシュされます。

すべての中サイズのファイルの割り当てに使われる仮想メモリのサイズ (バイト単位) です。

"小さい" と見なされる最大のファイル サイズ (バイト単位) です。"小さい" ファイルの内容は、ヒープ領域を割り当て、そこにファイルを読み込むことによってキャッシュされます。

キャッシュに使われるヒープ領域のサイズ (バイト単位)です。小さいファイルのキャッシュに使われるヒープ領域を含みます。

TempDir は、CopyFilesが "true" に設定されているときに一時ファイルがコピーされるディレクトリの名前を設定します。デフォルトでは system_temp_dir/netscape/server_instance になります。

TransmitFile が "true" の場合、ファイル キャッシュ内のファイルについて、ファイルの内容ではなくオープン ファイル記述子がキャッシュされ、PR_TransmitFile を使ってファイルの内容がクライアントに送信されます。"true" に設定されているとオープン ファイル記述子だけがキャッシュされるので、ファイル キャッシュでのファイルの大、中、小の区別は適用されません。TransmitFile のデフォルトは Unix/Linux では "false"、Windows NT では "true" です。

<Object name=default>

...

NameTrans fn="pfx2dir" from="/myurl" dir="/export/mydir", name="myname"

...

Service method=(GET|HEAD|POST) type=*~magnus-internal/* fn=send-file

...

</Object>

<Object name="myname">

Service method=(GET|HEAD) type=*~magnus-internal/* fn=send-file nocache=""

</Object>

上記の例では、URL プレフィックス /myurl によって要求されると、サーバは /export/mydir/ からのスタティック ファイルをキャッシュしません。

NameTrans fn="assign-name" from="/nsfc" name="nsfc"

<Object name="nsfc">
Service fn=service-nsfc-dump
</Object>

iPlanet Web Server File Cache Status (pid 7960)

The file cache is enabled.

Cache resource utilization

Number of cached file entries = 1039 (112 bytes each, 116368 total bytes)

Heap space used for cache = 237641/1204228 bytes

Mapped memory used for medium file contents = 5742797/10485760 bytes

Number of cache lookup hits = 435877/720427 ( 60.50 %)

Number of hits/misses on cached file info = 212125/128556

Number of hits/misses on cached file content = 19426/502284

Number of outdated cache entries deleted = 0

Number of cache entry replacements = 127405

Total number of cache entries deleted = 127407

Number of busy deleted cache entries = 17

Parameter settings

HitOrder: false

CacheFileInfo: true

CacheFileContent: true

TransmitFile: false

MaxAge: 30 seconds

MaxFiles: 1024 files

SmallFileSizeLimit: 2048 bytes

MediumFileSizeLimit: 537600 bytes

CopyFiles: false

Directory for temporary files: /tmp/netscape/https-axilla.mcom.com

Hash table size: 2049 buckets

URI "/nsfc" のアクセス時に、クエリ文字列を含めることができます。次の値が認識されます。

• ?list - キャッシュのファイルをリストします。
• ?refresh=n - クライアントでページが n 秒間隔で再度読み込まれます。


• ?restart - キャッシュをシャットダウンしてから開始します。


• ?start - キャッシュを開始します。


• ?stop - キャッシュをシャットダウンします。

• C - ファイルの内容がキャッシュされている。
• D - キャッシュ エントリは削除マークが付いている。


• E - PR_GetFileInfo() がこのファイルに対してエラーを返した。


• I - ファイル情報 (サイズ、修正日など) がキャッシュされている。


• M - ファイルの内容が仮想メモリに割り当てられている。


• O - ファイル記述子がキャッシュされている (TransmitFile が true に設定されている場合)。


• P - ファイルにはプライベート データが関連付けられている (shtml ファイルに含まれる)。


• T - キャッシュ エントリに一時ファイルがある。


• W - キャッシュ エントリは書き込みアクセスのためにロックされている。

• Solaris: /etc/system で rlim_fd_max を設定して再起動します。
• AIX: smit を実行し、カーネルのチューニング パラメータを確認します。
• HP-UX: sam を実行し、カーネルのチューニング パラメータを確認します。

• AIX - http://www.rs6000.ibm.com/resource/technology/sizing.html
• IRIX - http://www.sgi.com/tech/web/
• Compaq Tru64 Unix - http://www.unix.digital.com/internet/tuning.htm
• SUN - http://www.sun.com/sun-on-net/performance/book2ref.html

• RqThrottle (RqThrottle について (最大同時接続)を参照)
• PostThreadsEarly (PostThreadsEarly)を参照)
• MaxProcs (マルチプロセス モードを参照)
• MinAcceptThreadPerSocket と MaxAcceptThreadPerSocket (スレッド情報のアクセプトを参照)

• AcceptTimout (アクセプト タイムアウト情報を参照)

• MinCGIStubs、MaxCGIStubs、CGIStubIdleTimeout (CGIStub プロセス (Unix/Linux)を参照)
• SndBufSize と RcvBufSize (バッファ サイズを参照)

• StrictHttpHeader (HTTP Header の厳密な確認を参照)

• シングルプロセスの iPlanet Web Server
• マルチプロセスの iPlanet Web Server

このディレクティブを使うと、Unix/Linux サーバをマルチプロセス モードに設定することができます。これによって、マルチプロセッサ マシンのスケーラビリティを向上させることができます。たとえば、4 プロセッサの CPU を使っている場合、MaxProcs を 4 に設定すると、プロセッサあたり 1 プロセスになり、パフォーマンスが向上します。

MaxProcs 4

ノート この値をサーバ マネージャから調整することはできません。magnus.conf を使う必要があります。

このディレクティブを使うと、リッスン ソケットでアクセプト モードにするスレッドの数を指定することができます。これには、プロセス数と同じ値を設定することをお勧めします。プロセス数の 2 倍の値に設定することができますが、設定値が高すぎると (10 倍や 50 倍)、作成されるスレッドが多くなりすぎてサーバの速度が低下します。

このディレクティブは、クライアントへのコネクションが受け入れられてからクライアントから情報を受信するまでのサーバの待機時間 (秒数) を指定するときに使います。デフォルトの設定は 30 秒です。ほとんどの環境では、この設定を変更する必要はありません。デフォルトの 30 秒より小さい値に設定することによって、スレッドを短時間で解放することができます。ただし、接続速度が遅いユーザとの接続を解除する可能性もあります。

ノート obj.conf ファイルに init-cgi 関数があり、マルチプロセス モードで動作している場合は、init-cgi の行に「LateInit = yes」と追加する必要があります。

Cgistub の制御用に magnus.conf ファイルに入力できる 3 つのディレクティブとそのデフォルトは、次のとおりです。

MinCGIStubs は、デフォルトで開始されるプロセスの数を制御します。最初の CGIStub プロセスは、CGI プログラムがアクセスされるまで開始されません。デフォルト値は 2 です。obj.conf ファイルに init-cgi ディレクティブがある場合は、起動時に最小数の CGIStub プロセスが生成されます。

サーバのソケットの送信バッファ (SndBufSize) と受信バッファ (RcvBufSize) のサイズを指定することができます。これらのバッファの詳細については、Unix/Linux のマニュアルを参照してください。

サーバは HTTP ヘッダを厳密に確認し、不適切な重複するヘッダが含まれているコネクションを拒否します。この確認をやめる場合は、magnus.confの StrictHttpHeaders ディレクティブをオフに設定することによって厳密なヘッダ確認をオフにすることができます。

ノート 再入不可能な旧式の NSAPI プラグインは、このマニュアルで説明しているマルチスレッド モデルでは動作しません。プラグインを引き続き使うには、再入可能になるように変更する必要があります。変更できない場合は、RqThrottle を 1 に設定し、MaxProcs に 48 以上の高い値を使ってプラグインが動作するようにサーバを設定できますが、この場合、サーバのパフォーマンスが低下します。

スレッド制限を調整する方法には、magnus.conf ファイルを編集する方法と、サーバ マネージャを使う方法の 2 つがあります。

1. [Preferences] タブに移動します。
2. [Performance Tuning] リンクをクリックします。
3. [Maximum simultaneous requests] フィールドに値を入力します。

ノート サーバ関数 find-pathinfo が呼び出されたときに rq->vars の ntrans- base パラメータが設定されていない場合、サーバは find-pathinfo- forward パラメータを無視します。

例 :

NameTrans fn="pfx2dir" find-pathinfo-forward="" from="/cgi-bin" dir="/export/home/cgi-bin" name="cgi"

NameTrans fn="assign-name" from="/perf" find-pathinfo- forward="" name="perf"

nostat=virtual-path

<Object name=default>

...

NameTrans fn="assign-name" from="/nsfc" nostat="/ nsfc" name="nsfc"

...

</Object>

<Object name=nsfc>

Service fn=service-nsfc-dump

</Object>

User authentication cache entries expire in ### seconds.

User authentication cache holds ### users.

Up to ### groups are cached for each cached user.

警告 製品サーバでは LogVerbose をオンにしないでください。オンにすると、パフォーマンスが低下し、エラー ログのサイズがかなり大きくなります。

• メモリ不足状態

• 高負荷時のサーバ
• キャッシュが未使用
• KeepAlive コネクションのフラッシュ
• ログ ファイルのモード
• ローカル変数の使用

警告 Unix/Linux システムでは、MaxKeepAliveConnections の値を高くしすぎると、サーバでオープン ファイル記述子が不足する可能性があります。Unix/Linux では、オープン ファイルの制限は通常 1024 なので、500 を超える値は設定しないでください。

• プロセッサ

• メモリ
• ドライブ容量
• ネットワーク