如何混合命名卷和绑定挂载?使用以下设置将绑定挂载的路径仍然可用于绑定挂载中,因为它们存在于绑定挂载中?
/var/www/html/wp-content/uploads
使用我附加到指定卷的单独容器,似乎表明情况并非如此,因为这些路径在单独容器的视图中完全为空。从某种意义上说,这是否有办法实现?
volumes:
- "wordpress:/var/www/html"
- "./wordpress/uploads:/var/www/html/wp-content/uploads"
- "./wordpress/plugins:/var/www/html/wp-content/plugins"
- "./wordpress/themes:/var/www/html/wp-content/themes"
答案 0 :(得分:7)
主机卷:对于主机卷,使用docker compose文件中的路径定义,如:
volumes:
- "./wordpress/uploads:/var/www/html/wp-content/uploads"
您不会从图像内容中收到主机目录的任何初始化。这是设计的。
命名卷:您可以定义映射回本地目录的命名卷:
version: "2"
services:
your-service:
volumes:
- uploads:/var/www/html/wp-content/uploads
volumes:
uploads:
driver: local
driver_opts:
type: none
o: bind
device: /path/on/host/to/wordpress/uploads
这将提供命名卷的初始化属性。当您的主机目录为空时,容器创建docker会将/ var / www / html / wp-content / uploads中的图像内容复制到/ path / on / host / to / wordpress / uploads。
使用Docker嵌套安装:如果您有多个嵌套卷安装,则docker仍将从图像目录内容复制,而不是从父卷复制。
这是初始化的一个例子。从文件系统开始:
testvol/
data-image/
sub-dir/
from-image
data-submount/
Dockerfile
docker-compose.yml
Dockerfile包含:
FROM busybox
COPY data-image/ /data
docker-compose.yml包含:
version: "2"
services:
test:
build: .
image: test-vol
command: find /data
volumes:
- data:/data
- subdir:/data/sub-dir
volumes:
data:
subdir:
driver: local
driver_opts:
type: none
o: bind
device: /path/on/host/test-vol/data-submount
指定的卷已初始化:
$ docker run -it --rm -v testvol_data:/data busybox find /data
/data
/data/sub-dir
/data/sub-dir/from-named-vol
运行测试显示副本来自from-image
而不是from-named-vol
:
$ docker-compose -f docker-compose.bind.yml up
...
Attaching to testvol_test_1
test_1 | /data
test_1 | /data/sub-dir
test_1 | /data/sub-dir/from-image
testvol_test_1 exited with code 0
docker已将其复制到主机文件系统:
$ ls -l data-submount/
total 0
-rw-r--r-- 1 root root 0 Jan 15 08:08 from-image
Linux中的嵌套式挂载:从您的问题来看,似乎存在一些关于挂载本身如何在Linux中工作的混淆。每个卷安装都在容器的mount命名空间中运行。此命名空间为容器提供了自己的文件系统树视图。将卷装入该树时,不会修改父文件系统中的内容,而只是覆盖该位置的父级内容。所有更改都直接发生在新安装的目录中,如果您要卸载它,则父目录将以其原始状态显示。
因此,如果您在一个容器中安装两个嵌套目录,例如/data
和/data/a
,然后在第二个容器中挂载/data
,您将看不到第二个容器中第一个容器中的/data/a
,只显示{{1}的内容将存在,包括安装在。
答案 1 :(得分:0)
我相信答案是配置绑定传播。
将报告回来。
编辑:似乎您只能在绑定安装的卷上配置绑定传播,并且只能在Linux主机系统上配置。
答案 2 :(得分:0)
我试图让它工作几个小时,但我得出的结论是它不会。我的案例是将特定插件添加到 CMS 作为本地开发的卷。我想在这里发布这个,因为我在任何地方都没有遇到过这种解决方法。
因此以下内容会遇到重叠卷问题,导致文件夹为空。
services:
your-service:
volumes:
- web-data:/var/www/html
- ./wordpress/plugins:/var/www/html/wp-content/plugins
- ./wordpress/themes:/var/www/html/wp-content/themes
这是您避免这种情况的方法,将您的主题和插件绑定到不同的目录,不在 /var/www/html
内。
services:
your-service:
volumes:
- web-data:/var/www/html
- ./wordpress/plugins:/tmp/plugins
- ./wordpress/themes:/tmp/themes
但是现在您必须将这些文件放在正确的位置,并且让它们仍然与您主机上的文件保持同步。
注意:这些示例假设您有一个 shell 脚本作为入口点。
在您的 Docker 入口点:
#!/bin/bash
ln -s /tmp/plugins/my-plugin /var/www/html/wp-content/plugins/my-plugin
ln -s /tmp/themes/my-theme /var/www/html/wp-content/themes/my-theme
只要您的系统/软件解析符号链接,这应该可以工作。
我只为插件写了这个,但你可以用同样的方式处理主题。这会找到 /tmp/plugins
文件夹中的所有插件并将它们符号链接到 /var/www/html/wp-content/plugins/<plugin>
,而您无需在脚本中编写硬编码的文件夹/插件名称。
#!/bin/bash
TMP_PLUGINS_DIR="/tmp/plugins"
CMS_PLUGINS_DIR="/var/www/html/wp-content/plugins"
# Loop through all paths in the /tmp/plugins folder.
for path in $TMP_PLUGINS_DIR/*/; do
# Ignore anything that's not a directory.
[ -d "${path}" ] || continue
# Get the plugin name from the path.
plugin="$(basename "${path}")"
# Symlink the plugin to the real plugins folder.
ln -sf $TMP_PLUGINS_DIR/$plugin CMS_PLUGINS_DIR/$plugin
# Anything else you might need to do for each plugin, like installing/enabling it in your CMS.
done