0

/devボリュームがマウントされた Kubernetes ポッドでは、フォルダー内の基盤となるディスク デバイスにアクセスできないようです。XFS ツールが機能するためには、これが必要です。DigitalOcean でクラスターを実行しています。

サンプル ボリュームは にマウントされてい/var/wwwます。df実行中のポッドからの出力は次のとおりです。

$ df -h 
Filesystem                                                                Size  Used Avail Use% Mounted on
overlay                                                                   158G  9.7G  142G   7% /
tmpfs                                                                      64M     0   64M   0% /dev
tmpfs                                                                     3.9G     0  3.9G   0% /sys/fs/cgroup
/dev/disk/by-id/scsi-0DO_Volume_pvc-650ccba6-3177-45b5-9ffb-0ac2a931fddc  1.0M  1.0M     0 100% /var/www
/dev/vda1                                                                 158G  9.7G  142G   7% /etc/hosts
shm                                                                        64M     0   64M   0% /dev/shm
tmpfs                                                                     3.9G   12K  3.9G   1% /run/secrets/kubernetes.io/serviceaccount
tmpfs                                                                     3.9G     0  3.9G   0% /proc/acpi
tmpfs                                                                     3.9G     0  3.9G   0% /sys/firmware

ただし、 の出力では、lsblkそのようなデバイスは明らかになりません/dev/disk/by-id/scsi-0DO_Volume_pvc-650ccba6-3177-45b5-9ffb-0ac2a931fddc。/dev/sdb代わりにデバイスが表示されます。

$ lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda      8:0    0    1G  0 disk 
sdb      8:16   0    1G  0 disk /var/www
sdc      8:32   0    1G  0 disk 
sde      8:64   0    1G  0 disk 
vda    254:0    0  160G  0 disk 
|-vda1 254:1    0  160G  0 part /etc/apache2/sites-available
`-vda2 254:2    0    2M  0 part 
vdb    254:16   0  472K  1 disk

私のポッドではどのデバイスも利用できません:

$ ls -la /dev
total 4
drwxr-xr-x 5 root root  360 Oct 27 10:59 .
drwxr-xr-x 1 root root 4096 Oct 27 10:59 ..
lrwxrwxrwx 1 root root   11 Oct 27 10:59 core -> /proc/kcore
lrwxrwxrwx 1 root root   13 Oct 27 10:59 fd -> /proc/self/fd
crw-rw-rw- 1 root root 1, 7 Oct 27 10:59 full
drwxrwxrwt 2 root root   40 Oct 27 10:58 mqueue
crw-rw-rw- 1 root root 1, 3 Oct 27 10:59 null
lrwxrwxrwx 1 root root    8 Oct 27 10:59 ptmx -> pts/ptmx
drwxr-xr-x 2 root root    0 Oct 27 10:59 pts
crw-rw-rw- 1 root root 1, 8 Oct 27 10:59 random
drwxrwxrwt 2 root root   40 Oct 27 10:58 shm
lrwxrwxrwx 1 root root   15 Oct 27 10:59 stderr -> /proc/self/fd/2
lrwxrwxrwx 1 root root   15 Oct 27 10:59 stdin -> /proc/self/fd/0
lrwxrwxrwx 1 root root   15 Oct 27 10:59 stdout -> /proc/self/fd/1
-rw-rw-rw- 1 root root    0 Oct 27 10:59 termination-log
crw-rw-rw- 1 root root 5, 0 Oct 27 10:59 tty
crw-rw-rw- 1 root root 1, 9 Oct 27 10:59 urandom
crw-rw-rw- 1 root root 1, 5 Oct 27 10:59 zero

また、 を変更しようとしrunAsUser、やrunAsGroupなどの Linux 機能を追加しましたが、役に立ちませんでした。SYS_ADMINSYS_RESOURCE

コンテナーを として実行するように設定するとprivileged、 にアクセスできるようになり、XFS ツールを実行できるように/dev/sdbにシンボリック リンクすることができました。/dev/disk/by-id/scsi-0DO_Volume_pvc-650ccba6-3177-45b5-9ffb-0ac2a931fddc

ただし、シンボリックリンクを手動で作成するのはハックのように感じられ、特権コンテナーでのみ機能します。

SOURCE_LINK=$(df -h | grep -- "/var/www" | cut -d" " -f1)
TARGET_DEVICE=$(lsblk | grep -- "/var/www" | cut -d" " -f1)
mkdir -p $(dirname $SOURCE_LINK)
ln -s "/dev/$TARGET_DEVICE" "$SOURCE_LINK"

/dev/disk/by-id/scsi-0DO_Volume_pvc-650ccba6-3177-45b5-9ffb-0ac2a931fddcだから私の質問は次のとおりです。理想的には非特権モードでポッド内を明らかにするような構成/設定/アプローチはありますか?

(これは、XFS クォータを有効にする方法に関する私の別の質問に関連しています。)

4

1 に答える 1

0

この質問は、DigitalOcean の Timo による私の別の質問で回答されました。

/devデバイスにアクセスするには、ホストのディレクトリをコンテナにマウントする必要もあります。

volumes:
  - name: device-dir
    hostPath:
      path: /dev

コンテナの場合：

volumeMounts:
  - name: device-dir
    mountPath: /dev

これにより、シンボリック リンクがホストに既に存在するため、手動でシンボリック リンクを作成する必要がなくなります。ただし、デバイスは書き込み可能ではありません。Kubernetes のドキュメントで説明されているように、そのようなディレクトリに書き込みできるようにするには、コンテナーprivilegedを root として実行する必要があります。または、ホストのディレクトリの権限を調整する必要があります。

于 2020-11-03T17:12:53.267 に答える