同じシステムで複数の TCP/IP スタックを実行し、1 つ以上のアプリケーションのネットワークを分離させることができます。
例えば、複数のオープン・システム・アダプター (OSA) フィーチャーを設け、それぞれが異なるネットワークにシステムを接続するようにできます。それぞれのフィーチャーに TCP/IP スタックを割り当てることができます。
始める前に
複数のスタックがあるシステムで製品を構成するときには、最初に、製品のスタック・アフィニティーを必要なスタックに対して設定する必要があります。
スタック・アフィニティーを設定すると、すべてのソケット通信がそのスタックにバインドされ、適切なホスト名解決構成データ・セットが製品に割り当てられます。
これらのデータ・セットにより、ホスト名の検索で必要な結果が得られます。
SYS1.PARMLIB(BPXPRMxx) の NETWORK DOMAINNAME パラメーター
を使用して、共通 INET 物理ファイル・システム C_INET PFS を指定し、この
ファイル・システムを使用して複数の TCP/IP スタックをセットアップします。この物理ファイル・システムにより、複数の物理ファイル・システム
(ネットワーク・ソケット) を構成し、並行してアクティブにすることができます。
製品でデフォルト以外の TCP/IP スタックを使用する場合は、「 z/OS® UNIX システム・サービス 計画」および「 z/OS Communications Server: IP 構成解説書」で詳細を参照してください。
このタスクについて
トラブルの回避 (Avoid trouble): 以下のステップで、数の変数を設定します。これらの変数は、ノード・レベルで設定する必要があることを理解しておくことが重要です。
gotcha
製品を複数のスタックがあるシステムで構成するには、以下を行います。
手順
- 各アプリケーション・サーバーのホスト名を解決するためのデータ・セットを構成します。 管理コンソールで、とクリックします。
- RESOLVER_CONFIG UNIX プロセス変数を追加し、
「値」フィールドにデータ・セット名を指定します。
- クライアント・シェル・スクリプトに RESOLVER_CONFIG 変数
をエクスポートします。
- JCL を使用して、ネーム解決の構成データ・セットを指定することもできます。
JCL を使用するには、//SYSTCPD DD DSN=some.tcpip.DATA,DISP=SHR をサーバー
JCL に追加します。RESOLVER_CONFIG 変数は、SYSTCPD DD ステートメントをオーバーライドします。
RESOLVER_CONFIG 変数については、「 z/OS Communications Server: IP 構成解説書」を参照してください。
- 必要なスタックに対するアプリケーション・サーバーのスタックの類似性を設定します。
- 管理コンソールで、とクリックし、_BPXK_SETIBMOPT_TRANSPORT UNIX プロセス変数に必要なトランスポートの値を設定します。 この変数が存在しない場合は、「新規」をクリックして追加します。
- クライアント・シェル・スクリプトに
_BPXK_SETIBMOPT_TRANSPORT 変数をエクスポートします。
デーモンの the was.env ファイルに BPXK_SETIBMOPT_TRANSPORT 変数を設定するには、変数の接頭部を DAEMON_ にする必要があります。この追加情報によって、was.env ファイルを生成する変換プログラムは、
デーモンの was.env ファイルにその変数を追加します。
_BPXK_SETIBMOPT_TRANSPORT 変数には既に先行する下線があるため、この変数は、最終的に、
DAEMON__BPXK_SETIBMOPT_TRANSPORT のように、デーモンへの設定時に 2 つの先行する下線が含まれることになります。
トラブルの回避 (Avoid trouble): デーモンに対してこの変数を設定する場合、ほとんどの場合は、この変数をセル・レベルで設定して、そのセル内のすべてのデーモンに同じ設定を指定することになります。
ただし、デーモンの 1 つが複数ノードのサービス提供を行っている場合を除き、何らかの理由で、
セル内のデーモンごとに異なる設定を指定する必要がある場合には、この変数をノード・レベルで設定できます。
gotcha
_BPXK_SETIBMOPT_TRANSPORT 変数について詳しくは、「 z/OS UNIX システム・サービス 計画」を参照してください。