同じシステムで複数の TCP/IP スタックを実行し、1 つ以上のアプリケーションのネットワークを分離させることができます。 例えば、複数のオープン・システム・アダプター (OSA) 機構がある場合、それぞれの機構でシステムを別のネットワークに接続することができます。 それぞれのフィーチャーに TCP/IP スタックを割り当てることができます。
事前処理
複数のスタックがあるシステムで製品を構成するときには、最初に、製品のスタック・アフィニティーを必要なスタックに対して設定する必要があります。 スタック・アフィニティーを設定すると、すべてのソケット通信がそのスタックにバインドされ、適切なホスト名解決構成データ・セットが製品に割り当てられます。 これらのデータ・セットにより、ホスト名の検索で必要な結果が得られます。SYS1.PARMLIB(BPXPRMxx) の NETWORK DOMAINNAME パラメーターを使用して、共通 INET 物理ファイル・システム C_INET PFS を指定してから、このファイル・システムを使用して複数の TCP/IP スタックをセットアップします。 この物理ファイル・システムにより、複数の物理ファイル・システム
(ネットワーク・ソケット) を構成し、並行してアクティブにすることができます。
デフォルト以外の TCP/IP スタックを使用するように製品を構成する場合は、詳細について、「 z/OS® UNIX System Services 計画」および「 z/OS Communications Server: IP 構成解説書」を参照してください。
このタスクの概要
問題の回避: 以下のステップでは、いくつかの変数を設定します。 これらの変数は、ノード・レベルで設定します。
製品を複数のスタックがあるシステムで構成するには、以下を行います。
手順
- 各アプリケーション・サーバーのホスト名を解決するためのデータ・セットを構成します。
管理コンソールで、とクリックします。
- 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 変数をエクスポートします。
デーモンの was.env ファイルで BPXK_SETIBMOPT_TRANSPORT 変数を設定するには、変数の前に DAEMON_を付ける必要があります。 この追加情報により、 was.env ファイルを生成する変換プログラムは、デーモンの was.env ファイルに変数を追加します。 _BPXK_SETIBMOPT_TRANSPORT 変数には既に先行する下線があるため、デーモンに対して設定されている場合、この変数の最終バージョンには、 DAEMON__BPXK_SETIBMOPT_TRANSPORTに示すように、変数名の前に 2 つの下線が含まれています。
_BPXK_SETIBMOPT_TRANSPORT 変数について詳しくは、「 z/OS UNIX System Services 計画」を参照してください。