Storage Foundation Cluster File System High Availability 7.4 管理者ガイド - Linux

CP サーバーと SFCFSHA クラスタ（アプリケーションクラスタ）ノードの通信には、次のエンティティが関係します。

• CP サーバー用の vxcpserv

• SFCFSHA クラスタノード用の cpsadm

CP サーバーと SFCFSHA クラスタノード上でセキュリティを設定した状態の、両者間の通信フローは次のようになります。

• 初期設定:

  CP サーバーと SFCFSHA クラスタノードの ID は、VCS インストーラによってそれぞれノードで設定されます。

  メモ:

  フェンシングの設定時に、インストーラは CP サーバーとアプリケーションクラスタ間の信頼を確立して、vxcpserv プロセスでアプリケーションクラスタノードからの要求を認証できるようにします。 I/O フェンシングを手動で設定した場合は、CP サーバーとアプリケーションクラスタ間の信頼を設定する必要があります。

  cpsadm コマンドは環境変数 CPS_USERNAME、CPS_DOMAINTYPE からユーザー名、ドメインタイプを取得します。cpsadm コマンドを手動で実行する前に、これらの変数をエクスポートします。カスタマイズされたフェンシングフレームワークは cpsadm のコマンドを実行する前にこれらの環境変数を内部でエクスポートします。

  CP サーバーのプロセス（vxcpserv）が使うそのプロセス自身のユーザー（CPSERVER）は、ローカルの vcsauthserver に追加されます。

• 認証ブローカーからのクレデンシャルの取得:

  cpsadm コマンドは、ローカルノードにある既存の信用証明を取得しようとします。インストーラはこれらの信用証明をフェンシングの設定中に生成します。

  vxcpserv プロセスは、ローカルノードにある既存の信用証明を取得しようとします。インストーラはこれらの信用証明をセキュリティを有効にするときに生成します。

• CP サーバーと SFCFSHA クラスタノード間の通信:

  CP サーバーが信用証明を確立し、稼動状態になると、CP サーバーでクライアントからデータを受信する準備が整います。 cpsadm コマンドで信用証明を取得し、CP サーバーの信用証明を認証すると、cpsadm は CP サーバーに接続します。CP サーバーにデータが渡されます。

• 検証:

  特定の SFCFSHA クラスタノードからデータを受信すると、vxcpserv はその信用証明を検証します。 検証が失敗した場合、接続要求データは拒否されます。