Linuxサーバのダウンロードナコスで1
最初のgitコマンドをインストールyumをgitのインストール
gitのクローンます。https：// github.com/nacos-group/nacos-k8s.git
2.展開NFS
2.1ロールを作成rbac.yaml
種類：ClusterRole apiVersion：rbac.authorization.k8s.io / V1の メタデータ： 名前：NFS -client-provisioner- ランナーの ルール： - apiGroups：[ "" ] リソース：[ " persistentvolumes " ] 動詞：[ " 取得"、" リスト" " 時計" " 作成" " 削除" ] - apiGroups：[ "" ] リソース：[ "persistentvolumeclaims" ] 動詞：[ " 取得" " リスト" " 時計" " 更新" ] - apiGroups：[ "" ] リソース：[ " エンドポイント" ] 動詞：[ " 取得" " リスト" " 時計"、「作成」、「更新」、「パッチ" ] - apiGroups：[" storage.k8s.io " ] リソース：[ " storageclasses " ] 動詞：[ " 取得"、" リスト"、" 時計" ] - apiGroups：[ "" ] リソース：[ " イベント" ] 動詞：[ " 作成"、" 更新"、" パッチ" ] --- 種類：ClusterRoleBinding apiVersion：RBAC。authorization.k8s.io / V1 メタデータ： 名前：実行 -nfs-クライアント- プロビジョニングの 対象者： - 種類：ServiceAccountの 名前：NFS -client- プロビジョニングの 名前空間：デフォルト roleRef： 種類：ClusterRoleの 名前：NFS -client-provisioner- ランナー apiGroup：rbac.authorization.k8s.io --- 種類：ロール apiVersion：rbac.authorization.k8s.io / v1の メタデータ： 名前：リーダー -locking-NFS-クライアント- プロビジョニングの ルール： - apiGroups：[ "" ] リソース：[ " エンドポイント" ] 動詞：[ " 取得" " リスト" " 時計" " 作成" " アップデートを" " パッチ" ] --- 種類：RoleBinding apiVersion：rbac.authorization.k8s.io / V1の メタデータ： 名前：リーダーは -locking-NFS-クライアント- プロビジョニングの 科目を： - 種類：ServiceAccount 名：NFS -client- プロビジョニングの 位に置き換えた名前空間 プロビジョニング担当者がされて展開され た名前空間：デフォルト roleRef： 種類：ロール 名：リーダー -locking-NFS-クライアント- プロビジョニングの apiGroup：rbac.authorization.k8s.io
結果を作成して表示するためのコマンド
- kubectl作成rbac.yaml fは
[ルート@マスターNFS]＃kubectl GET 役割 NAMEのAGEの リーダー -locking-NFSクライアント・プロビジョニング8m40s
[ルート@マスターNFS]＃kubectl GET clusterrole | grepをNFS
NFSクライアント・プロビジョニング・ランナー10メートル
作成するために、2.2 ServiceAccount と展開 NFS-Client Provisioner
apiVersion：v1の 種類：ServiceAccountの メタデータ： 名前：NFS -client- プロビジョニング --- 種類：展開 apiVersion：拡張 / v1beta1の メタデータ： 名前：NFS -client- プロビジョニングの 仕様： レプリカ：1つ の戦略： タイプ：再作成 ：テンプレート のメタデータ： ラベルを： アプリ：NFS -client- プロビジョニングの 仕様： serviceAccount：NFS -client- プロビジョニングの コンテナ： -名前：NFS-クライアント-プロビジョニング 画像：quay.io/ external_storage / NFS-クライアント- プロビジョニング：最新 volumeMounts： -名前：NFS-クライアント- ルート MOUNTPATH： / persistentvolumes ENV： - 名前：PROVISIONER_NAMEの 値：fuseim.pri / IFS - 名前：NFS_SERVERの 値：172.17。79.3 - 名前：NFS_PATHの 値： /データ/ nfs- 共有 ボリューム： -名前：NFS-クライアント- ルート NFS： サーバー：172.17。79.3 パス：/データ/ NFSシェア
作成し、結果を表示
-f deployment.yamlの適用kubectl
結果の表示を
[ルート@マスターNFS]＃kubectl GETポッド| grepをNFS
NFSクライアント・プロビジョニング・594f778474-whhb5 0/1 0 12メートルContainerCreating
[ルート@マスターNFS]＃のkubectlは、ポッドのNFSクライアント・プロビジョニングの記述
名：NFSクライアント・プロビジョニングを-594f778474-whhb5
最初のエラーメッセージ
mount.nfs：ホストへのルート
警告FailedMountの100Sを（10メートルを超えるX5）kubelet、ポッド"NFSクライアント・プロビジョニング・594f778474-whhb5_default（56aef93a-9d31-11e9-a4c4-00163e069f44）"のためにボリュームをマウントすることができませんノード2：タイムアウトが期限切れボリュームが添付したり、ポッド「デフォルト」/「NFSクライアント・プロビジョニング・594f778474-whhb5」のためにマウントするのを待ちます。アンマウントボリューム= [NFSクライアントルート]のリスト。アタッチされていないボリューム=のリスト[NFSクライアントルートのNFSクライアント・プロビジョニング・トークン8dcrx]
ネットワークノードのノードのIPアドレスでサーバーのIPアドレスを変更Deployment.yaml
再起動kubectl適用-f deployment.yaml
2番目のエラーメッセージ
mount.nfs：172.19.68.8:/data/nfs-share取り付けながら、サーバーによって拒否されたアクセス
警告FailedMount 23sとのkubeletを、ポッド「NFSクライアント・プロビジョニング・5d6996447d-kdp7j_default（cd2c7cc7-9d33-11e9-a4c4のためのボリュームをマウントすることができませんノード2 -00163e069f44）「：タイムアウトはボリュームが添付したり、ポッドのためにマウントするのを待つ期限切れ『デフォルト』 /」NFSクライアント・プロビジョニング・5d6996447d-kdp7j」。アンマウントボリューム= [NFSクライアントルート]のリスト。付着していないボリューム= [NFSクライアントルートNFSクライアント・プロビジョニング・トークンw5txr]のリスト
（類似のイベントから合成）kubelet FailedMountの18S警告、NODE2：MountVolume.SetUpボリューム「NFSクライアントルート」のために失敗しました：失敗したマウント：終了ステータス32
マウントコマンド：systemdにラン
取付引数は：--description = Kubernetes過渡/var/lib/kubelet/pods/cd2c7cc7-9d33-11e9-a4c4-00163e069f44/volumes/kubernetes.io~nfs/nfs-client-root --scope用マウント-マウント-トンのnfs 172.19.68.8:/data/nfs-share /var/lib/kubelet/pods/cd2c7cc7-9d33-11e9-a4c4-00163e069f44/volumes/kubernetes.io~nfs/nfs-client-root
出力：ユニットとして実行されている範囲実行12037.scopeを。
mount.nfs：172.19.68.8:/data/nfs-shareを取り付けている間のアクセスがサーバーによって拒否されました