この章では、我々の例である2つのディレクトリ（/srv/nfs/data と /srv/nfs/web_assets）を、v3とv4それぞれでどのように公開・接続するかを具体的に比較します。

要点まとめ

• NFSv3戦略（個別公開）:
  • サーバー (n) は、共有したいディレクトリ（data, web_assets）を、個別に公開します。
  • クライアント (c) は、必要なディレクトリを個別にマウントします。（2つ必要なら mount コマンドを2回実行）
  • 例えるなら: 「データ店」と「Web素材店」という路面店が別々に存在し、顧客（クライアント c）はそれぞれのお店の住所（物理パス）を知っていて、個別に来店（マウント）する必要があります。
• NFSv4戦略（集約公開）:
  • サーバー (n) は、「総合デパート（仮想ルート /）」という入口を1つだけ用意します。
  • サーバー (n) は、bind マウントを使い、「データ店」と「Web素材店」を、デパート内の「テナント」として入居させます。
  • クライアント (c) は、「デパートの総合入口（IP:/）」に**1回だけ来店（マウント）**すれば、中のすべてのテナント（data, web_assets）にアクセスできます。

① NFSv3戦略：個別の「フラット」共有

NFSv3では、サーバー (n) が持つ共有ディレクトリ群を、クライアント (c) が「平面的（フラット）」に見ている状態です。クライアント (c) は、サーバー (n) の物理的なパス構造を正確に知っている必要があります。

サーバー (n) 側の設定 (/etc/exports)

サーバー (n) は、公開したいディレクトリを、必要なだけ etc/exports ファイルに羅列します。

コマンド例:

sudo nano /etc/exports でファイルを開き、以下の2行を記述します。

/srv/nfs/data       192.168.1.200(rw,sync,no_subtree_check)
/srv/nfs/web_assets 192.168.1.200(rw,sync,no_subtree_check)

解説:

• 1行目で「/srv/nfs/data」というディレクトリ（データ店）を公開します。
• 2行目で「/srv/nfs/web_assets」というディレクトリ（Web素材店）を公開します。
• サーバー (n) はこの2つのディレクトリに関連性を持ちません。ただ2つの「別々の」共有を公開しているだけです。

設定反映:

sudo exportfs -ar

クライアント (c) 側のマウント