= Dockerコンテナで使用されるコントロールグループ（cgroup）の役割は、Docker APIへのユーザー認証ではありません。cgroupはLinuxカーネルの機能であり、CPU、RAM、IOPS、ネットワークなどのシステムリソースに対するプロセスやコンテナのアクセスを制限できます1。cgroupにより、Dockerは利用可能なハードウェアリソースをコンテナ間で共有し、必要に応じて制限や制約を適用できます2。Docker APIへのユーザー認証は、コンテナの作成、実行、停止など、Dockerデーモン上で特定のアクションを実行するための権限をユーザーまたはグループに付与するという、異なる概念です3。
：
ラボ: コントロールグループ (cgroups) | dockerlabs
実行時メトリクス | Docker ドキュメント
ユーザーに Docker API へのアクセスを許可する | Docker ドキュメント
cgroupsの役割とDockerコンテナでの仕組みについて、少しでもご理解いただけたら幸いです。Dockerに関して他にご質問がございましたら、お気軽にお問い合わせください。

説明
--link を使用してブリッジネットワーク上のコンテナにアクセスしても、コンテナがホストネットワークからアクセス可能になるわけではありません。--link オプションは、Docker によって作成されたプライベートネットワークを使用してコンテナが相互に通信できるようにします。コンテナがホストネットワークからアクセス可能になるには、EXPOSE または
--publish を使用すると、ブリッジネットワーク上のコンテナにアクセスできます。参考: https://docs.docker.com/network/links/
https://docs.docker.com/network/bridge/

= KubernetesがpersistentVolumeを動的にプロビジョニングするには、storageClassがプロビジョナーとオンデマンドボリューム作成のパラメータを定義するため、これらの条件は十分です。storageClassを指定するpersistentVolumeClaimが動的プロビジョニングプロセスをトリガーし、Kubernetesはリクエストに一致するpersistentVolumeを自動的に作成してバインドします。これにより、クラスター管理者がストレージボリュームをプロビジョニングするために手動で介入する必要がなくなります。参考：
動的ボリュームプロビジョニング | Kubernetes
永続ボリュームと動的プロビジョニング | Google Kubernetes Engine ...
Kubernetes における動的プロビジョニングとストレージクラス