永続ストレージをK8S -NFS

その他 2020-03-13 16:52:34 訪問数: null

PersistentVolumeサブシステムのKubernetesが保存された使用からストレージの詳細を抽象化する方法を提供し、ユーザーと管理者のためのAPIを提供します。PersistentVolumehとPersistentVolumeClaim：K8Sは、2つの新しいAPIリソースを紹介します。

永続的なボリューム（PV）は、クラスタ部に記憶され、または動的ストレージ・クラスを提供するために、管理者によって提供されます。クラスタノードがリソースであるようにそれは、リソースのクラスタです。PVは次のようにプラグのボリュームとボリュームですが、任意の個々のPVポッドのライフサイクルでの使用に依存しません。このAPIオブジェクトは、ストレージNFS、iSCSIまたは特定のプロバイダのクラウド・ストレージ・システムを実現するために実装されてもよいです。

PersistentVolumeClaim（PVC）は、ユーザ要求に格納されています。ポッドノードのリソース消費量、PVのPVCリソースの消費しばらく。ポッドは、リソース（CPUやメモリ）の特定のレベルを要求することができます。PVCは、特定のサイズ及びアクセスモード（例えば、読み取り/書き込みまたは読み取り専用の時間をマウントすることができる）を要求することができます。

NFSとは何ですか？

NFSは、ネットワークファイルシステムの略称であり、最大の特徴である異なるマシン、異なるオペレーティングシステムが互いのファイルを共有できるようにすることを、あなたがネットワークを介しことができるということです。

NFSサーバは、PC NFSサーバの共有ディレクトリがローカルファイルシステムの末尾に装着されているネットワークを可能にし、ビューのローカルエンドシステムのポイントでは、リモートホストが自分自身のようにディスクパーティションのようであるディレクトリこと。

NFSワークフロー

  1. まず、RPCサーバー側のサービスを開始し、オープン111ポート。
  2. NFSサーバーサービス、およびRPCポートの登録情報を起動します。
  3. サーバ側のRPC（ポートマップ）サービスにNFSサーバポートを要求しているクライアントが開始するRPC（ポートマップサービス）。
  4. サーバー側のRPC（ポートマップ）サービスフィードバックは、クライアントへのポート情報をNFS。
  5. NFSクライアントとサーバは、取得したNFSポート経由で接続し、送信データを確立します。

LinuxのNFSサーバソフトウェアおよびデプロイNFSメインの設定ファイルに必要なサービスの下で

NFSのインストール・サービス、あなたは、2つのソフトウェアをインストールする必要があります。

RPCメインプログラム：rpcbindを

すべてのRPCサービスを開始する前に、私たちの仕事の作業ポートの対応（マッピング）を行うためにすべての必要性、ジョブが実際に「rpcbindを」である。このサービスは責任があるので、NFS RPCは、実際には、サービスとして見ることができます！あなたはどのRPCサービスを開始する前に、他の言葉では、我々は、rpcbindのジョブを開始する必要があります！（CentOSのが唯一のrpcbindと呼ばれるの！を6.xの後、ポートマップと呼ばれるこのソフトウェアの前でのCentOS 5.xの）。

NFSメインプログラム：NFS-utilsの

Rpc.nfsdは、ソフトウェアを提供することであると、文書の実行をNFSデーモンおよびその他の関連文書およびドキュメントをrpc.mountd！これは、主要なソフトウェアNFSサービスが必要です。

NFS関係書類：

メインの設定ファイル：の/ etc / exportsを
メインNFSの設定ファイルです。ファイルが空である、いくつかのシステムは、主に手作業で作成され、存在しないファイルがあります。一般的に、このファイルで構成されたNFSの設定。
NFSファイルシステムはコマンドを維持します。/ usr / sbin / exportfsの
このディレクティブは、再共有リソースディレクトリの/ etc / exportsの変更、NFSサーバーの共有ディレクトリを除外または再共有するには、このコマンドを使用することができ、NFS共有リソースを維持することです。
* 共有リソースのログファイル：の/ var / libに/ NFS / タブは、
NFSファイルサーバをログに記録は/ var / libに/ NFS /ディレクトリに配置され、ディレクトリ内のファイルを記録するために、より重要な二人は、あるETABありますNFSの値を設定し、メインのレコード完全な権限は、ディレクトリを共有し、NFSサーバへのリンクに使用される別のXTAB関連するクライアントデータが記録されています。
クライアントは、共有リソースコマンドにサーバーに照会します。/ usr / sbin / showmountは
これはもう一つの重要なNFSコマンドです。exportfsは、NFSサーバー側で使用され、showmountは、主にクライアント側で使用されています。showmountはは、NFS共有ディレクトリリソースの外を見るために使用することができます。

Lunixサーバの設定

172.16.7.100：CentOSの7、IPを再展開

ステップ1：NFSとRPCをインストールします。

[root@nfs-server ~]# yum install -y  nfs-utils  # 安装nfs服务
[root@nfs-server ~]# yum install -y rpcbind   # 安装rpc服务

ステップ2：スタートオープンへのサービスとのセットを開始します

[root@nfs-server ~]# systemctl start rpcbind   
[root@nfs-server ~]# systemctl enable rpcbind.service 
Created symlink from /etc/systemd/system/multi-user.target.wants/rpcbind.service to /usr/lib/systemd/system/rpcbind.service.
[root@nfs-server ~]# systemctl start nfs-server
[root@nfs-server ~]# systemctl start nfs-secure-server
[root@nfs-server ~]# systemctl enable nfs-secure
[root@nfs-server ~]# firewall-cmd --permanent --add-service=nfs
success
[root@nfs-server ~]#  firewall-cmd  --reload 
success

ステップ3：設定する共有ファイルディレクトリ、編集、構成ファイル

[root@nfs-server ~]#  mkdir /public
[root@nfs-server ~]# vim /etc/exports

/public    172.16.7.0/24(rw,sync,no_root_squash,no_all_squash)

プロフィールの説明：

格式： 共享目录的路径 允许访问的NFS客户端（共享权限参数）
如上，共享目录为/public , 允许访问的客户端为192.168.245.0/24网络用户，权限为只读。
请注意，NFS客户端地址与权限之间没有空格。
NFS输出保护需要用到kerberos加密（none，sys，krb5，krb5i，krb5p），格式sec=XXX
none：以匿名身份访问，如果要允许写操作，要映射到nfsnobody用户，同时布尔值开关要打开，setsebool nfsd_anon_write 1
sys：文件的访问是基于标准的文件访问，如果没有指定，默认就是sys， 信任任何发送过来用户名
krb5：客户端必须提供标识，客户端的表示也必须是krb5，基于域环境的认证
krb5i：在krb5的基础上做了加密的操作，对用户的密码做了加密，但是传输的数据没有加密
krb5p：所有的数据都加密

NFSサービスプログラムの設定ファイルを設定するためのパラメータ：

パラメータ 効果
RO リードオンリー
RW 読み取りと書き込み
root_squash 場合は、匿名ユーザーNFSサーバにマッピングされたルート管理者へのNFSクライアントのアクセスを、
no_root_squash ルート管理者へのNFSクライアントのアクセスは、NFSサーバのルート管理者にマッピングされた場合
all_squashコマンド NFSサーバー匿名ユーザーにマッピングされているものをNFSクライアントのアカウントへのアクセス、どんなに
同期 メモリやハードドライブへのデータの書き込み中に何もデータが失われないことを保証するために、
非同期 優先順位は、メモリにデータを保存し、ディスクに書き込まれます。この高効率化が、データを失う可能性があり 
[root@nfs-server ~]# systemctl reload nfs 
[root@nfs-server ~]# showmount -e localhost
Export list for localhost:
/public 172.16.7.0/24

ステップ4：クライアント認証

共有情報へのNFSサーバをチェックするshowmountはコマンドを使用します。出力フォーマット「共有ディレクトリ名は、クライアントのアドレスを使用することができます。」

[root@k8s-node3 ~]# showmount -e 172.16.7.100
Export list for 172.16.7.100:
/public 172.16.7.0/24
[root@k8s-node3 ~]# mkdir /nfs
[root@k8s-node3 ~]# mount -t nfs 172.16.7.100:/public /nfs
[root@k8s-node3 ~]# df -h
Filesystem               Size  Used Avail Use% Mounted on
devtmpfs                 979M     0  979M   0% /dev
······
172.16.7.100:/public      18G  3.7G   15G  21% /nfs
[root@k8s-node3 ~]# umount /nfs

使用showmountコマンド

パラメータ 効果
-e 共有NFSサーバのリストを表示します
-a ディスプレイケースの状況NFSリソースファイルリソースのネイティブのマウント
-v バージョン番号を表示します

また、クライアント側のディレクトリを作成し、共有ディレクトリをマウントすることができます

[root@k8s-node3 ~]# vim /etc/fstab 

#在该文件中挂载，使系统每次启动时都能自动挂载
	172.16.7.100:/public  /nfs       nfs    defaults 0 0

K8SにNFS永続ストレージを作成します。

PVとPVCを作成します。1.

PV-test.yamlを作成して適用します

apiVersion: v1
kind: PersistentVolume
metadata:
  name: nfs
spec:
  storageClassName: manual
  capacity:
    storage: 1Gi
  accessModes:
    - ReadWriteMany
  nfs:
    server: 172.16.7.100
    path: /public

[root@k8s-master ~]# kubectl apply -f pv-test.yaml 
persistentvolume/nfs created
[root@k8s-master ~]# kubectl get pv
NAME   CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM   STORAGECLASS   REASON   AGE
nfs    1Gi        RWX            Retain           Available           manual                  6s
[root@k8s-master ~]# kubectl describe pv nfs       
Name:            nfs
Labels:          <none>
Annotations:     kubectl.kubernetes.io/last-applied-configuration:
                  {"apiVersion":"v1","kind":"PersistentVolume","metadata":{"annotations":{},"name":"nfs"},"spec":{"accessModes":["ReadWriteMany"],"capacity"...
Finalizers:      [kubernetes.io/pv-protection]
StorageClass:    manual
Status:          Available
Claim:           
Reclaim Policy:  Retain
Access Modes:    RWX
VolumeMode:      Filesystem
Capacity:        1Gi
Node Affinity:   <none>
Message:         
Source:
   Type:      NFS (an NFS mount that lasts the lifetime of a pod)
   Server:    172.16.7.100
   Path:      /public
   ReadOnly:  false
Events:        <none>

PVC-test.yamlを作成して適用します

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: nfs
spec:
  accessModes:
  - ReadWriteMany
  storageClassName: manual
  resources:
    requests:
      storage: 1Gi                     

[root@k8s-master ~]# kubectl apply -f pvc-test.yaml 
persistentvolumeclaim/nfs created
[root@k8s-master ~]# kubectl get pvc
NAME   STATUS   VOLUME   CAPACITY   ACCESS MODES   STORAGECLASS   AGE
nfs    Bound    nfs      1Gi        RWX            manual         7s
[root@k8s-master ~]# kubectl describe pvc nfs 
Name:          nfs
Namespace:     default
StorageClass:  manual
Status:        Bound
Volume:        nfs
Labels:        <none>
Annotations:   kubectl.kubernetes.io/last-applied-configuration:
                 {"apiVersion":"v1","kind":"PersistentVolumeClaim","metadata":{"annotations":{},"name":"nfs","namespace":"default"},"spec":{"accessModes":[...
               pv.kubernetes.io/bind-completed: yes
               pv.kubernetes.io/bound-by-controller: yes
Finalizers:    [kubernetes.io/pvc-protection]
Capacity:      1Gi
Access Modes:  RWX
VolumeMode:    Filesystem
Mounted By:    <none>
Events:        <none>

2. PVC NFSポッドYAMLファイルとアプリケーションを作成します。

apiVersion: v1
kind: Pod
metadata:
  name: web
  namespace: default
  labels:
    role: web
spec:
  containers:
  - name: web
    image: nginx:latest
    ports:
      - name: web
        containerPort: 80
    volumeMounts:
      - name: nfs
        mountPath: "usr/share/nginx/html"
  volumes:
  - name: nfs
    persistentVolumeClaim:
      claimName: nfs

[root@k8s-master ~]# vim pod-nfs.yaml              
[root@k8s-master ~]# kubectl apply -f pod-nfs.yaml 
pod/web created
[root@k8s-master ~]# kubectl get pod web 
NAME   READY   STATUS    RESTARTS   AGE
web    1/1     Running   0          8m51s
[root@k8s-master ~]# kubectl describe pod web             
Name:         web
Namespace:    default
Priority:     0
Node:         k8s-node2/172.16.7.12
Start Time:   Fri, 14 Feb 2020 15:10:54 +0800
Labels:       role=web
Annotations:  kubectl.kubernetes.io/last-applied-configuration:
                {"apiVersion":"v1","kind":"Pod","metadata":{"annotations":{},"labels":{"role":"web"},"name":"web","namespace":"default"},"spec":{"containe...
              podpreset.admission.kubernetes.io/podpreset-cache-pod-perset: 773827
Status:       Running
IP:           10.244.2.42
IPs:
  IP:  10.244.2.42
Containers:
  web:
    Container ID:   docker://efe845b2c5ef89642f991a576afd2aa8021f294a913b55db0b20f8091497c8f0
    Image:          nginx:latest
    Image ID:       docker-pullable://nginx@sha256:ad5552c786f128e389a0263104ae39f3d3c7895579d45ae716f528185b36bc6f
    Port:           80/TCP
    Host Port:      0/TCP
    State:          Running
      Started:      Fri, 14 Feb 2020 15:11:01 +0800
    Ready:          True
    Restart Count:  0
    Environment:    <none>
    Mounts:
      /cache from cache-volume (rw)
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-r6kq6 (ro)
      usr/share/nginx/html from nfs (rw)
Conditions:
  Type              Status
  Initialized       True 
  Ready             True 
  ContainersReady   True 
  PodScheduled      True 
Volumes:
  nfs:
    Type:       PersistentVolumeClaim (a reference to a PersistentVolumeClaim in the same namespace)
    ClaimName:  nfs
    ReadOnly:   false
  cache-volume:
    Type:       EmptyDir (a temporary directory that shares a pod's lifetime)
    Medium:     
    SizeLimit:  <unset>
  default-token-r6kq6:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-r6kq6
    Optional:    false
QoS Class:       BestEffort
Node-Selectors:  <none>
Tolerations:     node.kubernetes.io/not-ready:NoExecute for 300s
                 node.kubernetes.io/unreachable:NoExecute for 300s
Events:
  Type    Reason     Age    From                Message
  ----    ------     ----   ----                -------
  Normal  Scheduled  9m13s  default-scheduler   Successfully assigned default/web to k8s-node2
  Normal  Pulling    9m9s   kubelet, k8s-node2  Pulling image "nginx:latest"
  Normal  Pulled     9m6s   kubelet, k8s-node2  Successfully pulled image "nginx:latest"
  Normal  Created    9m6s   kubelet, k8s-node2  Created container web
  Normal  Started    9m6s   kubelet, k8s-node2  Started container web

検証

[root@k8s-master ~]# kubectl get pod web -o wide
NAME   READY   STATUS    RESTARTS   AGE   IP            NODE        NOMINATED NODE   READINESS GATES
web    1/1     Running   0          25m   10.244.2.42   k8s-node2   <none>           <none>
[root@k8s-master ~]# kubectl exec -it web  bash
root@web:/# ls /usr/share/nginx/html/
root@web:/# touch /usr/share/nginx/html/test
root@web:/# ls /usr/share/nginx/html/       
test

ビューの上にNFSサーバ

[root@nfs-server ~]# ls /public/
test



参考文章：
CSDN博主「曹世宏的博客」的原创文章《NFS服务器搭建与配置》
原文链接：https://blog.csdn.net/qq_38265137/article/details/83146421
weixin_43394724
リリース6元記事 ・ ウォンの賞賛0 ・ ビュー1061
プライベートの手紙の 懸念

おすすめ

転載: blog.csdn.net/weixin_43394724/article/details/104311360
おすすめ
ランキング
Oracleのクエリ重複フィールド
An error occurred when ssm used count to query data
【Leyes de la Naturaleza】La sabiduría de las multitudes
JavaWebの研究では、（13）を締結 - セッションの使用は、重複送信フォームを防ぎます
Firebase増加サインアップクォータ
[MyBatisフレームワーク]mybatis入門
ハートレスの世界
Djangoのインストールと使用について
[转] UiPath展開アーキテクチャ
mybatis-plusは楽観的なロック変更を使用します
アーカイブ
もっと
2024-05-14(9)
2024-05-13(8)
2024-05-12(27)
2024-05-11(31)
2024-05-10(33)
2024-05-09(30)
2024-05-08(18)
2024-05-07(34)
2024-05-06(6)
2024-05-05(0)

コードワールド

© 2018 codetd.com