Dockerでsystemdを使う際のcgroupについて

Dockerのイメージとしてsystemdが使えるCentOS7イメージを作りたいと思っているのですが、cgroupの知識がなく、Dockerfileの内容が理解できません。

以下は、dockerhub上のSystemd integrationで紹介されているbase imageの丸写しです。

Dockerfile
1FROM centos:7
2ENV container docker
3RUN (cd /lib/systemd/system/sysinit.target.wants/; for i in *; do [ $i == \
4systemd-tmpfiles-setup.service ] || rm -f $i; done); \
5rm -f /lib/systemd/system/multi-user.target.wants/*;\
6rm -f /etc/systemd/system/*.wants/*;\
7rm -f /lib/systemd/system/local-fs.target.wants/*; \
8rm -f /lib/systemd/system/sockets.target.wants/*udev*; \
9rm -f /lib/systemd/system/sockets.target.wants/*initctl*; \
10rm -f /lib/systemd/system/basic.target.wants/*;\
11rm -f /lib/systemd/system/anaconda.target.wants/*;
12VOLUME [ "/sys/fs/cgroup" ]
13CMD ["/usr/sbin/init"]

この、VOLUME [ "/sys/fs/cgroup" ]が何をやっているのかわかりません。

kubernetesで上記imageをpodにしましたが、CentOSの/sys/fs/cgroupには
systemdの空ディレクトリがあるのみで、
自分としては、
１、ホスト側の/sys/fs/cgroupが丸っとマウントされるか
２、tasksなどのcgroupのファイルが作られるのか
と何となく思っていたので、混乱しました。

これは、一般的に期待されるように、コンテナごとにcgroupで切った後、そこからCentOSでinitが始まるように、うまいこと親cgroup(この場合CentOSのcontainer?)から継承されているということでいいのでしょうか。

また、kubernetesやDocker runなどでresourceを指定してあげた場合、CentOSのsystemdはそのリソースをサブシステムとして使うということでいいのでしょうか。

よろしくお願いします。

回答1件

自己解決

kernelのdocを読んで少し理解できました。
kubernetesで言えば、securityContextでcapabilitiesの項目を適切に追加すればいいはずです。（まだ試していませんが)
もともとrootの概念がcontainerの内外で異なることに少し疑問を持っていましたが、ググり方がわからず、放置していましたが解決しました。
volumeでマウントしても、containerによりシステムコールが制限されているため、空ディレクトリになっているのでした。
containerでrootを制限されても、適切にlinuxのcapabilitiesをセットしてあげることで、container内でもそのcapabilityの制限内で、cgroupで操作できるようです。

投稿2019/04/16 16:38

urbainleverrier

総合スコア200