ＮＦＳｖ４サーバーの作り方

検証環境

• FreeBSD/amd64 10.3-RELEASE をＮＦＳｖ４サーバーとする。
• CentOS をサーバーにするケースは今回は無しで。
• NFSv4 on ZFS で、使用するプロトコルはＮＦＳｖ４に絞る。
• ＺＦＳはＵＦＳでもかまわない。
• ＵＦＳの場合、sharenfs でなく、/etc/exports で反映を行う。
• 過去との互換性？今時 v2 はおろか、v3 でもないでしょ。v4 ないしは v4.1 で。

セットアップ

ＺＦＳ領域確保（作業例）

sysctl vfs.zfs.min_auto_ashift=12
zpool create -O atime=off export /dev/da1

• 今回、/export 上にＮＦＳ共有するファイルシステムを専用に用意するものとする。
• またマウント可否は sharenfs プロパティで制御するものとする（デフォルトは off）。

/boot/loader.conf（環境依存）

vfs.zfs.trim.enabled="0"

※VMware ESXi 上（LSI Logic SAS アダプタ）では TRIM/UNMAP が効かないのでオフにする。 基本的に物理環境下ならＨＤＤと言えど TRIM/UNMAP 試してエラーになることは無いと思われるので、ＣＡＭのエラーメッセージがうるさい時だけ設定する。

/etc/rc.conf（ＮＩＣチューニング）

ifconfig_インターフェース="inet XXX.XXX.XXX.XXX netmask XXX.XXX.XXX.XXX mtu 9000"

今時のファイル共有ならＧｂＥや１０ＧｂＥ当たり前なので、ＭＴＵ値を設定する。 ＭＴＵ値はネットワーク依存で、通信に絡んでいる一番小さな値を指定することになるが、最近だと９０００バイトあたりに収束しつつあるのかなぁと思いつつ。

なお手動で設定できるが、ＭＴＵ値を反映するため、一度下記のようにインターフェースをダウンさせる必要がある。

ifconfig インターフェース mtu 9000
ifconfig インターフェース down
ifconfig インターフェース up

/etc/sysctl.conf

ＮＦＳの最低利用バージョンの指定

vfs.nfsd.server_min_nfsvers=4

なお最大利用バージョンの指定は rc.conf 中の「nfsv4_server_enable="YES"」設定で行われている。

ＺＦＳのチューニング

vfs.zfs.min_auto_ashift=12
vfs.zfs.vdev.async_write_max_active=31

特に async_write_max_active はドライブが対応しているＮＣＱ・ＴＣＱの数（－１）を指定する。

ＮＦＳのチューニング（未検証）

vfs.nfsd.issue_delegations=0
vfs.nfsd.enable_locallocks=0

• ＮＦＳサーバーでデリゲーション機能を提供するとＮＦＳクライアントにメリットがあるらしい。
• しかし、調べた範囲だと、ＮＦＳクライアントで使用が明言されてないので、とりあえずオフっておく。
• ロックについては、ＮＦＳサーバーとＮＦＳクライアント間でのロック共有ができるようになる。
• しかし、以下の組み合わせで、できたりできなかったりする。
  • ＮＦＳクライアント（CentOS 6.8）→ＮＦＳサーバー（FreeBSD 10.3-R）の順でロックすると問題無くロックできる。
  • ＮＦＳサーバー（FreeBSD 10.3-R）→ＮＦＳクライアント（CentOS 6.8）の順でロックするとＮＦＳクライアント側でロックされずにエラーになる。
• 調査が足りてないので、とりあえずオフっておく。
• もちろんＮＦＳｖ４の売り文句であるところの、ＮＦＳｖ４クライアントでのロックは問題無し。
• ＮＦＳｖ４クライアント同士のロック共有が可能かは未検証。

/etc/exports

V4: /export -network ネットワークアドレス -mask ネットマスク

とりあえず、/export がＮＦＳｖ４共有できるようになる。ただし、/export 自体は sharenfs=off なので、どこからからもマウントできない（できるけどアクセスできない）。

/etc/rc.conf

• ＮＦＳｖ４サーバーとして運用するために必要なデーモン（およびオプション）は以下の通り。

rpcbind_enable="YES"
nfsuserd_enable="YES"
mountd_enable="YES"
nfs_server_enable="YES"
nfsv4_server_enable="YES"

• また、以下の設定の設定によりある程度のアクセス制限を行う。

rpcbind_flags="-h 公開するＮＦＳｖ４サーバーのＩＰアドレス"
nfsuserd_flags="-domain アカウント識別用ドメイン"
mountd_flags="-l -h 公開するＮＦＳｖ４サーバーのＩＰアドレス"
nfs_server_flags="-t -h 公開するＮＦＳｖ４サーバーのＩＰアドレス"

このうち、nfsuserd_flags で指定する「ドメイン」の指定が重要となる。 ＮＦＳｖ４では、ＮＦＳサーバーとＮＦＳクライアント間のユーザー識別子を「ユーザー@ドメイン」で識別するため、合わせておく必要がある。

これは厳密にはサーバーのドメインとは別物であるため、別途決め打ちする必要がある。

アカウント作成

• 先にも述べたがＮＦＳｖ４におけるサーバーとクライアント間のアカウント識別は「ユーザー＠ドメイン」である。
• これはＮＦＳｖ３／ｖ２までと違い、ＵＩＤ、ＧＩＤという数字では識別していないことを意味する。
• 「ドメイン」については先に決めたとおりとする。
• よく使いそうな「ユーザー」については事前に作成しておくこと。
• ＮＦＳサーバーとＮＦＳクライアント間でアカウントミスマッチが起きると、以下の現象が発生する。
  • ＮＦＳクライアント（CentOS 6.8）： nobody ユーザー・nobody グループにマップされる。
  • ＮＦＳサーバー（FreeBSD 10.3-R）：32767 ユーザー・32767 グループにマップされる。

アカウント作成例

pw groupadd postgres -g 5432
pw useradd  postgres -u 5432 -g postgres -c "postgres" -s /usr/sbin/nologin
install -d -o postgres -g postgres -m 0755 /home/postgres

※FreeBSD の PostgreSQL 用アカウントとして pgsql （/usr/ports/UIDs ファイル参照のこと）があるが、CentOS の PostgreSQL 用アカウント（postgres）とはマッチしないので、別途作成する。

領域の共有設定

共有設定

/export をどう共有するかによるが「/export/ＮＦＳｖ４クライアント」として、クライアント単位で共有設定する場合は、下記のようにパーティションを切る。

zfs create -o sharenfs="-maproot=0:0 ＮＦＳｖ４クライアント名" export/ＮＦＳｖ４クライアント

sharenfs 設定を行うと、/etc/zfs/exports ファイルに掃き出されるのと、合わせてmountd(8)に再読み込み（HUP シグナル）が実施される。

一つの領域を複数のＮＦＳｖ４クライアント間で共有するなら、/etc/exports に集約するのが良いと思われ（未実験）。

なおＮＦＳｖ４クライアントからは、「/ＮＦＳｖ４クライアント名」でマウントすることになる（/export がトップディレクトリとなって見えなくなる）。

設定確認

mountd(8) 再読み込みによりＮＦＳｖ４クライアントからマウントできるようになるわけだが、これが成功したのか失敗したのかはよくわからない。 そこで、「showmount -e」コマンドと「zfs get sharenfs」コマンドの実行結果を見比べて判断すること（設定した内容が反映されてないなど）。

showmount -e
zfs get sharenfs

参考文献

• FreeBSD 9.0 解説シリーズ その 1: NFS Improved

• NFSV4(4)

• Network File System (NFS)