アドオンnfsはどのリポジトリmicrok8sにも見つかりませんでした

Question 1

nfs アドオンはかなり新しいものです。microk8s 1.24.0 でも同じ問題が発生しましたが、リストにはありませんでした。ノードを 1.26.0 に更新し、コミュニティアドオンを無効にして再度有効にすると、リストに表示されるようになりました。

Answer

nfs アドオンはかなり新しいものです。microk8s 1.24.0 でも同じ問題が発生しましたが、リストにはありませんでした。ノードを 1.26.0 に更新し、コミュニティアドオンを無効にして再度有効にすると、リストに表示されるようになりました。

Question 2

まず、nfsにはモジュールがないと思いますmicrok8s。私の Ubuntu 22.04.1 サーバーでは、利用可能なモジュールが以下にリストされています。

$ microk8s status
microk8s is running
high-availability: no
  datastore master nodes: 127.0.0.1:19001
  datastore standby nodes: none
addons:
  enabled:
    dashboard            # (core) The Kubernetes dashboard
    dns                  # (core) CoreDNS
    ha-cluster           # (core) Configure high availability on the current node
    helm                 # (core) Helm - the package manager for Kubernetes
    helm3                # (core) Helm 3 - the package manager for Kubernetes
    ingress              # (core) Ingress controller for external access
    metrics-server       # (core) K8s Metrics Server for API access to service metrics
    rbac                 # (core) Role-Based Access Control for authorisation
  disabled:
    cert-manager         # (core) Cloud native certificate management
    community            # (core) The community addons repository
    gpu                  # (core) Automatic enablement of Nvidia CUDA
    host-access          # (core) Allow Pods connecting to Host services smoothly
    hostpath-storage     # (core) Storage class; allocates storage from host directory
    kube-ovn             # (core) An advanced network fabric for Kubernetes
    mayastor             # (core) OpenEBS MayaStor
    metallb              # (core) Loadbalancer for your Kubernetes cluster
    observability        # (core) A lightweight observability stack for logs, traces and metrics
    prometheus           # (core) Prometheus operator for monitoring and logging
    registry             # (core) Private image registry exposed on localhost:32000
    storage              # (core) Alias to hostpath-storage add-on, deprecated

NFS を実装するには、NFS サーバーを構成し、クラスター上にストレージドライバーを作成する必要があります。

要件

クラスターの外部に NFS サーバーがすでに存在している必要があります。ホストを使用するか、別の VM を生成して、以下の構成で NFS サーバーを構成できます。

# Assuming you use Ubuntu VM
# Install the NFS Kernel
sudo apt-get install nfs-kernel-server

# Create a directory to be used for NFS
sudo mkdir -p /srv/nfs
sudo chown nobody:nogroup /srv/nfs
sudo chmod 0777 /srv/nfs

次に、/etc/exportsファイルを編集します。すべての MicroK8s ノードの IP アドレスがこの共有をマウントできることを確認します。たとえば、サブネット内のすべての IP アドレスを許可するには、次のようにします10.0.0.0/24。

sudo mv /etc/exports /etc/exports.bak
echo '/srv/nfs 10.0.0.0/24(rw,sync,no_subtree_check)' | sudo tee /etc/exports

最後に、NFS サーバーを再起動します。

sudo systemctl restart nfs-kernel-server

設定に合わせて調整してください。

クラスターへのインストール方法:

NFS用のCSIドライバーをインストールする

私たちはアップストリーム NFS CSI ドライバーまず、公式の Helm チャートを使用して NFS プロビジョナーをデプロイします。

Helm3 アドオンを有効にし (まだ有効になっていない場合)、NFS CSI ドライバーのリポジトリを追加します。

microk8s enable helm3
microk8s helm3 repo add csi-driver-nfs https://raw.githubusercontent.com/kubernetes-csi/csi-driver-nfs/master/charts
microk8s helm3 repo update

次に、次のコマンドを使用して、名前空間の下に Helm チャートをインストールしますkube-system。

microk8s helm3 install csi-driver-nfs csi-driver-nfs/csi-driver-nfs \
    --namespace kube-system \
    --set kubeletDir=/var/snap/microk8s/common/var/lib/kubelet

Helm チャートをデプロイした後、次のkubectlコマンドを使用して CSI コントローラーとノードポッドが起動するのを待ちます。

microk8s kubectl wait pod --selector app.kubernetes.io/name=csi-driver-nfs --for condition=ready --namespace kube-system

…成功すると、次のような出力が生成されます。

pod/csi-nfs-controller-7bd5678cbc-nc6l2 condition met
pod/csi-nfs-node-lsn6n condition met

この時点で、Kubernetes クラスターで使用可能な CSI ドライバーを一覧表示することもできるはずです。

microk8s kubectl get csidrivers

… リストに nfs.csi.k8s.io が表示されます。

NAME             ATTACHREQUIRED   PODINFOONMOUNT   STORAGECAPACITY   TOKENREQUESTS   REQUIRESREPUBLISH   MODES        AGE
nfs.csi.k8s.io   false            false            false             <unset>         false               Persistent   23h

NFS用のストレージクラスを作成する

次に、CSI ドライバーを使用する Kubernetes ストレージクラスを作成する必要がありますnfs.csi.k8s.io。NFS 共有を構成しており/srv/nfs、NFS サーバーのアドレスがであると仮定して10.0.0.1、次のファイルを作成します。

# sc-nfs.yaml
---
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: nfs-csi
provisioner: nfs.csi.k8s.io
parameters:
  server: 10.0.0.1
  share: /srv/nfs
reclaimPolicy: Delete
volumeBindingMode: Immediate
mountOptions:
  - hard
  - nfsvers=4.1

注: 上記の YAML の最後の行は、NFS の特定のバージョンを示しています。これは、使用されている NFS サーバーのバージョンと一致する必要があります。既存のサービスを使用している場合は、使用されているバージョンを確認し、それに応じて調整してください。

MicroK8s次に、次のコマンドを使用してクラスターに適用します。

microk8s kubectl apply -f - < sc-nfs.yaml

新しいPVCを作成する

最後のステップは、nfs-csi ストレージクラスを使用して新しい PersistentVolumeClaim を作成することです。これは、storageClassName: nfs-csiPVC 定義で指定するのと同じくらい簡単です。たとえば、次のようになります。

# pvc-nfs.yaml
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: test-pvc
spec:
  storageClassName: nfs-csi
  accessModes: [ReadWriteOnce]
  resources:
    requests:
      storage: 5Gi

次に、次のように PVC を作成します。

microk8s kubectl apply -f - < pvc-nfs.yaml

すべてが正しく構成されている場合は、PVC を確認できるはずです...

microk8s kubectl describe pvc/test-pvc

…ボリュームが正常にプロビジョニングされたことを確認します。

Name:          test-pvc
Namespace:     default
StorageClass:  nfs-csi
Status:        Bound
Volume:        pvc-0d7e0c27-a6d6-4b64-9451-3209f98d6472
Labels:        <none>
Annotations:   pv.kubernetes.io/bind-completed: yes
               pv.kubernetes.io/bound-by-controller: yes
               volume.beta.kubernetes.io/storage-provisioner: nfs.csi.k8s.io
               volume.kubernetes.io/storage-provisioner: nfs.csi.k8s.io
Finalizers:    [kubernetes.io/pvc-protection]
Capacity:      5Gi
Access Modes:  RWO
VolumeMode:    Filesystem
Used By:       <none>
Events:        <none>

これで完了です。この PVC を使用して、MicroK8s クラスター上でステートフルワークロードを実行できるようになりました。

新しい PVC を作成するには、ポイント 3 を再作成するだけです。

Answer