我在MacbookPro笔记本电脑上运行docker-machine(0.5.0)和docker-compose(1.5.0)来启动我的容器。这意味着我正在使用docker-machine创建我的虚拟机boot2docker驱动的主机机器，它将运行我的docker守护进程并托管我的所有容器。我想我在HOSTS和VOLUME的概念中遗漏了一些关键的东西，因为它们指的是Docker和文档。这是我的docker-compose.yml文件(网络只是构建php:5.6-apache图像):web:restart:"always"build:./docker-containers/webport
我在MacbookPro笔记本电脑上运行docker-machine(0.5.0)和docker-compose(1.5.0)来启动我的容器。这意味着我正在使用docker-machine创建我的虚拟机boot2docker驱动的主机机器，它将运行我的docker守护进程并托管我的所有容器。我想我在HOSTS和VOLUME的概念中遗漏了一些关键的东西，因为它们指的是Docker和文档。这是我的docker-compose.yml文件(网络只是构建php:5.6-apache图像):web:restart:"always"build:./docker-containers/webport
我迈出了使用DockerSwarm的第一步，想知道如何处理使用持久性数据的服务，如redis、elasticsearch或数据库。我找到了很多关于如何使用dockerswarm配置redis/elasticsearch/database集群的教程——但是使用共享存储不是更容易吗？例如，我使用Azure，所以我可以简单地将单个Azure文件存储用作redis/elasticsearch/数据库卷，并让我的所有节点安装这个文件存储。这是一种可接受的方法还是存在一些明显的缺点(例如，当两个或多个数据库实例尝试同时写入该存储时)？是否建议在每个节点中使用此类“数据”服务？或者我应该只将Dock
我正在使用docker-compose语法版本3，并且想要使用一些卷。documentation卷的长语法说明如下:type:themounttypevolumeorbind但从未完全解释过其中的区别。这是什么？ 最佳答案 bind比较容易理解。它采用主机路径，例如/data并将其安装在您的容器中，例如/opt/app/data。/data可以是任何东西，可能安装在NFS上，也可能是本地主机路径。dockerrun-v/data:/opt/app/data-dnginxvolumemount是您可以使用命名卷的地方。您通常会为此使用
我正在使用docker-compose语法版本3，并且想要使用一些卷。documentation卷的长语法说明如下:type:themounttypevolumeorbind但从未完全解释过其中的区别。这是什么？ 最佳答案 bind比较容易理解。它采用主机路径，例如/data并将其安装在您的容器中，例如/opt/app/data。/data可以是任何东西，可能安装在NFS上，也可能是本地主机路径。dockerrun-v/data:/opt/app/data-dnginxvolumemount是您可以使用命名卷的地方。您通常会为此使用
您能否提供一个使用volumes_from从容器A到容器B共享路径的示例，以及容器B在共享完成后如何访问该路径。谢谢 最佳答案 如文档所述volumes如果您在version3中，则可以使用顶级卷将命名卷定义为以下db-dataee代码，您可以在每个服务中引用它，如下所示:version:"3"services:web:nginx:alpineports:-"80:80"postgres:image:postgres:9.4volumes:-db-data:/var/lib/dbbackup:image:postgres:9.4vo
您能否提供一个使用volumes_from从容器A到容器B共享路径的示例，以及容器B在共享完成后如何访问该路径。谢谢 最佳答案 如文档所述volumes如果您在version3中，则可以使用顶级卷将命名卷定义为以下db-dataee代码，您可以在每个服务中引用它，如下所示:version:"3"services:web:nginx:alpineports:-"80:80"postgres:image:postgres:9.4volumes:-db-data:/var/lib/dbbackup:image:postgres:9.4vo
我运行一个带有2个Docker镜像的服务器，其中一个负责构建和打包，因此在/tmp上创建了很多短暂的东西。我希望这个容器/tmp不受持久卷(联合fs或卷)的支持，而是使用主机的/tmp，后者又是一个tmpfs卷，非常适合此类操作。保存对普通驱动器的访问会产生开销并导致对HDD的访问(磨损)，我希望尽可能多地留在RAM中。一些选项是:将/tmp/:/tmp绑定(bind)到docker进程。如果另一个进程访问此目录，似乎不是很安全，并且有问题将卷绑定(bind)到/tmp。这意味着它在硬盘上，除非我设法将它移动到/tmp。然后仍然存在每次容器停止时删除此卷的问题，因为我更喜欢干净的石板。
我运行一个带有2个Docker镜像的服务器，其中一个负责构建和打包，因此在/tmp上创建了很多短暂的东西。我希望这个容器/tmp不受持久卷(联合fs或卷)的支持，而是使用主机的/tmp，后者又是一个tmpfs卷，非常适合此类操作。保存对普通驱动器的访问会产生开销并导致对HDD的访问(磨损)，我希望尽可能多地留在RAM中。一些选项是:将/tmp/:/tmp绑定(bind)到docker进程。如果另一个进程访问此目录，似乎不是很安全，并且有问题将卷绑定(bind)到/tmp。这意味着它在硬盘上，除非我设法将它移动到/tmp。然后仍然存在每次容器停止时删除此卷的问题，因为我更喜欢干净的石板。
这里似乎有类似的问题(docker-composevolumes_fromequivalentwithversion3、Howtoreplacevolumes_fromindocker-composerv3)，但我认为他们没有回答问题(或者至少我不明白答案如何解决问题)。所以让我再试一次，非常具体。我有这个v2docker-compose.yml:version:'2'services:full-tests:volumes:-..:/opt/project-../../../ext-libs:/opt/ext-libs-./third-mapping:/opt/thirdunit-te
