前のトピック: WEB5、WEB64 - Web サーバ アプライアンス

次のトピック: WEBx8 - 拡張性のある Web サーバ アプライアンス

WEBx4 - 拡張性のある Web サーバ アプライアンス

最新バージョン: 2.0.1-1

WEBx4: 拡張性のある Web サーバ

早見表

カタログ

システム

カテゴリ

Web サーバ

ユーザ ボリューム

あり

最小 メモリ

736 MB

OS

Linux

制約

なし

質問/コメント

フォーラムで質問する

機能の概要

WEBx4 は、1 つのロード バランサ(HLB)と 4 つの Web サーバ(WEB5)から構成される、拡張性のある Web サーバです。

WEBx4 は静的な Web コンテンツに対応し、ユーザ設定可能な読み取り専用コンテンツ ボリュームからスクリプトを実行します。 ドキュメントおよびスクリプトへのパスは設定可能です。したがって、同じボリュームを異なるコンテンツに対応する複数の Web サーバまたは他のアプライアンス(またはその両方)との間で共有できます。

WEBx4 には、コンテンツ ボリューム上のスクリプトから外部サービスにアクセスするための 3 つの汎用出力端子があります。 db 端子は MySQL データベースにアクセスするために使用されます。fs 端子は共有ファイル ストレージにアクセスするために使用されます(NFS を使用して)。また、aux 端子は、SMTP サーバに電子メール メッセージを送信するために使用されます。

log 端子は、WEBx4 のログ記録を格納できる共有ファイル システムに WEBx4 を接続するために使用できます。

Web サーバの設定はプロパティを使用して行います。 これらのプロパティは簡単な設定方法でほとんどの使用状況に対応できるように設計されていて、通常は、デフォルト以外の値に設定する必要はほとんどありません。 高度な設定は、コンテンツ ボリュームから提供される Apache 設定形式のインクルード ファイルを使用して行えます。 コンテンツとスクリプト ファイルへのアクセスおよびそのオプションは、コンテンツ ディレクトリ内の .htaccess ファイルを通じてさらに特殊設定できます。

WEBx4 アプライアンスによって提供される機能でニーズを満たせない場合は、テクニカル サポートに連絡して可能なオプションを検討してください。 お客様のニーズに合ったアプライアンスを提供することで、カタログを拡張できる可能性があります。

境界

リソース

リソース

最小

最大

デフォルト

CPU

0.5

80

0.6

メモリ

736 MB

160 GB

800 MB

帯域幅

5 Mbps

10 Gbps

800 Mbps

端子

名前

方向

プロトコル

説明

in

in

http

Web クライアントから着信する HTTP リクエストを処理します。 HTTP/1.1 および 1.0 プロトコルを提供します。

ctl

in

http

出力を有効/無効にしロード バランサから出力端子状態を取得するために使用される制御端末。

ui

in

http

ロード バランサ ランタイム統計が含まれる Web UI をエクスポーズします。

db

out

mysql

MySQL サーバにアクセス。 使い方は、コンテンツ ボリューム上に存在する、すべてのスクリプトによって定義されます(存在する場合)。 この端子は、使用しない場合は、未接続のままにしておいてかまいません。

fs

out

nfs

NFS 経由で読み取り/書き込みファイル アクセスを提供する共有ファイル ストレージ用のネットワーク ファイル システムへのアクセス。 使い方は、コンテンツ ボリューム上に存在する、すべてのスクリプトによって定義されます(存在する場合)。 満足しているボリューム上のソフトウェアはアプライアンスのファイルシステム スペースの/mnt/fs としてマウントされたリモート ファイル システムを参照します。 この端子は、使用しない場合は、未接続のままにしておいてかまいません。 接続されたサーバには/mnt/データという名前の読出し書込み共有が必要です。

log

out

cifs

アクセスとエラー ログを格納するための CIFS ベースのネットワーク ファイル システムへのアクセス。 この端子は、使用しない場合は、未接続のままにしておいてかまいません。 接続されたサーバは匿名ログインを許可し、share データという名前の読み取り/書き込み共有が必要です。

aux

out

任意

送信する電子メールを送信するための SMTP サーバへのアクセス。 使い方は、コンテンツ ボリューム上に存在する、すべてのスクリプトによって定義されます(存在する場合)。 アプライアンスでは sendmail は設定されません。メールを送信する必要のあるあらゆるアプリケーションはターゲット ホスト名に aux を使用して、単純に直接 SMTP を使用する必要があります。 Perl の CGI スクリプトの場合、メールの送信に Mail::Mailer モジュールを使用できます。
この端子は、使用しない場合は、未接続のままにしておいてかまいません。

net

out

任意

サブネット アクセス用ゲートウェイ出力。
この端子は、使用しない場合は、未接続のままにしておいてかまいません。

mon

out

cce

パフォーマンスとリソースの使用状況統計を送信します。
この端子は、使用しない場合は、未接続のままにしておいてかまいません。

ユーザ ボリューム

ボリューム

説明

content

WEBx4 でサポートされる Web コンテンツ(ドキュメント、メディアおよびスクリプト)を提供する読み取り専用で共有可能なボリューム。

このボリュームはスクリプト専用のオプションの設定可能なディレクトリで静的または動的なコンテンツを提供できます。 任意のディレクトリからのスクリプト実行もファイル名パターンを使用して設定できます。

コンテンツに加えて、コンテンツ ボリューム上のドキュメント ディレクトリ(docs_dir プロパティによって設定した)は、すべて標準的な Apache 設定形式(http://httpd.apache.org/docs/2.0 を参照)の以下のオプション設定ファイルも保持する場合があります。

.htaccess - ディレクトリ別設定。 各ディレクトリには、そのディレクトリとそのサブディレクトリ内にファイル用のオプションとアクセス ルールを定義する独自の .htaccess ファイルがある場合があります。 .htaccess ファイルの使用はデフォルトでは無効になります。 コンテンツ ボリュームは読み取り専用で、通常、ランタイムに変更されないため、.apache_conf ディレクトリのカスタム環境設定ファイル内のディレクトリ アクセスごとに使用する Directory または Location セクションを設定するほうがよい場合があります(上記参照)。 環境設定ファイルを使用できない場合や、一部のコンテンツがランタイムに変更可能なデータに sym リンクされている場合は(非推奨)、use_htaccess プロパティを指定した .htaccess の使用を有効にします。

プロパティ

プロパティ名

タイプ

説明

host_name

文字列

Web サイトのホスト名。 WEBx4 は、この名前を自動生成されたページでの表示、およびサーバで生成されたリダイレクト(たとえば、コンテンツ ボリュームにインストールされたカスタム環境設定ファイルで設定されている場合など)などの絶対的な URL の構築に使用します。 注: 明示的なリダイレクトが設定されることはほとんどありませんが、末尾に「/」を付けないで、ディレクトリのリクエストを送信すると、「/」が原因でクライアントにリダイレクトが発行され、「/」が付加されます。host_name が設定されている場合は、このリダイレクトで host_name の値が使用されます。
WEBx4 が、HTTP リクエストで Host: ヘッダを送信しない古いクライアントによってアクセスされることが想定される場合は、このプロパティを正しく設定することが推奨されます。
このプロパティが空の文字列に設定されている場合、クライアントのリクエストで使用されるホスト名が使用されます。
デフォルト:(empty

admin_email

文字列

サーバ管理者の電子メール アドレス。 WEBx4 は、自動生成されたページで表示するためにこの名前を使用します。
デフォルト: root@localhost

content_on_fs

文字列

コンテンツが fs 端子上でファイル システムを基準にするか、またはコンテンツ ボリューム上にあるかを指定します。 選択できる値は on と off です。 「on」に設定した場合、コンテンツはすべて fs 端子でのファイル システムを基準とします。 「off」に設定した場合、コンテンツはコンテンツ ボリューム上にあります。
デフォルト: off

docs_dir

文字列

処理するドキュメントがあるコンテンツ ボリューム上のルート ディレクトリ。 たとえば、それは/mydocs などです。 docs_dir が空の文字列に設定されている場合、コンテンツ ボリュームのルート ディレクトリが使用されます。
このディレクトリは、事前にコンテンツ ボリュームに存在している必要があります。
デフォルト:(empty)

docs_loc

文字列

コンテンツが表示されるクライアント可視のネームスペースのオプションの場所(「クライアント可視のネームスペース」 は、URL のパス部分、または URL でホスト名の右に表示されるもので、先頭の / も含みます。 「empty」以外の値に設定されている場合、これはネームスペースのルートになり、クライアントから見ると、ドキュメントのルート ディレクトリが表示されるところになります。 たとえば、docs_loc が subspace/samples に設定されている場合、/subspace/samples/file1.html の HTTP リクエストはドキュメントのルート ディレクトリから file1.html を提供します。 scripts ディレクトリのスクリプトに対するリクエスト(scripts_loc を参照)以外の場合、/subspace/samples 以外の場所のリクエストに対しては、エラーが返されることに注意してください。
このプロパティは、WEBx4 が Web サイトのサブスペースを提供する場合に、便利です。 この値には末尾のスラッシュを追加しないでください。
デフォルト:(empty)

scripts_dir

文字列

CGI スクリプトがあるコンテンツ ボリューム上のルート ディレクトリ。 たとえば、/scripts などです。 これは、実行可能スクリプトのみ(「/」に設定しない)が含まれるコンテンツ ボリューム上のディレクトリを参照する、empty 以外の値に設定する必要があります。
このディレクトリは、事前にコンテンツ ボリュームに存在している必要があります。
デフォルト:(空)

scripts_loc

文字列

scripts_dir によって指定されたスクリプト ディレクトリが表示される Web スペース内の場所。 これは、empty 以外の文字列に設定して、専用スクリプト ディレクトリの使用を有効にする必要があります。 標準的な値は、/cgi-bin などです。 この値には末尾のスラッシュを追加しないでください。
デフォルト:(空)

logs_enabled

文字列

WEBx4 が log 端子からログを送信するかどうかを制御します。 選択できる値は on と off です。 「on」に設定されている場合、log 端子を接続する必要があります。 「off」に設定されている場合、アクセス ログは使用されず、Web サーバーのルートのファイル システム上のファイルにエラー ログが書き込まれ、毎週ローテーションされて、4 週間分のバック ログが維持されます(/var/ログ/httpd/error_log*)。 デフォルト: off

logs_base_dir

文字列

WEBx4 のログが格納されるディレクトリ。 logs_enabled が「off」に設定されている場合、このプロパティは効果がありません。 デフォルト: /

error_log_level

文字列

エラー ログに書き込まれるメッセージの重大度レベル。 使用できる値は、debug、info、notice、warn、error、crit、alert および emerg です。 debug では、ほとんどのメッセージが書き込まれ、emerg では緊急メッセージのみが書き込まれます。 デフォルト: warn

srv2_standby

整数

2 番目の WEB5 サーバがスタンバイ モードにあるかどうかを指定します。 ゼロ以外の場合、2 番目の WEB5 サーバはスタンバイ モードになります。それ以外の場合はスタンバイ モードにはなりません。
デフォルト: 1

srv3_standby

整数

3 番目の WEB5 サーバがスタンバイ モードにあるかどうかを指定します。 ゼロ以外の場合、3 番目の WEB5 サーバはスタンバイ モードになります。それ以外の場合はスタンバイ モードにはなりません。
デフォルト: 1

srv4_standby

整数

4 番目の WEB5 サーバがスタンバイ モードにあるかどうかを指定します。 ゼロ以外の場合、4 番目の WEB5 サーバはスタンバイ モードになります。それ以外の場合はスタンバイ モードにはなりません。
デフォルト: 1

timezone

文字列

アプライアンスで使用されるタイムゾーンを指定します。 このプロパティが空の場合、タイムゾーンは変更されず、現状のものが使用されます。 サポートされているタイムゾーンのリストはここで参照できます。 デフォルト: empty

重要: 列挙されたすべての文字列プロパティは、大文字と小文字を区別しません(小文字)。 他のすべての文字列プロパティは大文字と小文字を区別します。

詳細プロパティ

これらは通常は設定する必要がない追加プロパティです。 標準以外の環境で WEBx4 を調整するために使用できます。 ロード バランサの操作に影響するプロパティは lb が先頭に付けられます(lb_mode など)。

プロパティ名

タイプ

説明

lb_mode

文字列

操作モードおよびセッション識別用の指定されたセッション Cookie を使用する方法を指定します。 有効な値は以下のとおりです。
passive -Cookie は変更されません。 指定された Cookie 値は常に一意で、同じ値が別のサーバによって使用されないことが想定されます。
sync - サーバからの HTTP 応答内の Cookie 文字列は、応答元の端子に固有になるように(Cookie 値へ 4 文字の端子 ID を追加することによって)変更されます。 「端子 ID」 はリクエストがいずれかの outX 端子上のサーバへ転送される前に取り除かれます。 端子 ID の挿入を除くと、Cookie 値と出力端子の間のマッピングは passive と同じです。つまり、Cookie 値全体が比較されます。
insert - クライアントに送信される応答にロード バランサ自身が Cookie を挿入します。これにより、クライアントがその Cookie を備えた後続のリクエストを送信するとき、クライアントからの最初のリクエストと同じサーバに送られます。 HALB によって挿入された Cookie には有効期限がありません。つまり、クライアント ソフトウェアによって永続的に保存されることはありません。
source - リクエストのソース IP アドレスはセッションを特定のバックエンド Web サーバにバインドするために使用されます。 Cookie プロパティは無視されます。
デフォルト: passive。

lb_cookie_name

文字列

セッションの識別に使用される Cookie 名。 passive モード(passive および sync - 以下のモード プロパティを参照)では、これは out1~out4 に接続されるバックエンド サーバがクライアントセッションの識別のために使用する Cookie の名前です。 insert モードでは、各クライアントを単一サーバに固定するために HALB が HTTP 応答に挿入する Cookie の名前です。 このプロパティが空の値に設定されている場合、セッション トラッキングは行われません。また、リクエストはすべて単純なラウンド ロビン方式で配布されます。 source モードでは無視されます。
デフォルト:(空)

lb_cookie_check_length

整数

passive 操作モードのときに、セッションをバックエンド サーバとマッチさせるために Cookie 値から固有キーとして使用されるバイト数を定義します。 通常の場合、すべての一般的な php および Java アプリケーションでは、デフォルトの値 10 で十分です。 この値は、Cookie 値の長さ以下である必要があります。
デフォルト: 10

lb_max_connections

整数

ロード バランサが処理する、同時にアクティブな接続の最大数。 この数に到達すると、新しい接続は引き続き受け入れられますが、別の接続が閉じられるまでその処理は遅延されます。 起動時に、ロード バランサは、使用可能なメモリに基づいて接続の最大数を自動的に判断し、それをこのプロパティの値と比較し、最低値を使用します。 このプロパティが 0 と等しい場合、計算された値が使用されます。 使用可能なメモリおよびこのプロパティの明示的な設定のいずれも、バランサのスループットや最大リクエスト率に直接影響しないことに注意してください。低い数値(または少ないメモリ)を設定すると、バックエンド サーバが各リクエストに長時間の操作(たとえばデータベース検索)を実行している場合のみ、応答に影響が出ます。この場合、多くの応答が同時に開いたままになります。
デフォルト: 0

lb_backup_outputs

文字列

バックアップとみなされる出力(out1~out4)のスペース区切りまたはカンマ区切りのリスト。 トラフィックは、バックエンド サーバがすべて使用できない場合のみ、バックアップ サーバに転送されます。 これらのバックアップ サーバの目的は、使用できないバックエンドからエラーを投げたり、タイムアウトにしたりすることではなく、問題のクライアントへの通知またはクライアントのリダイレクトを行うことです。
デフォルト:(空)

lb_healthcheck_url

文字列

http_get および http_head のヘルス チェック メソッドを通じてバックエンド Web サーバのヘルス チェックを実行するのに使用される URL。 完全な URL(http://host.name/file/to/check/for.php)、または相対パス(/file/to/check/for.php)として指定可能です。 URL として指定された場合、HALB は HTTP/1.1 プロトコルを使用する一方で、Host: ヘッダ内の UR から抽出されたホスト名を使用して、ヘルス チェックを実行します。 これにより、仮想ホストの使用が可能になります。 相対パスとして指定されると、HALB は HTTP/1.0 プロトコルを使用し、このプロパティによって指定されたドキュメントをチェックします。 このプロパティが空の場合、ロード バランサは HTTP/1.0 プロトコルを使用して、デフォルト ルート「/」をチェックします。
デフォルト:(空)

lb_healthcheck_agent

文字列

http_get と http_head のヘルス チェック メソッド用のエージェント識別子として使用される文字列。 空の場合、「HALB-health-check」が使用されます。
デフォルト:(空)

lb_healthcheck_method

文字列

バックエンド Web サーバのヘルス チェックに使用されるメソッド。
tcp_connect - ロード バランサは Web サーバのポート 80 に接続します。 接続が正常に確立されると、ロード バランサは Web サーバが機能していると判断します。 これは最も速いメソッドで、最も少ないリソースを必要とします。
http_head - ロード バランサは、lb_healthcheck_url プロパティによって指定されたドキュメントをリクエストするのに HEAD メソッドを使用します。 これは tcp_connect より遅く、ロード バランサと Web サーバの両方でより多くのリソースを必要としますが、信頼性は高くなります。 Web サーバから受信される 2xx または 3xx のステータス コードは、サーバの稼動を検証します。
http_get - ロード バランサは、lb_healthcheck_url プロパティによって指定されたドキュメントをリクエストするのに GET メソッドを使用します。 これは、リソースを最も多く必要とする一番遅いメソッドですが、信頼性は最も高くなります。Web サーバから受信される 2xx または 3xx のステータス コードはサーバの稼動を検証します。 lb_healthcheck_regexp プロパティが定義されると、ロード バランサはすべての HTTP ヘッダとサーバ ステータス コードを含むドキュメントをダウンロードし、lb_healthcheck_regexp 値との一致をチェックします。 一致が見つかると、バックエンド サーバは機能していると見なされます。見つからなかった場合、バックエンド サーバは無効になります。
デフォルト: tcp_connect。

lb_healthcheck_regexp

文字列

http_get ヘルス チェック モードで使用するテスト文字列。 短いか一般的な値(たとえば 「OK」)は間違った正の一致の原因になる場合があります。 この文字列は Perl 正規表現です。Perl 正規表現に関する詳細はここを参照してください。
デフォルト:(空)

lb_healthcheck_interval

整数

バックエンド Web サーバのヘルス チェックの間隔(秒単位で指定)。
デフォルト: 20 秒。

lb_timeout

整数

アクティブでないセッションを期限切れにする、秒単位のタイムアウト。 ゼロに設定すると、アクティブでないセッションは期限切れになりません。 ゼロ以外の値に設定すると、タイムアウト秒後に再開されたアクティブでないセッションは古いものとみなされます。「忘れられた」Cookie を持つリクエストは、Cookie を持たないものとして処理され、通常のラウンド ロビン メソッドで任意のサーバに転送されます。 このプロパティは passive モードでのみ有効で、他のすべてのモードでは無視されます。
デフォルト: 0

lb_client_timeout

整数

接続確立後にクライアントからのリクエストを待つ際の秒単位のタイムアウト。
デフォルト: 150

lb_server_timeout

整数

接続確立後にバックエンド Web サーバからの応答を待つ際の秒単位のタイムアウト。
デフォルト: 150

lb_conn_timeout

整数

tcp 接続を確立するための秒単位のタイムアウト。 これにはヘルス チェックが含まれます。 負荷が高い場合に、値が小さすぎるとヘルスチェックがタイムアウトし、ロード バランサが出力を無効にするため、この設定には特に注意する必要があります。 20 秒未満に設定することは推奨されません。
デフォルト: 20

lb_username

文字列

ui 端子を通じてロード バランサ GUI にアクセスするためのユーザ名。 空の場合、認証はありません。
デフォルト:(空)

lb_password

文字列

ui 端子を通じてロード バランサ GUI にアクセスするためのパスワード。 ユーザ名が空の場合、パスワードは無視されます。
デフォルト:(空)

lb_ctl_port

整数

ctl 端子を通じて Web サービス コントロール インターフェースにアクセスするために使用されるポート。
デフォルト: 80

lb_ui_port

整数

ui 端子を通してロード バランサ ランタイム統計 GUI にアクセスするために使用されるポート。
デフォルト: 80

cgi_ext

文字列

CGI スクリプト用のファイル名サフィックスをスペース区切りのリストとして定義します。 これはどのファイルを実行可能 CGI スクリプト(任意のディレクトリ内)として扱うかを指定するために使用され、共通のスクリプト ディレクトリの指定の代わりとして使用できます。scripts_dir および scripts_loc プロパティを参照してください。 デフォルト: .cgi

shared_perl_ext

文字列

インプロセス Perl スクリプト用のファイル名サフィックスをスペース区切りのリストとして定義します。 これはどのファイルを mod_perl で実行する Perl スクリプトとして扱うかを指定するために使用されます。 cgi_ext 内に指定されたものと一致する拡張子は、その拡張子に対する CGI の使用を無効にし、代わりに mod_perl によって実行されるように設定します。 インプロセス Perl モジュールは、指定された拡張子を使用して CGI 互換モードでスクリプトを実行するように設定されています。CGI プロセスとして実行するよう設計されたほとんどの Perl スクリプトは、インプロセス スクリプトとしても設定すると機能します。 注: mod_perl によって実行されるスクリプトはすべて Perl インタープリタの再起動なしに動作します。したがって、use strict; や use warnings; など、すべてのファイル スコープ変数の適切な初期化についてスクリプトをチェックすることが重要です。 スクリプトが mod_perl で動作するかどうか分からない場合、mod_perl ドキュメント(http://perl.apache.org/docs/index.html)で詳細を確認してください。
デフォルト:(空)(つまり、mod_perl を使用しない)

index_files

文字列

クライアントがディレクトリ名を参照する URL をリクエストする場合にディレクトリの索引ページとして使用する、順序付けられたスペース区切りのファイル リスト。
デフォルト: index.html index.html.var

use_htaccess

文字列

ドキュメント ツリー全体の .htaccess ファイルの使用を有効にするべきかどうかを指定します。 これはデフォルトでは無効になっており、サーバ オプションの高精度な制御が必要であるが共通の環境設定ファイル内のセクションのセットを使用して設定するには複雑すぎるコンテンツ ディレクトリ構造を持つ場合、またはすでに .htaccess を使用する事前設定済みのコンテンツ ボリュームがあり、再配置を避けたい場合にのみ使用してください。 設定オプションがドキュメント ルート自体にのみ必要である場合、代わりにドキュメント ルート ディレクトリの .htconf ファイル内に設定を置いてください。.htaccess と全く同様に適用されますが、ファイルがブート時に一度読み込まれる点が異なります。 デフォルト: off

max_connections

整数

各 WEB5 サーバが処理できる同時にアクティブな接続の最大数。 この制限に到達すると、追加の接続リクエストは(511 の制限まで)キューに置かれ、現在アクティブな接続が閉じられると処理されます。 この値は、WEBx4 が、外部ソースの遅いデータ(たとえば、長いデータベース クエリ)にアクセスする必要のある大量のリクエストを処理することになっている場合にのみ使用します。 システムメモリが十分でない場合、同時接続の実際の数は、このプロパティに設定された値より低く制限される場合があります。 「メモリ使用量」セクションを参照してください。 max_connections 値は 256 より大きい値には設定できません。
デフォルト: 128

persistent_connections

文字列

クライアントが同じ接続上の複数のドキュメントをリクエストすることを WEBx4 が許可するかどうかをコントロールします。 有効な値は on と off です。 HTTP/1.1 を正しくサポートせず、HTTP/1.0 にフォールバックしないクライアントの問題がある場合のみ、永続的接続を無効にすることが必要になる場合があります。 デフォルト: on

idle_timeout_sec

整数

リクエストや応答がない場合にクライアント接続を開いたままにしておく、秒単位のタイムアウト。 このプロパティは、persistent_connections が on の場合のみ使用されます。 このタイムアウトを短くすると、忘れられた接続を迅速に切断することに役立ちます。 デフォルト: 15

data_timeout_sec

整数

データ送信が開始されたが完了していないときに、さらにデータを受信または送信する場合の秒単位のタイムアウト。 このタイムアウトがあると、WEBx4 が転送中に遅延を許可する一方で使用されていない接続を切断することを可能にします。 デフォルト : 300

default_charset

文字列

text/html または text/plain タイプの返されたドキュメントをレポートするために設定されたデフォルトの文字セット。 このプロパティは文字セットの名前か、off(HTTP 応答で charset ヘッダの送信を無効にする)に設定する必要があります。 ブラウザの設定によっては、このプロパティは処理される HTML ドキュメントの作者が作成した文字セット値を無効にする場合があります。したがって、有効な文字セットの仕様が含まれないドキュメントがあり、WEBx4 によって処理されるドキュメントのすべてが同じ文字セットを持つことが事前に分かっている場合にのみ推奨されます。 典型的な値の例は、iso-8859-1 または utf-8 です。 デフォルト: Off
注: 正しいコンテンツ タイプのメタ タグを生成しない古い CGI スクリプトなどの特別なケースに対応するため、コンテンツ ボリュームに保管されるカスタム環境設定ファイルを使用して、デフォルトの文字セットをディレクトリ別に設定することが可能です。

info_level

文字列

WEBx4 が自身に関する情報を Web クライアントにどれだけ開示するかをコントロールします(HTTP 応答および自動的に生成されたページ)。 有効な値は、full(最大限の情報)、os、minor、major、prod(最小限の情報)です。 セキュリティ対策として、最小限の情報を公開することが推奨されます。 デフォルト: prod

server_signature

文字列

生成されたすべてのページ(たとえばエラーページ上)の下部に WEBx4 がサーバの署名行を追加するかどうかをコントロールします。 有効な値は on と off です。 WEBx4 が署名に含める情報の量は info_level によってコントロールされます。 デフォルトは off です(署名なし)。

env

文字列

名前 = 値のペアとして設定を WEBx4 へ渡すために使用されます。 デフォルト:(空)

重要: 列挙されたすべての文字列プロパティは、大文字と小文字を区別しません(小文字)。 他のすべての文字列プロパティでは大文字と小文字が区別されます。

メモリ使用量

WEBx4 の各 WEB5 サーバは、広範囲に利用可能なメモリで実行して、異なるサイズおよび負荷のアプリケーションに適合できるようにそれ自体を自動的に設定します。 ただし、コンテンツ ボリュームにインストールされる場合がある動的なコンテンツ スクリプトのメモリ使用状況を設定計算では予測できないため、スクリプトの不正な動作の影響で、過剰コミット メモリによるサーバの誤動作が発生し、OS によってプロセスが強制終了される場合があることに注意してください。

デフォルトでは、それぞれの WEB5 は、次の想定に従ってアクティブな接続の最大数を設定します。

たとえば、32M によるサンドボックス設定では、アクティブな接続の最大数は 8 に設定されます。

接続の最大数は max_connections プロパティを使用して、自動的に計算される値未満に制限できます。 max_connections が使用可能なシステム メモリによって課された制限を超える場合は、警告なしでトリムされます。

また、PHP プリプロセッサの割り当て制限は、上記のルールに従った計算により、スクリプトに使用できるメモリの 1/2 に設定されます。つまり、PHP は、実行されるスクリプト用のメモリを次のように制限するように設定されます。

(system_memory - 16MB - max_connections* 1MB)/2 

ここで max_connections 値は、より小さい max_connections プロパティと、使用可能なメモリによって課される制限を表します(上記のとおり、1 接続当たり 2MB を想定して計算)。 max_connections プロパティがそのデフォルト値のままになる場合、PHP メモリ制限として以下の値が使用されます。

(system_memory - 16MB)/4 

注: 使用される「1 スクリプト当たりの使用可能メモリの 1/2」というルールはやや楽観的です。つまり、すべてのアクティブな接続によって実際に制限に達するメモリ要求の大きい PHP スクリプトが使用されるとは限らない、またはスクリプトでは、割り当てるすべてのメモリを実際に使用するとは限らないという想定に基づいています。

ヒント: メモリ要求の大きいアプリケーションが負荷状態で誤動作を開始し(接続の切断)、使用可能なメモリを増やすことがオプションとして無効な場合は、max_connections プロパティを低い値に設定してみてください。 これにより、同時に実行される可能性があるスクリプト インスタンスの数が減少し、それぞれのインスタンスに実行用のメモリが解放されます。

コンテンツ、共有ファイル ストレージのセットアップ

このセクションでは、動的なコンテンツに対応するスクリプトの設定に役立つ情報を提供します。

固定されたディレクトリ名

HTTP サーバの起動時に、以下のディレクトリおよびファイルを、それぞれの WEB5 インスタンスのファイルシステム スペース内で使用できます。 なお、任意のスクリプトまたは設定ファイルでは、これらの場所以外で絶対ディレクトリ名を使用することをお勧めしません。

/var/www/html - クライアントでは「/」 として可視状態になる Web ルート。 これは、コンテンツ ボリューム上の場所を参照し、読み取り専用です。 「docs_loc」プロパティが設定される場合、/var/www/html 自体にデータ ファイルは含まれないことに注意してください。 docs_loc の値を追加すると、ドキュメント ルートを参照する有効なシンボリック リンクの名前が生成されます。 このディレクトリ名と /var/www/cgi-bin 名およびそれらのいずれかのサブディレクトリを Apache 設定ファイル内で使用して、追加のディレクトリ別設定をセットアップできます。 この場合は、docs_dir と scripts_dir プロパティ用の特定の設定をそのような設定ファイルで認識する必要はなくなります。

/var/www/cgi-bin - scripts_dir プロパティを使用してセットアップする場合の、スクリプト ルートのシンボリック リンク。

/mnt/fs - 「fs」端子に接続された CIFS サーバによって提供される共有読み取り/書き込みファイル ストレージのルート。 接続されていない場合、/mnt/fs は空になります。

固定された Web スペースの場所

/icons/ パスは、サーバによって生成されたディレクトリ リストのストック アイコンが含まれるディレクトリのエイリアスです。 したがって、コンテンツ ボリューム内のアイコンという名前のディレクトリは表示できません。

アクセス制御

HTTP サーバはユーザ 48、グループ 48 として作動します。 CGI スクリプトは同じコンテキストで実行されます。

コンテンツ ボリューム上のファイルには、HTTP を通じて対応する資格があるすべてのユーザ用の「読み取り」許可が必要です。 実行可能スクリプトには、すべてのユーザ用の「読み取り」および「実行」許可が必要です。

Apache サーバには、ファイルへのアクセスを制御する他の手段がありますが、1 つの方法では、HTTP を通じてアクセス可能にすべきでないファイルまたはディレクトリからすべてのユーザ用の読み取り許可を削除することもできます。 リストへのアクセスを可能にすべきでないがアクセス可能なファイルまたはサブディレクトリが含まれているディレクトリでは、x ビット セットをオンのままにします。

電子メールの送信

sendmail システムは WEBx4 上で設定されません。 そのシステムは、このアプライアンスから電子メールを送信するために使用しないでください。 Perl ベースのスクリプトを使用する場合は、smtp メーラを使用するように設定されているという前提で、Mail::Mailer モジュールを電子メールの送信に使用できます。 どのような場合も、ユーザの SMTP メーラは SMTP サーバのホスト名として aux を使用するようにセットアップする必要があります。たとえば、Mail::Mailer を使用する場合は、次のように指定します。

$mailer = new Mail::Mailer 'smtp', (Server => 'aux');
$mailer->open(¥%headers); #... etc.

内部

WEBx4 の内部を以下に示します。

WEBx4 アプライアンスの内部

典型的な使用状況
拡張性のある 2 層アプリケーション

拡張性のある 2 層アプリケーション

既知の制限

問題と提案については、テクニカル サポートにお問い合わせください。