docker-compose.yml volumes タグの挙動

Question

#経緯

docker-compose.yml を使って、
WordPress コンテナの動作検証をしています。

WordPress で作成した内容は永続化したいため、
以下のように volumes を設定しました。

・・略・・
volumes:
       - ./data/wp_data:/var/www
・・略・・

ホスト側の [./data/wp_data] を確認すると、
「html」ディレクトリのみが存在し、
それより下のファイルやディレクトリは全く存在しませんでした。

---

そこで、以下のように volumes を設定しました。

・・略・・
volumes:
       - ./data/wp_data:/var/www/html
・・略・・

ホスト側の [./data/wp_data] を確認すると、
コンテナ側の[/var/www/html] 以下のファイルやディレクトリが存在し、
期待した状態(永続化)となっていました。

#質疑

・・略・・
volumes:
       - ./data/wp_data:/var/www
・・略・・

とした際、ホスト側の [./data/wp_data] には、
「html」ディレクトリのみが存在し、
それより下のファイルやディレクトリは全く存在しないのはなぜでしょうか。

感覚としては、ホスト側の [./data/wp_data]に html ディレクトリができて、
その中に コンテナの[var/www/html] 下のファイル、ディレクトリが配置されても良いように感じています。

Answer 1

こちらに詳しい挙動が載っています。
バインドマウントの利用 | Docker ドキュメント

バインドマウントする先のコンテナー内ディレクトリが空でなかったとします。 このときそのディレクトリ内にはじめからあった内容は、バインドマウントによって見えなくなってしまいます。

Comments

[maharada]

返答が遅れ申し訳ございません。
回答ありがとうございます。

今回の例で言うと、「バインドマウントする先のコンテナー内ディレクトリ」は
・/var/www
・/var/www/html

の２つと思います。

いずれのディレクトリも「空でない」状況でしたので、
この記述による挙動の差ではないように感じます。

また、ご記載のページを読んで、
「バインドプロパゲーション」の設定が本現象に影響しそうな気がしましたが、
今回は特別な指定はしていないためどちらもデフォルトの「rprivate」となっているはずで、
やはり原因ではないようです。

何かお気づきの点があれば、ご指摘いただければ幸いです。