【docker挂载】docker下nginx可以指向外部配置文件吗？

前言

• 问：docker挂载之docker下nginx可以指向外部配置文件吗？
• 答：可以，听我娓娓道来。

获取容器的所有详细信息

docker inspect <container_id_or_name>

如

docker inspect MyNginx

文件里的Binds节点和Mounts节点，是挂载信息

1、Nginx简单挂载

通过docker run命令启动容器时，可以直接使用-v选项指定挂载关系。

docker run -d --name my-nginx -p 80:80 -v /home/nginx/html:/usr/share/nginx/html nginx

宿主机上的目录/home/nginx/html被挂载到容器中的目录/usr/share/nginx/html。
这意味着容器中的/usr/share/nginx/html目录将指向宿主机上的/home/nginx/html目录，从而使得容器

• 可以访问宿主机上的HTML文件。
• -d 表示以后台模式运行容器。
• --name my-nginx 给容器命名为my-nginx。
• -p 80:80 将容器的80端口映射到宿主机的80端口。
• -v /home/user/nginx-config:/etc/nginx 将宿主机上的/home/user/nginx-config目录挂载到容器中的/etc/nginx目录。

2、简单挂载-Binds

在Docker中，HostConfig部分包含了容器运行时的各种配置信息，
包括挂载点、网络设置、资源限制等。
提供的HostConfig部分特别关注了Binds字段，该字段定义了容器与宿主机之间的挂载关系。

源码

"HostConfig": {
    "Binds": [
        "/home/nginx/html:/usr/share/nginx/html",
        "/etc/localtime:/etc/localtime",
        "/home/nginx/conf/nginx.conf:/etc/nginx/nginx.conf",
        "/home/nginx/conf/conf.d:/etc/nginx/conf.d",
        "/home/nginx/log:/var/log/nginx"
    ]
}

说明

Binds：

Binds字段是一个数组，其中每个元素都是一个字符串，表示宿主机上的目录或文件与容器中相应目录或文件的映射关系。

具体挂载解释

1. HTML 文件挂载

"/home/nginx/html:/usr/share/nginx/html"

• 宿主机上的目录/home/nginx/html被挂载到容器中的目录/usr/share/nginx/html。
• 这意味着容器中的/usr/share/nginx/html目录将指向宿主机上的/home/nginx/html目录，从而使得容器可以访问宿主机上的HTML文件。

2.本地时间配置挂载

"/etc/localtime:/etc/localtime"

• 宿主机上的/etc/localtime文件被挂载到容器中的/etc/localtime文件。
• 这样做是为了确保容器的时间与宿主机的时间一致。

3.Nginx 主配置文件挂载

"/home/nginx/conf/nginx.conf:/etc/nginx/nginx.conf"

• 宿主机上的文件/home/nginx/conf/nginx.conf被挂载到容器中的/etc/nginx/nginx.conf。
• 这使得容器可以使用宿主机上的Nginx主配置文件。

4.Nginx 配置文件夹挂载

"/home/nginx/conf/conf.d:/etc/nginx/conf.d"

• 宿主机上的目录/home/nginx/conf/conf.d被挂载到容器中的目录/etc/nginx/conf.d。
• 这使得容器可以访问宿主机上的Nginx配置文件夹。

5.日志文件夹挂载

"/home/nginx/log:/var/log/nginx"

• 宿主机上的目录/home/nginx/log被挂载到容器中的目录/var/log/nginx。
• 这使得容器的日志文件将被写入宿主机上的/home/nginx/log目录，从而实现日志的持久化。

总结

通过这些挂载配置，您可以实现以下功能：

• 数据共享：容器可以访问宿主机上的文件和目录，从而实现数据共享。
• 配置文件管理：容器可以使用宿主机上的Nginx配置文件，方便管理和更新配置。
• 日志持久化：容器的日志文件将被写入宿主机上的目录，便于日志的持久化存储和后续分析。

这些挂载配置使得容器与宿主机之间的数据交互更加灵活和高效，对于开发和生产环境都非常有用。

3、复杂挂载-Mounts

在Docker中，Mounts部分描述了容器与宿主机之间的挂载关系。
挂载允许您将宿主机上的目录或文件映射到容器中，从而实现数据共享和持久化。
在提供的配置中，Mounts部分详细列出了容器与宿主机之间挂载的具体信息。

"Mounts": [
    {
        "Type": "bind",
        "Source": "/home/nginx/html",
        "Destination": "/usr/share/nginx/html",
        "Mode": "",
        "RW": true,
        "Propagation": "rprivate"
    },
    {
        "Type": "bind",
        "Source": "/etc/localtime",
        "Destination": "/etc/localtime",
        "Mode": "",
        "RW": true,
        "Propagation": "rprivate"
    },
    {
        "Type": "bind",
        "Source": "/home/nginx/conf/nginx.conf",
        "Destination": "/etc/nginx/nginx.conf",
        "Mode": "",
        "RW": true,
        "Propagation": "rprivate"
    },
    {
        "Type": "bind",
        "Source": "/home/nginx/conf/conf.d",
        "Destination": "/etc/nginx/conf.d",
        "Mode": "",
        "RW": true,
        "Propagation": "rprivate"
    },
    {
        "Type": "bind",
        "Source": "/home/nginx/log",
        "Destination": "/var/log/nginx",
        "Mode": "",
        "RW": true,
        "Propagation": "rprivate"
    }
]

说明

Type：

“Type”: “bind”：表示这是一个绑定挂载。绑定挂载将宿主机上的目录或文件映射到容器中。

Source：

指定宿主机上的源路径。
例如：/home/nginx/html 表示宿主机上的路径。

Destination：

指定容器中的目标路径。
例如：/usr/share/nginx/html 表示容器中的路径。

Mode：

默认为空字符串，表示使用默认模式。
如果需要指定模式，可以填写ro（只读）或rw（读写）。

RW：

指定挂载点是否可写。
true 表示挂载点是可写的。
false 表示挂载点是只读的。

Propagation：

指定挂载点的传播模式。
rprivate 表示私有的挂载传播模式，这意味着挂载点不会影响其他容器或宿主机上的其他挂载点。

具体挂载解释

1.HTML 文件挂载

{
    "Type": "bind",
    "Source": "/home/nginx/html",
    "Destination": "/usr/share/nginx/html",
    "Mode": "",
    "RW": true,
    "Propagation": "rprivate"
}

将宿主机上的/home/nginx/html目录挂载到容器中的/usr/share/nginx/html目录。

2.本地时间配置挂载

{
    "Type": "bind",
    "Source": "/etc/localtime",
    "Destination": "/etc/localtime",
    "Mode": "",
    "RW": true,
    "Propagation": "rprivate"
}

将宿主机上的/etc/localtime文件挂载到容器中的/etc/localtime文件，以保持时间同步。

3.Nginx 主配置文件挂载

{
    "Type": "bind",
    "Source": "/home/nginx/conf/nginx.conf",
    "Destination": "/etc/nginx/nginx.conf",
    "Mode": "",
    "RW": true,
    "Propagation": "rprivate"
}

将宿主机上的/home/nginx/conf/nginx.conf文件挂载到容器中的/etc/nginx/nginx.conf文件。

4.Nginx 配置文件夹挂载

{
    "Type": "bind",
    "Source": "/home/nginx/conf/conf.d",
    "Destination": "/etc/nginx/conf.d",
    "Mode": "",
    "RW": true,
    "Propagation": "rprivate"
}

将宿主机上的/home/nginx/conf/conf.d目录挂载到容器中的/etc/nginx/conf.d目录。

5.日志文件夹挂载：

{
    "Type": "bind",
    "Source": "/home/nginx/log",
    "Destination": "/var/log/nginx",
    "Mode": "",
    "RW": true,
    "Propagation": "rprivate"
}

将宿主机上的/home/nginx/log目录挂载到容器中的/var/log/nginx目录。

总结

这些挂载配置使得容器能够访问宿主机上的文件和目录，从而实现数据共享和持久化。
例如，HTML文件、配置文件、日志文件等都可以通过这些挂载点在宿主机和容器之间共享。
这对于开发和生产环境都非常有用，因为它可以让您更容易地管理和更新容器中的文件。

4、HostConfig下的Binds和Mounts的区别是什么

在Docker中，HostConfig下的Binds和Mounts都是用来描述容器与宿主机之间文件系统挂载关系的配置项，但它们有一些区别。
了解这些区别有助于更好地理解和管理Docker容器的挂载机制。

4.1.Binds

Binds是HostConfig中的一个字段，用于指定容器与宿主机之间的挂载关系。
Binds字段是一个数组，每个元素都是一个字符串，表示宿主机上的目录或文件与容器中相应目录或文件的映射关系。

特点

• 字符串形式：Binds中的每个挂载关系都是一个字符串，形式为<宿主机路径>:<容器路径>。
• 简单直接：Binds主要用于简单的挂载操作，适用于基本的文件和目录映射。
• 兼容性：Binds字段在较早版本的Docker中就已经存在，因此在一些旧的配置中仍然可以看到它的使用。

4.2.Mounts

Mounts是Docker API中的一个字段，用于更详细地描述容器与宿主机之间的挂载关系。
Mounts字段是一个数组，每个元素都是一个包含多个属性的对象。
特点

• 对象形式：Mounts中的每个挂载关系都是一个对象，包含多个属性，如Type、Source、Destination、Mode、RW和Propagation等。
• 详细配置：Mounts提供了更多的配置选项，比如可以指定挂载类型（如bind、volume等）、读写权限（RW）、传播模式（Propagation）等。
• 灵活性：Mounts更适合复杂的挂载场景，特别是需要更细粒度控制的情况

4.3.总结

简单挂载：

如果您只需要简单的文件或目录挂载，使用Binds就足够了。

• 适合简单的挂载配置，通过字符串形式指定挂载关系。
• 例如，通过docker run命令启动容器时，可以直接使用-v选项指定挂载关系。

复杂挂载：

如果您需要更细粒度的控制，
比如指定挂载类型、读写权限、传播模式等，可以使用Mounts。

• 适合复杂的挂载配置，通过对象形式提供更多配置选项。
• 这种情况下，通常通过Docker API或者编写Docker Compose文件来配置。

在实际使用中，Binds和Mounts都可以实现容器与宿主机之间的文件系统挂载，但Mounts提供了更多的灵活性和配置选项。如果您需要更精细的控制，建议使用Mounts。如果您只需要简单的挂载，Binds就足够了。

5、有必要即配置Binds又配置Mounts吗？

在Docker中，Binds和Mounts都是用来描述容器与宿主机之间文件系统挂载关系的配置项，但它们通常出现在不同的上下文中。
在大多数情况下，您只需要选择其中之一进行配置，而不是同时配置两者。
这是因为它们的目的和作用本质上是相同的，即实现容器与宿主机之间的文件共享。

互斥性：

• 一般来说，您不需要同时配置 Binds 和 Mounts，因为它们都用于实现相同的功能。在Docker的API和CLI中，这两种方式都是为了描述挂载关系。
• 在实际使用中，选择其中一种进行配置即可满足需求。

Docker CLI 和 API 的差异：

• Docker CLI：在使用Docker命令行工具（如docker run）时，通常使用-v选项来指定挂载关系，这些挂载关系在内部会被转换为Binds的形式。
• Docker API：在使用Docker API或编写Docker Compose文件时，通常使用Mounts来描述挂载关系，因为这种方式提供了更多的配置选项。

实际应用场景

开发环境：

在开发环境中，通常需要频繁地更改容器内的文件，这时使用简单的 -v 选项或 Binds 就足够了，因为它可以快速地进行文件共享。

生产环境：

在生产环境中，可能需要更细粒度的控制，
比如指定挂载的读写权限、传播模式等，这时使用 Mounts 更加合适。

6、验证挂载

当您运行上述命令后，Nginx容器会使用挂载进来的配置文件。您可以通过访问容器的日志来确认配置是否被正确加载：

docker logs my-nginx

7、更新配置文件

当您需要更新配置文件时，只需修改宿主机上的配置文件，然后重新加载Nginx即可。您可以使用以下命令来重新加载Nginx配置：

docker exec my-nginx nginx -s reload

如果需要检查配置文件的有效性，可以使用：

docker exec my-nginx nginx -t

如果Nginx报告没有错误，则表示配置是正确的。

注意事项

• 权限问题：确保宿主机上的文件具有适当的权限，以便Nginx用户（通常是nobody用户）能够读取这些文件。
• 配置文件路径：确保宿主机上的配置文件路径与容器内Nginx配置文件路径相匹配。例如，如果您的宿主机配置文件位于/home/user/nginx-config/nginx.conf，那么容器内的路径应该是/etc/nginx/nginx.conf。
• 容器重建：如果您修改了Dockerfile中的配置文件路径或其他重要设置，可能需要重新构建容器。