绵阳梓潼网站制作公司

如何正确的使用DockerMachine-创新互联

本篇文章给大家分享的是有关如何正确的使用Docker Machine，小编觉得挺实用的，因此分享给大家学习，希望大家阅读完这篇文章后可以有所收获，话不多说，跟着小编一起来看看吧。

创新互联是一家集网站建设,阜平企业网站建设,阜平品牌网站建设,网站定制,阜平网站建设报价,网络营销,网络优化,阜平网站推广为一体的创新建站企业，帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿，时刻以成就客户成长自我，坚持不断学习、思考、沉淀、净化自己，让我们为更多的企业打造出实用型网站。

Docker 是一个 Client-Server 架构的应用，人家是有官称的：Docker Engine。Docker 只是大家对 Docker Engine 的昵称，当然 Docker 还有其他的意思，比如一家公司的名称。

提到 Docker 我们必须要知道它包含了三部分内容：

  1. Docker daemon

  2. 一套与 Docker daemon 交互的 REST API

  3. 一个命令行客户端

下图很清晰的展示了它们之间的关系：

如何正确的使用Docker Machine

Docker Machine 则是一个安装和管理 Docker 的工具。它有自己的命令行工具：docker-machine。

Docker daemon socket

既然 Docker 客户端要和 Docker daemon 通过 REST API 通信，那就让我们看看它们可以采用的方法有哪些：

  1. Unix socket

  2. Systemd socket activation

  3. Tcp

我们可以简单的把 1 和 2 理解成一种方式，就是同一台主机上的进程间通信。至于 3 则很好理解：通过 tcp 协议进行跨网络的通信。

既然 1 和 2 用于同一台机器上的进程间通信，那么我们可以猜想：安装在同一主机上的 Docker 客户端和 Docker daemon 就是通过这种方式来通信的。事实也正是如此，我们可以查看安装 Docker 时默认添加的 Docker daemon 启动配置，打开文件 /etc/systemd/system/multi-user.target.wants/docker.service：

如何正确的使用Docker Machine

图中的 -H 用来指定 Docker Daemon 监听的 socket，此处指定的类型为 system socket activation。使用类型 1 和 2 进行通信需要进程具有 root 权限。这也是 Docker 安装过程中会自动创建一个具有 root 权限的用户和用户组的主要原因。新创建的用户和用户组名称为 docker，建议大家把需要操作 Docker 的用户都加入到这个组中，否则当你执行命令时就会碰到下图显示的问题：

如何正确的使用Docker Machine

我们还可以同时指定多个 -H 参数让 Docker daemon 同时监听不同的 socket 类型。比如要添加对 TCP 端口 2376 的监听就可以使用下面的命令行参数：

$ sudo dockerd -H fd:// -H tcp://0.0.0.0:2376

运行上面的命令，然后查看本机监听的端口：

如何正确的使用Docker Machine

此时我们就可以从远程主机上的 Docker 客户端访问这部主机的 2376 端口了。

DOCKER_HOST 环境变量

Docker 客户端默认的配置是访问本机的 Docker daemon，当你指定了 DOCKER_HOST 变量后，Docker 客户端会访问这个变量中指定的 Docker daemon。让我们回顾一下 docker-machine env 命令：

如何正确的使用Docker Machine

执行的 $ eval $(docker-machine env krdevdb) 命令就是在设置 DOCKER_HOST 环境变量。

解决安全问题

我们的 Docker daemon 监听了 tcp 端口，糟糕的是此时我们没有做任何的保护措施。因此任何 Docker 客户端都可以通过 tcp 端口与我们的 Docker daemon 交互，这显然是无法接受的。解决方案是同时启用 Docker daemon 和 Docker 客户端的 TLS 证书认证机制。这样 Docker daemon 和 Docker 客户端之间的通信会被加密，并且只有安装了特定证书的客户端才能够与对应的 Docker daemon 交互。

至此本文的铺垫部分终于结束了，接下来我们将讨论 Docker Machine 相关的内容。

Docker Machine create 命令

根据 Docker Machine 驱动的不同，create 命令执行的操作也不太一样，但其中有两步是我们在这里比较关心的：

docker-machine 会在您指定的主机上执行下面的操作：

  1. 安装 Docker，并进行配置。

  2. 生成证书保护 Docker 服务的安全。

配置 Docker daemon

Docker 的安装过程并没有什么秘密，这里不再赘述。我们重点关注 Docker daemon 的配置。仔细观察我们会发现，通过 docker-machine 安装的 Docker 在 /etc/systemd/system 目录下多出了一个 Docker 相关的目录：docker.service.d。这个目录中只有一个文件 10-machine.conf：

如何正确的使用Docker Machine

好吧，-H tcp://0.0.0.0:2376 出现在这里并没有让我们太吃惊。在我们做了巨多的铺垫之后，你应该觉得这是理所当然才是。--tls 开头的几个参数主要和证书相关，我们会在后面的安全设置中详细的介绍它们。让人多少有些疑惑的地方是上图中的 /usr/bin/docker。当前新版本的 Docker Machine 还在使用旧的方式设置 Docker daemon，希望在接下来的版本中会有所更新。

这个配置文件至关重要，因为它会覆盖 Docker 默认安装时的配置文件，从而以 Docker Machine 指定的方式启动 Docker daemon。至此我们有了一个可以被远程访问的 Docker daemon。

生成证书

我们在 Docker daemon 的配置文件中看到四个以 --tls 开头的参数，分别是 --tlsverify、--tlscacert、--tlscert和 –tlskey。其中的 --tlsverify 告诉 Docker daemon 需要通过 TLS 来验证远程客户端。其它三个参数分别指定了一个 pem 格式文件的路径，按照它们指定的文件路径去查看一下：

如何正确的使用Docker Machine

对比一下手动安装的 Docker，会发现 /etc/docker 目录下并没有这三个文件。毫无疑问它们是 Docker Machine 生成的，主要是为了启用 Docker daemon 的 TLS 验证功能。

现在让我们回到安装了 Docker Machine 的主机上。

查看 /home/nick/.docker/machines/krdevdb 目录，发现了一些同名的文件(ca.pem、server-key.pem 和 server.pem)，和主机 drdevdb 上的文件对比一下，发现它们是一样的！

让我们再来观察一下这幅图：

如何正确的使用Docker Machine

除了我们关注过的 DOCKER_HOST，还有另外三个环境变量。其中的 DOCKER_TLS_VERIFY 告诉 Docker 客户端需要启用 TLS 验证。DOCKER_CERT_PATH 则指定了 TLS 验证所依赖文件的目录，这个目录正是我们前面查看的 /home/nick/.docker/machines/krdevdb 目录。

行文至此，困扰我们的安全问题终于得到了解释：Docker Machine 在执行 create 命令的过程中，生成了一系列保证安全性的秘钥和数字证书(*.pem)文件。这些文件在本地和远程 Docker 主机上各存一份，本地的用于配置 Docker 客户端，远程主机上的用于配置 Docker daemon，让两边都设置 TLS 验证的标记，依此实现安全的通信。

以上就是如何正确的使用Docker Machine，小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注创新互联行业资讯频道。


当前题目：如何正确的使用DockerMachine-创新互联
文章来源：http://myzitong.com/article/cepjch.html

其他资讯