TCP トランスポート・チャネルのカスタム・プロパティー
TCP トランスポート・チャネルを使用する場合は、TCP トランスポート・チャネルのカスタム・プロパティーを使用して、 内部の TCP トランスポート・チャネル・プロパティーを構成することができます。
- 管理コンソールで、
- 「アプリケーション・サーバー」> server_name と選択し、
作成するチェーンのタイプに応じて次のいずれかのオプションを選択します。
- 「SIP コンテナー設定」を展開し、「SIP コンテナー・トランスポート・チェーン」をクリックします。
- 「Web コンテナー設定」を展開し、「Web コンテナー・トランスポート・チェーン」をクリックします。
「コンテナー・サービス」の下の「ORB サービス」>「ORB サービス・トランスポート・チェーン」をクリックします。
- 「サーバー・メッセージング」を展開して、「メッセージング・エンジン・インバウンド・トランスポート」または「IBM MQ リンク・インバウンド・トランスポート」のいずれかをクリックします。
- 「プロキシー・サーバー」に続いて、「HTTP プロキシー・サーバー設定」を展開して 「プロキシー・サーバーのトランスポート」をクリックし、 「HTTPS_PROXY_CHAIN」または「HTTP_PROXY_CHAIN」を選択します。 次に、「HTTP プロキシー・インバウンド・チャネル」をクリックします。
」とクリックして、
次のいずれかの手順に従います。 - 「アプリケーション・サーバー」> server_name と選択し、
作成するチェーンのタイプに応じて次のいずれかのオプションを選択します。
- カスタム・プロパティーの指定対象となる TCP チャネルが含まれている、 トランスポート・チェーンを選択します。
- TCP インバウンド・チャネルを選択します。
- 「カスタム・プロパティー」>「新規」とクリックし、「一般プロパティー」を展開して、 カスタム・プロパティーの名前を「名前」フィールドに、 このプロパティーの値を「値」フィールドにそれぞれ指定します。 「説明」フィールドにこのプロパティーの説明を指定することもできます。
- 「適用」または「OK」をクリックします。
- 「保存」をクリックして、構成変更を保存します。
- サーバーを再始動します。
listenBacklog
listenBacklog プロパティーを使用して、 アプリケーション・サーバーによる接続の受諾を待機する間にオペレーティング・システムがバッファーに入れる未解決の接続要求の最大数を指定します。 このオペレーティング・システムのバッファーがフルになっている状態でクライアントが接続を試行すると、 その接続要求はリジェクトされます。 このプロパティーの値は、それぞれのトランスポートごとに固有です。
同時接続数を制御する必要がある場合、管理コンソールの「TCP トランスポート・チャネル設定 (TCP transport channel settings)」ページの 「オープン接続の最大数 (Maximum open connections)」フィールドを使用します。
情報 | 値 |
---|---|
データ型 | 整数 |
デフォルト | 511 |
![[z/OS]](../images/ngzos.gif)
重要: チャネル・タイプが HTTP、HTTP SSL、IIOP および IIOP SSL の 場合に listenBacklog が設定されないと、listenBacklog には 非推奨の環境値 (protocol_http_backlog、protocol_https_backlog、 protocol_iiop_backlog、および protocol_iiop_backlog_ssl) から設定されます。 関連する非推奨の環境値が指定されていない場合、 デフォルトの 10 が使用されます。
チャネル・タイプが HTTP、 HTTP SSL、IIOP および IIOP SSL 以外の場合、listenBacklog のデフォルトは 511 です。
![[z/OS]](../images/ngzos.gif)
zaioFreeInitialBuffers
新規接続に使用される初期読み取りバッファーが接続に不要になり次第、 TCP チャネルがこれらのバッファーをリリースするよう指示する場合、zaioFreeInitialBuffers プロパティーを使用します。 デフォルトでは、この初期読み取りバッファーは各接続ごとにキャッシュされます。 接続がクローズされているとき、メモリーの割り振りを防ぐために、読み取りバッファーが再利用されます。 この処理は、接続ごとに 1 つの要求があるような非パーシスタント接続でも問題なく動作します。 ただし、 高度なパーシスタント接続では、バッファーが使用されていなくても、バッファーはかなり長時間保留されることがあります。 多数の接続済みクライアントを必要とするワークロードの場合は、この状態が言語環境 (LE) のヒープ・スペースの不足を引き起こす可能性があります。ワークロードが主に非パーシスタント接続で構成されている場合をのぞき、 このカスタム・プロパティーを true に設定して、初期読み取りバッファーのリリースを使用可能にする必要があります。
-Dcom.ibm.ws.buffermgmt.impl.WsByteBufferPoolManagerImpl=
com.ibm.ws.buffermgmt.impl.ZOSWsByteBufferPoolManagerImpl
情報 | 値 |
---|---|
データ型 | ストリング |
デフォルト | false |
soReuseAddr
soReuseAddr カスタム・プロパティーを使用して、バインド動作を制御します。 WebSphere Application Server が再始動される際に、インバウンド TCP チャネルで、listen するソケットをバインドしようとして問題があった場合、 バインドが成功するか、または、許容されるバインド試行回数を超えるまで、エラーが SystemOut ファイルに書き込まれます。このカスタム・プロパティーは、バインド処理中にエラー・メッセージが繰り返されるのを回避するのに役立ちます。
情報 | 値 |
---|---|
データ型 | 整数 |
デフォルト | 0 |