TranslateProject/translated/tech/LXD/Part 6 - LXD 2.0--Remote hosts and container migration.md
2016-12-28 09:56:06 +08:00

8.7 KiB
Raw Blame History

LXD 2.0 系列(六):远程主机及容器迁移

这是 LXD 2.0 系列介绍文章的第六篇。

远程协议

LXD 2.0 支持两种协议:

  • LXD 1.0 API这是在客户端和LXD守护进程之间使用的REST API以及在复制/移动镜像和容器时在LXD守护进程之间使用的REST API。
  • SimplestreamsSimplestreams协议是LXD客户端和守护进程使用的只读、只有镜像的协议以获取镜像信息以及从一些公共镜像服务器如Ubuntu镜像导入镜像。

以下所有内容都将使用这两个协议中的第一个。

安全

LXD API的验证是通过使用最近的密钥通过TLS 1.2的客户端证书验证。 当两个LXD守护程序必须直接交换信息时源守护程序生成一个临时令牌并通过客户端传输到目标守护程序。 此令牌仅可用于访问特定流,并且立即被撤销,因此不能重新使用。

为了避免中间人攻击,客户端工具还将源服务器的证书发送到目标。 这意味着对于特定的下载操作目标服务器会被提供源服务器的URL、需要的资源的一次性访问令牌以及服务器应该使用的证书。 这可以防止MITM攻击并且只允许临时访问传输对象。

网络需求

LXD 2.0使用一种模型,它其中操作的目标(接收端)直接连接到源以获取数据。

这意味着你必须确保目标服务器可以直接连接到源、可以更新任何所需的防火墙。

我们有个允许反向连接的计划,允许通过客户端本身代理以应对那些严格的防火墙阻止两台主机之间通信的罕见情况。

与远程主机交互

LXD使用的是“remotes”的概念而不是让我们的用户总是提供主机名或IP地址然后在他们想要与远程主机交互时验证证书信息。

默认情况下唯一真正的LXD远程配置是“local:”这也是默认远程所以你不必输入它的名称。本地远程使用LXD REST API通过unix套接字与本地守护进程通信。

添加一台远程主机

假设你已经有两台装有LXD的机器你的本机以及远程那台我们称为“foo”的主机。

首先你需要确保“foo”正在监听网络并设置了一个密码因此在远程shell上运行

lxc config set core.https_address [::]:8443
lxc config set core.trust_password something-secure

在你本地LXD上你需要使它对网络可见这样我们可以从它传输容器和镜像

lxc config set core.https_address [::]:8443

现在守护进程的配置已经在两段完成了你可以添加“foo”到你的本地客户端

lxc remote add foo 1.2.3.4

(将 1.2.3.4 替换成你的IP或者FQDN)

看上去像这样:

stgraber@dakara:~$ lxc remote add foo 2607:f2c0:f00f:2770:216:3eff:fee1:bd67
Certificate fingerprint: fdb06d909b77a5311d7437cabb6c203374462b907f3923cefc91dd5fce8d7b60
ok (y/n)? y
Admin password for foo: 
Client certificate stored at server: foo

你接着可以列出远端服务器你可以在列表中看到“foo”

stgraber@dakara:~$ lxc remote list
+-----------------+-------------------------------------------------------+---------------+--------+--------+
|      NAME       |                         URL                           |   PROTOCOL    | PUBLIC | STATIC |
+-----------------+-------------------------------------------------------+---------------+--------+--------+
| foo             | https://[2607:f2c0:f00f:2770:216:3eff:fee1:bd67]:8443 | lxd           | NO     | NO     |
+-----------------+-------------------------------------------------------+---------------+--------+--------+
| images          | https://images.linuxcontainers.org:8443               | lxd           | YES    | NO     |
+-----------------+-------------------------------------------------------+---------------+--------+--------+
| local (default) | unix://                                               | lxd           | NO     | YES    |
+-----------------+-------------------------------------------------------+---------------+--------+--------+
| ubuntu          | https://cloud-images.ubuntu.com/releases              | simplestreams | YES    | YES    |
+-----------------+-------------------------------------------------------+---------------+--------+--------+
| ubuntu-daily    | https://cloud-images.ubuntu.com/daily                 | simplestreams | YES    | YES    |
+-----------------+-------------------------------------------------------+---------------+--------+--------+

与它交互

好了,所以我们已经有了一台定义好的远程服务器,我们现在可以做些什么?

好了就如你看到现在的唯一的不同是你不许告诉LXD要哪台主机运行。

比如:

lxc launch ubuntu:14.04 c1

它会在默认主机“lxc remote get-default”也就是你的本机上运行。

lxc launch ubuntu:14.04 foo:c1

这个会在foo上运行。

列出远程主机正在运行的容器可以这么做:

stgraber@dakara:~$ lxc list foo:
+------+---------+---------------------+-----------------------------------------------+------------+-----------+
| NAME |  STATE  |         IPV4        |                     IPV6                      |    TYPE    | SNAPSHOTS |
+------+---------+---------------------+-----------------------------------------------+------------+-----------+
| c1   | RUNNING | 10.245.81.95 (eth0) | 2607:f2c0:f00f:2770:216:3eff:fe43:7994 (eth0) | PERSISTENT | 0         |
+------+---------+---------------------+-----------------------------------------------+------------+-----------+

你要记住的一件事是你需要在远程主机上同时指定镜像和容器。因此如果你在“foo”上有一个“my-image”的镜像并且希望从它创建一个“c2”的容器你需要运行

lxc launch foo:my-image foo:c2

最后就如你希望的那样得到一个远程容器的shell

lxc exec foo:c1 bash

复制容器

在两台主机间复制容器就如它听上去那样简单:

lxc copy foo:c1 c2

你会有一个新的从远程“c1”复制过来的本地“c2”容器。这需要停止“c1”容器但是你可以在运行的时候只复制一个快照

lxc snapshot foo:c1 current
lxc copy foo:c1/current c3

移动容器

除非你在做实时更新(将会在之后的文章中覆盖),不然你需要在移动前先停止容器,接着就会如你预料的那样。

lxc stop foo:c1
lxc move foo:c1 local:

这个例子等同于:

lxc stop foo:c1
lxc move foo:c1 c1

这些如何工作

正如你期望的那样, 与远程容器的交互时LXD只使用完全相同的HTTPS传输的API而不是通过本地Unix套接字使用REST API。

当两个守护程序之间交互时会变得有些棘手,如复制和移动的情况。

有有以下这些情况:

1.用户运行“lxc move fooc1 c1”。 2.客户端联系本地远程以检查现有的“c1”容器。 3.客户端从“foo”获取容器信息。 4.客户端从源“foo”守护程序请求迁移令牌。 5.客户端将迁移令牌以及源URL和“foo”证书发送到本地LXD守护程序以及容器配置和周围设备。 6.然后本地LXD守护程序使用提供的令牌直接连接到“foo”   A.它连接到第一个控制websocket   B.它协商文件系统传输协议zfs发送/接收btrfs发送/接收或者纯rsync   C.如果在本地可用,它会解压用于创建源容器的镜像。这是为了避免不必要的数据传输。   D.然后它会将容器及其任何快照作为增量传输。 7.如果成功客户端会命令“foo”删除源容器。

在线尝试

没有两台机器来尝试远端交互和复制/移动容器?

没有问题,你可以使用我们的demo服务。 这里甚至还包括了一步步的指导!

额外信息

LXD 的主站在: https://linuxcontainers.org/lxd

LXD 的 GitHub 仓库: https://github.com/lxc/lxd

LXD 的邮件列表: https://lists.linuxcontainers.org

LXD 的 IRC 频道: #lxcontainers on irc.freenode.net


via: https://www.stgraber.org/2016/03/19/lxd-2-0-your-first-lxd-container-312/

作者:Stéphane Graber 译者:geekpi 校对:校对者ID

本文由 LCTT 组织翻译,Linux中国 荣誉推出