1は、NSFが導入された
NFSは、ネットワークファイルシステムは、そのネットワーク・ファイル・システムの略です。ネットワークファイルシステムFreeBSDはまた、NFSとして知られているサポートされているファイルシステムです。NFSは、ネットワーク上の他の人と共有するディレクトリとファイルへのシステムを可能にします。NFSを使用することにより、ユーザーやプログラムは、リモート・システム上のローカルファイルへのアクセスと同じファイルにアクセスすることができます。
NFSなぜRPCは？
NFSは多くの機能をサポートしているため、異なる機能を開始するために別のプログラムを使用しますので、NFS対応する機能に対応するポートを固定することができません。
クライアントとサーバ間の通信障害によって引き起こさない固定ポート、それは助けからRPCに必要ですので。
際には、いくつかのポートおよびポート関連のプロアクティブなサービスRPCへのレジストリアクセス機能情報NFSがランダムスタートを描画されます、RPCは、NFSクライアントからの要求をリッスンするように、固定ポート111を使用し、NFSサーバーは、クライアントポートに正しい情報を返します。ので、クライアントとサーバーのデータを送信することができるという。
2、ワークフローNFS
1は、NFSクライアントのプログラムでファイルにアクセスするための要求を開始し、ローカルクライアントのRPCは、（rpcbindは）サービスは、ファイルアクセス機能111ネットワークを介したRPCポートをNFSサーバに要求を送信します。
2、NFS RPCサーバー側のクライアントのRPCサービスを通知し、対応する登録NFSポートを見つけます。
3、クライアントが正しいポート、およびデータ・ラインのアクセスNFSデーモンを取得します。
図4は、データが正常にアクセスされた後、プログラムは、フロントアクセス、完全に1つのアクセス動作を返します。
だから、何のクライアント、サーバーの問題では、NFSを使用する必要がない、あなたは、RPCサービスをインストールする必要があります。
名称rpcbindの下Centos5、Centos6にポートマップと呼ばれるNFS RPCサービス、。
3、NFSマウントサービス
[ルート@ k8smaster〜]＃systemctlのrpcbindを再起動します。systemctlステータスのrpcbind＃サービスは、rpcbindのにインストールされている必要があり
ます。[root @ k8snode01〜]＃systemctlのrpcbindを再起動します。systemctlステータスのrpcbind＃クライアントがrpcbindをインストールすることはできません
[ルート@ k8snode02 〜]＃systemctl再起動のrpcbind; systemctlステータス＃のrpcbindをクライアントがrpcbindをマウントすることはできません
[ルート@ k8smaster〜]＃systemctl再起動NFS; systemctlステータスNFS＃サーバは、NFSをインストールする必要があり
ます。[root @ k8snode01〜]＃systemctl再起動NFS; systemctlステータスNFS＃クライアントがインストールされている必要がありnfsの
場合[root @ k8snode02〜]＃systemctl再起動NFS ; systemctlステータスNFS＃クライアントは、NFSをインストールする必要があります
[ルート@ k8smaster〜]は、＃ます。mkdir / SHAREDIR＃（統合管理を容易にするため、提案やサーバパスで）マウント・ディレクトリを作成し
ます。[root @ k8snode01〜]＃ます。mkdir / SHAREDIR＃、アドバイスとサービス側のパスで（マウント・ディレクトリを作成します。統一管理を容易にするために）
[ルート@ k8snode01〜]＃ます。mkdir / SHAREDIR＃（提案やサーバーパスで、一元管理を容易にするために）マウントディレクトリを作成し
ます。[root @ k8smaster〜]＃chmodの-R 777 / SHAREDIR＃パーミッション
[ルート@ k8smaster〜]＃詳細は/ etc /輸出＃NFSサーバーの設定ファイル
/ SHAREDIR *（RWは、同期、all_squashコマンドは）
[ルート@ k8smaster〜]＃exportfsの-rv＃設定を有効にするに
エクスポート*：/ SHAREDIR
[ルート@ k8smaster SHAREDIR]＃showmountは-e＃共有ディレクトリが表示されます
k8smasterのためのエクスポート一覧を：
/ SHAREDIR *
[k8smaster SHAREDIR]＃@ルート
/ SHAREDIR -共有ディレクトリ用
* -クライアントはIPまたはIPセグメントにアクセスできることを示している（サポートする単一のIPを「192.168.1.0 「IPセグメント」192.168.1.0/24「ワイルドカードドメイン」* .qq.com「等）
RW -読み取りおよび書き込みアクセス権を表し
、読み取り専用アクセス-を表すRO
又はライトデータリクエスト、ライトデータの同期-シンク（同期）をNFSハードディスクへのサーバーと、その後の復帰
非同期（非同期） -または書き込みデータ、最初の復帰要求への要求を、キャッシュメモリにデータを書き込みます。このパラメータは、NFSのパフォーマンスを向上させることができますが、データのセキュリティが低下しますが、推奨されていない
にno_root_squashを-あなたがルートである場合に、ユーザーのアクセスNFS Severのは、ディレクトリを共有し、それが共有ディレクトリへのルートアクセス権を持つことになります。使用しないでください
root_suqash -サーバーは、ディレクトリを共有NFSユーザーへのアクセスは、rootであればそのUIDとGIDは誰かnfsbodyになっていないだろうが、それの権限は、匿名ユーザーに圧縮されている
all_squashコマンド-に関係なく、アクセスNFSサーバーのユーザー・アイデンティティのディレクトリを共有し、 NFS Severのは、複数のNFSクライアントで同時にデータを読み書きそのUIDとGIDは誰かnfsnobodyアカウントになっていないだろうしながら、その権限は、匿名ユーザーに圧縮され、このパラメータは便利です
anonuidコマンド-パラメータがアノンで始まり*匿名匿名ユーザを意味し、ユーザーのUID値は通常、我々はまた、独自のUID値を設定することができ、もちろん、UID値やnfsbody誰もが、設定されていますが、UIDは、/ etc / passwdの中に存在している必要があります。
anongidコマンド- anonuidコマンドで、違いは、UID、GIDを交換することです
exportfsは、使用を指示
全体マウントまたはアンマウント-a
-r再読み取りの/ etc /エクスポート情報、および同期更新の/ etc /輸出の/ var / libに/ NFS / XTAB
（および-aで使用するための-uアンロード単一のディレクトリ）すべての/ etc / exportsファイルのディレクトリをアンロードするには
、画面上の-vプリント詳細情報
showmountは、コマンドの使用
すでにクライアントに接続されている上-a表示ディレクトリ情報
うち、このショーのために共有ディレクトリのIPホスト名またはIPアドレス-e
クライアントは、マウント
mountコマンドを実行します
。＃フォーマット：マウント-t nfsのホスト名（のoriP） ：ディレクトリサーバのディレクトリ
[k8snode01ルート@〜]＃マウントNFS 192.168.23.100:/sharedir -t / SHAREDIR
[ルート@ 〜k8snode02]＃マウントNFS 192.168.23.100:/sharedir -t / SHAREDIR
4、動作確認が
書かれたマスターの状況表示、ノード1とノード2のファイルに書き込まれ
ます。[root @をk8snode01 SHAREDIR]＃エコー「node01」>ファイル書き込みにnode01.log＃クライアント
[ルートを@ k8snode01 SHAREDIR]＃
[ルート@ k8snode02 SHAREDIR]＃ファイルを書き込むためのエコー"とnode02"> node02.log＃クライアント
[ルートk8snode02 SHAREDIR @]＃
[ルート@ k8smaster SHAREDIR]＃LS -lrt＃服务端查看文件
合計8
-rw-R - r--の1 nfsnobody nfsnobody 7 2月19日夜10時19 node01.log
-rw-R - r--の1 nfsnobody nfsnobody 7 2月19日午前22時19 node02.log
[ルート@ k8smaster SHAREDIR]＃複数node01.log
node01
[ルート@ k8smaster SHAREDIR]＃複数node02.log
node02で
[ルート@ k8smaster SHAREDIR]＃
