3.12. fuse-overlayfs の設定

手順

1. OpenShift クラスターのタイプ (シングルノードクラスター、または個別のコントロールプレーンとワーカーノードを持つマルチノードクラスター) に基づいて環境変数を設定します。

   • シングルノードクラスターの場合は、次のように設定します。

     $ NODE_ROLE=master

   • マルチノードクラスターの場合は、次のように設定します。

     $ NODE_ROLE=worker

2. OpenShift Butane 設定バージョンの環境変数を設定します。この変数は、OpenShift クラスターのメジャーバージョンとマイナーバージョンです。たとえば、4.12.0、4.13.0、または 4.14.0 です。

   $ VERSION=4.12.0

3. NODE_ROLE ノードに 99-podman-fuse という名前のドロップイン CRI-O 設定ファイルを作成する MachineConfig リソースを作成します。この設定ファイルにより、特定の Pod が /dev/fuse デバイスにアクセスできるようになります。

   cat << EOF | butane | oc apply -f -
   variant: openshift
   version: ${VERSION}
   metadata:
     labels:
       machineconfiguration.openshift.io/role: ${NODE_ROLE}
     name: 99-podman-dev-fuse-${NODE_ROLE}
   storage:
     files:
     - path: /etc/crio/crio.conf.d/99-podman-fuse 1
       mode: 0644
       overwrite: true
       contents: 2
         inline: |
           [crio.runtime.workloads.podman-fuse] 3
           activation_annotation = "io.openshift.podman-fuse" 4
           allowed_annotations = [
             "io.kubernetes.cri-o.Devices" 5
           ]
           [crio.runtime]
           allowed_devices = ["/dev/fuse"] 6
   EOF

   1

   CRI-O の新しいドロップイン設定ファイルへの絶対ファイルパス。

   2

   新しいドロップイン設定ファイルの内容。

   3

   podman-fuse ワークロードを定義します。

   4

   podman-fuse ワークロード設定をアクティブにする Pod アノテーション。

   5

   podman-fuse ワークロードが処理できるアノテーションのリスト。

   6

   ユーザーが io.kubernetes.cri-o.Devices アノテーションを使用して指定できるホスト上のデバイスのリスト。

4. MachineConfig リソースを適用した後、変更が適用されると、worker ロールを持つ各ノードのスケジュール設定が一時的に無効になります。ノードのステータスを表示します。

   $ oc get nodes

   出力例:

   NAME                           STATUS                     ROLES    AGE   VERSION
   ip-10-0-136-161.ec2.internal   Ready                      worker   28m   v1.27.9
   ip-10-0-136-243.ec2.internal   Ready                      master   34m   v1.27.9
   ip-10-0-141-105.ec2.internal   Ready,SchedulingDisabled   worker   28m   v1.27.9
   ip-10-0-142-249.ec2.internal   Ready                      master   34m   v1.27.9
   ip-10-0-153-11.ec2.internal    Ready                      worker   28m   v1.27.9
   ip-10-0-153-150.ec2.internal   Ready                      master   34m   v1.27.9

5. worker ロールを持つすべてのノードのステータスが Ready になると、次のアノテーションを持つすべての Pod で /dev/fuse が利用できるようになります。

   io.openshift.podman-fuse: ''
   io.kubernetes.cri-o.Devices: /dev/fuse

検証手順

1. worker ロールを持つノードの名前を取得します。

   $ oc get nodes

2. ワーカーノードへの oc debug セッションを開きます。

   $ oc debug node/<nodename>

3. 99-podman-fuse という名前の新しい CRI-O 設定ファイルが存在することを確認します。

   sh-4.4# stat /host/etc/crio/crio.conf.d/99-podman-fuse

手順

1. すべてのユーザーワークスペースに storage.conf ファイルをマウントする ConfigMap を作成します。

   kind: ConfigMap
   apiVersion: v1
   metadata:
     name: fuse-overlay
     namespace: openshift-devspaces
     labels:
       app.kubernetes.io/part-of: che.eclipse.org
       app.kubernetes.io/component: workspaces-config
     annotations:
       controller.devfile.io/mount-as: subpath
       controller.devfile.io/mount-path: /home/user/.config/containers/
   data:
     storage.conf: |
       [storage]
       driver = "overlay"
   
       [storage.options.overlay]
       mount_program="/usr/bin/fuse-overlayfs"

2. CheCluster カスタムリソースの spec.devEnvironments.workspacesPodAnnotations フィールドに必要なアノテーションを設定します。

   kind: CheCluster
   apiVersion: org.eclipse.che/v2
   spec:
     devEnvironments:
       workspacesPodAnnotations:
         io.kubernetes.cri-o.Devices: /dev/fuse

   注記

   4.15 より前のバージョンの OpenShift では、io.openshift.podman-fuse: "" アノテーションも必要です。

検証手順

1. ワークスペースを起動し、ストレージドライバーが overlay であることを確認します。

   $ podman info | grep overlay

   出力例:

   graphDriverName: overlay
     overlay.mount_program:
       Executable: /usr/bin/fuse-overlayfs
       Package: fuse-overlayfs-1.12-1.module+el8.9.0+20326+387084d0.x86_64
         fuse-overlayfs: version 1.12
     Backing Filesystem: overlayfs