问题标签 [docker-swarm]

如何在 Docker 中连接不同主机上的两个容器？我需要通过另一台主机上的 nodejs 应用程序在一台主机上使用来自 mongodb 的数据吗？任何人都可以给我一个这样的例子吗？

我正在寻找在 DC/OS 上运行 Docker 容器时是否使用 Marathon 和 Chronos、Docker Swarm 或 Kubernetes 的一些利弊。

例如，什么时候使用 Marathon/Chronos 比使用 Kubernetes 更好，反之亦然？

现在我主要是在试验，但希望我们能在夏天之后开始在生产中使用这些服务之一。这可能会取消 Docker Swarm 的资格，因为我不确定到那时它是否可以投入生产。

我喜欢 Docker Swarm 的地方在于它本质上只是“Docker 命令”，你不必学习全新的东西。我们已经在使用docker-composeDocker Swarm（至少在理论上），这将是开箱即用的，所以这将是一个很大的优势。我对 Docker Swarm 的主要担忧是它是否能涵盖在生产环境中运行系统所需的所有用例。

我一直在尝试使用 docker-machine 设置 swarm。我使用 docker-hub 令牌使用 virtualbox 驱动程序（swarm-master、swarm-node-00、swarm-node-01）创建了一组三个 VM。这是信息：

现在，当我尝试使用这个 swarm 运行一个容器时，我得到了这个错误：

你能帮我弄清楚，这里到底有什么问题吗？

我一直在尝试用机器运行 docker swarm。我使用 virtualbox 作为提供者。我能够生成三个虚拟机并将它们作为 swarm-master、swarm-node-00 和 swarm-node-01 运行。但我无法使用我的 swarm 集群。以下是一些附加信息：

你能帮我解决这里的问题吗？

我想将 Docker 容器安排到一个小型集群。将要运行的作业将主要是一次性作业，例如 Rapidminer 计算，而不是任何持久性服务。

我已经尝试阅读很多关于可用系统的信息，并且我认为 Kubernetes 并不是真正需要的，因为没有像 Web 服务器这样的持久工作，如果它们失败，它们需要继续运行并尽快重新启动。

但是，我不确定我最初在简单的 Ubuntu LTS 主机上使用 Swarm 的想法是否不应该被使用 CoreOS 取代。尤其是因为 CoreOS 似乎有自己的调度解决方案，尽管它看起来确实更复杂。

对于给定的用例，CoreOS 是否提供了值得在 Ubuntu+Swarm 上使用的好处？

我已经设置了 docker swarm，安装在 2 个 ubuntu 机器上，一个 centos，关闭了防火墙、selinux、iptables。

这是我使用的指南：http: //devopscube.com/docker-tutorial-getting-started-with-docker-swarm/

当我尝试管理群时，我得到了这个：

有任何想法吗？

我正在尝试使用 Docker Swarm，为此我需要使用以下命令在每个节点上使用 -H 标志启动 Docker 守护程序：

在我的节点（Debian 8、Docker 1.6.0）上执行此操作时，该命令永远不会停止，即使它显示守护程序已完成初始化。

完整的输出：

在最后一行之后没有任何反应，我无法编写另一个命令。

我还运行了命令screen，以便能够在第一个命令之后运行命令，但是在运行 Docker 命令时出现错误消息：

该命令清楚地表明守护程序没有正确启动。我怎样才能有一个 Docker 守护程序启动并确保 Swarm 代理上的远程 API 可通过 TCP 用于 Swarm 管理器？

当运行 docker 容器一个 swarm 集群时，容器是否可以通过 ENV 变量或其他方式访问集群节点的所有 IP？

我想在集群中的每个节点上运行一个 Elasticsearch 实例。他们将以单播模式相互发现。因此，每个 Elasticsearch 实例都需要配置集群中的 IP 列表。

我想使用 Docker Remote API在我的 swarm 中运行带有一些过滤器的容器。例如，我想使用 REST API 来执行与此命令相同的操作：

我知道 Swarm API 主要与 Docker Remote API 兼容，并且我阅读了Remote API 文档，但我找不到必须使用哪些参数来创建具有 REST API 的等效命令。

我在 CentOS 虚拟机上运行 docker。一些版本信息：

Linux cmodqa.lab.c-cor.com 3.10.0-229.4.2.el7.x86_64 #1 SMP 2015 年 5 月 13 日星期三 10:06:09 UTC x86_64 x86_64 x86_64 GNU/Linux

[root@xxx ~]# docker version 客户端版本：1.6.0 客户端API版本：1.18 Go版本（客户端）：go1.4.2 Git commit（客户端）：8aae715/1.6.0 OS/Arch（客户端）：linux/amd64服务器版本：1.6.0 服务器 API 版本：1.18 Go 版本（服务器）：go1.4.2 Git commit（服务器）：8aae715/1.6.0 OS/Arch（服务器）：linux/amd64

以 root 身份运行此命令：

TOKEN=$(docker run --rm swarm create)

回报：

时间戳：2015-05-29 09:26:25.967347311 -0700 PDT 代码：系统错误

消息：[/usr/bin/tar -cf /var/lib/docker/tmp/c77446605e81944d4fb0d09a68339d2026db2b2af100/_tmp.tar -C /var/lib/docker/devicemapper/mnt/c77446605e81944d4fb0d09a68339d2026db2b2afs./失败]： tar：/var/lib/docker/devicemapper/mnt/c77446605e81944d4fb0d09a6cb119e60ff/rootfs/tmp：不能chdir：没有这样的文件或目录/usr/bin/tar：错误不可恢复：现在退出：退出状态2

框架：

0：setupRootfs 包：github.com/docker/libcontainer

文件：rootfs_linux.go@30

1：初始化包：github.com/docker/libcontainer.(*linuxStandardInit)

文件：standard_init_linux.go@52

2：启动初始化包：github.com/docker/libcontainer.(*LinuxFactory)

文件：factory_linux.go@223

3：初始化程序包：github.com/docker/docker/daemon/execdriver/native

文件：init.go@35

4：初始化包：github.com/docker/docker/pkg/reexec

文件：reexec.go@26

5：主包：main

文件：docker.go@29

6：主包：运行时

文件：proc.go@63

7：goexit 包：运行时文件：asm_amd64.s@2232 time="2015-05-29T09:26:27-07:00" level=fatal msg="来自守护进程的错误响应：：退出统计

tar 命令尝试读取的文件系统位置不存在：

[root@cmodqa system]# ls -l /var/lib/docker/devicemapper/mnt/c77446605e81944d4fb0d09a68339d2026db2b2af1335a8a6395b1cb119e60ff/rootfs/tmp ls: cannot access /var/lib/docker/devicemapper/mnt/c77446605e81944d4fb0d09a68339d2026db2b2af1335a8a6395b1cb119e60ff/rootfs/tmp: No such file或目录

实际上：

ls -l /var/lib/docker/devicemapper/mnt/c77446605e81944d4fb0d09a68339d2026db2b2af1335a8a6395b1cb119e60ff 总计 0

容器的 rootfs 似乎不存在。（容器停止后它会消失吗？）

我已经运行了几次。结果相同。