思享工具箱

LXD 2.0 系列（五）：镜像管理

摘要：
通过LXD，我们通过全面的基于镜像的工作流向前迈出了一步。所有容器都是从图像创建的。我们在LXD中具有先进的图像缓存和预加载支持，以保持图像存储最新。可以使用完整哈希、短哈希或别名从远程服务器获取图像，但最终每个LXD容器都是从本地图像创建的。下次运行这些命令时，LXD将只检查图像是否仍然是最新的。如果是这样，它将创建一个容器而不下载任何内容。

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

  1. LXD 入门
  2. 安装与配置
  3. 你的第一个 LXD 容器
  4. 资源控制
  5. 镜像管理
  6. 远程主机及容器迁移
  7. LXD 中的 Docker
  8. LXD 中的 LXD
  9. 实时迁移
  10. LXD 和 Juju
  11. LXD 和 OpenStack
  12. 调试，及给 LXD 做贡献

因为 lxd 容器管理有很多命令，因此这篇文章会很长。 如果你想要快速地浏览这些相同的命令，你可以尝试下我们的在线演示！

容器镜像

如果你以前使用过 LXC，你可能还记得那些 LXC “模板”，基本上都是导出一个容器文件系统以及一点配置的 shell 脚本。

大多数模板是通过在本机上执行一个完整的发行版自举来生成该文件系统。这可能需要相当长的时间，并且无法在所有的发行版上可用，另外可能需要大量的网络带宽。

回到 LXC 1.0，我写了一个“下载”模板，它允许用户下载预先打包的容器镜像，用模板脚本在中央服务器上生成，接着高度压缩、签名并通过 https 分发。我们很多用户从旧版的容器生成方式切换到了使用这种新的、更快更可靠的创建容器的方式。

使用 LXD，我们通过全面的基于镜像的工作流程向前迈进了一步。所有容器都是从镜像创建的，我们在 LXD 中具有高级镜像缓存和预加载支持，以使镜像存储保持最新。

与 LXD 镜像交互

在更深入了解镜像格式之前，让我们快速了解下 LXD 可以让你做些什么。

透明地导入镜像

所有的容器都是由镜像创建的。镜像可以来自一台远程服务器并使用它的完整 hash、短 hash 或者别名拉取下来，但是最终每个 LXD 容器都是创建自一个本地镜像。

这有个例子：

  1. lxc launch ubuntu:14.04 c1
  2. lxc launch ubuntu:75182b1241be475a64e68a518ce853e800e9b50397d2f152816c24f038c94d6e c2
  3. lxc launch ubuntu:75182b1241be c3

所有这些引用相同的远程镜像（在写这篇文章时），在第一次运行这些命令其中之一时，远程镜像将作为缓存镜像导入本地 LXD 镜像存储，接着从其创建容器。

下一次运行其中一个命令时，LXD 将只检查镜像是否仍然是最新的（当不是由指纹引用时），如果是，它将创建容器而不下载任何东西。

现在镜像被缓存在本地镜像存储中，你也可以从那里启动它，甚至不检查它是否是最新的：

  1. lxc launch 75182b1241be c4

最后，如果你有个名为“myimage”的本地镜像，你可以：

  1. lxc launch my-image c5

如果你想要改变一些自动缓存或者过期行为，在本系列之前的文章中有一些命令。

手动导入镜像

从镜像服务器中复制

如果你想复制远程的某个镜像到你本地镜像存储，但不立即从它创建一个容器，你可以使用lxc image copy命令。它可以让你调整一些镜像标志，比如：

  1. lxc image copy ubuntu:14.04local:

这只是简单地复制一个远程镜像到本地存储。

如果您想要通过比记住其指纹更容易的方式来记住你引用的镜像副本，则可以在复制时添加别名：

  1. lxc image copy ubuntu:12.04local:--alias old-ubuntu
  2. lxc launch old-ubuntu c6

如果你想要使用源服务器上设置的别名，你可以要求 LXD 复制下来：

  1. lxc image copy ubuntu:15.10local:--copy-aliases
  2. lxc launch 15.10 c7

上面的副本都是一次性拷贝，也就是复制远程镜像的当前版本到本地镜像存储中。如果你想要 LXD 保持镜像最新，就像它在缓存中存储的那样，你需要使用 –auto-update 标志：

  1. lxc image copy images:gentoo/current/amd64 local:--alias gentoo --auto-update
导入 tarball

如果某人给你提供了一个单独的 tarball，你可以用下面的命令导入：

  1. lxc image import<tarball>

如果你想在导入时设置一个别名，你可以这么做：

  1. lxc image import<tarball>--alias random-image

现在如果你被给了两个 tarball，要识别哪个是含有 LXD 元数据的。通常可以通过 tarball 的名称来识别，如果不行就选择最小的那个，元数据 tarball 包是很小的。 然后将它们一起导入：

  1. lxc image import<metadata tarball><rootfs tarball>
从 URL 中导入

lxc image import 也可以与指定的 URL 一起使用。如果你的一台 https Web 服务器的某个路径中有 LXD-Image-URL 和 LXD-Image-Hash 的标头设置，那么 LXD 就会把这个镜像拉到镜像存储中。

可以参照例子这么做：

  1. lxc image import https://dl.stgraber.org/lxd --alias busybox-amd64

当拉取镜像时，LXD 还会设置一些标头，远程服务器可以检查它们以返回适当的镜像。 它们是 LXD-Server-Architectures 和 LXD-Server-Version。

这相当于一个简陋的镜像服务器。 它可以通过任何静态 Web 服务器提供一中用户友好的导入镜像的方式。

管理本地镜像存储

现在我们本地已经有一些镜像了，让我们瞧瞧可以做些什么。我们已经介绍了最主要的部分，可以从它们来创建容器，但是你还可以在本地镜像存储上做更多。

列出镜像

要列出所有的镜像，运行 lxc image list：

  1. stgraber@dakara:~$ lxc image list
  2. +---------------+--------------+--------+------------------------------------------------------+--------+----------+------------------------------+
  3. | ALIAS | FINGERPRINT | PUBLIC | DESCRIPTION | ARCH | SIZE | UPLOAD DATE |
  4. +---------------+--------------+--------+------------------------------------------------------+--------+----------+------------------------------+
  5. | alpine-32|6d9c131efab3|yes|Alpine edge (i386)(20160329_23:52)| i686 |2.50MB|Mar30,2016 at 4:36am(UTC)|
  6. +---------------+--------------+--------+------------------------------------------------------+--------+----------+------------------------------+
  7. | busybox-amd64 |74186c79ca2f|no|Busybox x86_64 | x86_64 |0.79MB|Mar30,2016 at 4:33am(UTC)|
  8. +---------------+--------------+--------+------------------------------------------------------+--------+----------+------------------------------+
  9. | gentoo |1a134c5951e0|no|Gentoo current (amd64)(20160329_14:12)| x86_64 |232.50MB|Mar30,2016 at 4:34am(UTC)|
  10. +---------------+--------------+--------+------------------------------------------------------+--------+----------+------------------------------+
  11. |my-image | c9b6e738fae7 |no|ScientificLinux6 x86_64 (default)(20160215_02:36)| x86_64 |625.34MB|Mar2,2016 at 4:56am(UTC)|
  12. +---------------+--------------+--------+------------------------------------------------------+--------+----------+------------------------------+
  13. | old-ubuntu |4d558b08f22f|no| ubuntu 12.04 LTS amd64 (release)(20160315)| x86_64 |155.09MB|Mar30,2016 at 4:30am(UTC)|
  14. +---------------+--------------+--------+------------------------------------------------------+--------+----------+------------------------------+
  15. |w(11more)| d3703a994910 |no| ubuntu 15.10 amd64 (release)(20160315)| x86_64 |153.35MB|Mar30,2016 at 4:31am(UTC)|
  16. +---------------+--------------+--------+------------------------------------------------------+--------+----------+------------------------------+
  17. ||75182b1241be|no| ubuntu 14.04 LTS amd64 (release)(20160314)| x86_64 |118.17MB|Mar30,2016 at 4:27am(UTC)|
  18. +---------------+--------------+--------+------------------------------------------------------+--------+----------+------------------------------+

你可以通过别名或者指纹来过滤：

  1. stgraber@dakara:~$ lxc image list amd64
  2. +---------------+--------------+--------+-----------------------------------------+--------+----------+------------------------------+
  3. | ALIAS | FINGERPRINT | PUBLIC | DESCRIPTION | ARCH | SIZE | UPLOAD DATE |
  4. +---------------+--------------+--------+-----------------------------------------+--------+----------+------------------------------+
  5. | busybox-amd64 |74186c79ca2f|no|Busybox x86_64 | x86_64 |0.79MB|Mar30,2016 at 4:33am(UTC)|
  6. +---------------+--------------+--------+-----------------------------------------+--------+----------+------------------------------+
  7. |w(11more)| d3703a994910 |no| ubuntu 15.10 amd64 (release)(20160315)| x86_64 |153.35MB|Mar30,2016 at 4:31am(UTC)|
  8. +---------------+--------------+--------+-----------------------------------------+--------+----------+------------------------------+

或者指定一个镜像属性中的键值对来过滤：

  1. stgraber@dakara:~$ lxc image list os=ubuntu
  2. +-------------+--------------+--------+---------------------------------------------+--------+----------+------------------------------+
  3. | ALIAS | FINGERPRINT | PUBLIC | DESCRIPTION | ARCH | SIZE | UPLOAD DATE |
  4. +-------------+--------------+--------+---------------------------------------------+--------+----------+------------------------------+
  5. | old-ubuntu |4d558b08f22f|no| ubuntu 12.04 LTS amd64 (release)(20160315)| x86_64 |155.09MB|Mar30,2016 at 4:30am(UTC)|
  6. +-------------+--------------+--------+---------------------------------------------+--------+----------+------------------------------+
  7. |w(11more)| d3703a994910 |no| ubuntu 15.10 amd64 (release)(20160315)| x86_64 |153.35MB|Mar30,2016 at 4:31am(UTC)|
  8. +-------------+--------------+--------+---------------------------------------------+--------+----------+------------------------------+
  9. ||75182b1241be|no| ubuntu 14.04 LTS amd64 (release)(20160314)| x86_64 |118.17MB|Mar30,2016 at 4:27am(UTC)|
  10. +-------------+--------------+--------+---------------------------------------------+--------+----------+------------------------------+

要了解镜像的所有信息，你可以使用lxc image info：

  1. stgraber@castiana:~$ lxc image info ubuntu
  2. Fingerprint: e8a33ec326ae7dd02331bd72f5d22181ba25401480b8e733c247da5950a7d084
  3. Size:139.43MB
  4. Architecture: i686
  5. Public:no
  6. Timestamps:
  7. Created:2016/03/1500:00 UTC
  8. Uploaded:2016/03/1605:50 UTC
  9. Expires:2017/04/2600:00 UTC
  10. Properties:
  11. version:12.04
  12. aliases:12.04,p,precise
  13. architecture: i386
  14. description: ubuntu 12.04 LTS i386 (release)(20160315)
  15. label: release
  16. os: ubuntu
  17. release: precise
  18. serial:20160315
  19. Aliases:
  20. - ubuntu
  21. Auto update: enabled
  22. Source:
  23. Server: https://cloud-images.ubuntu.com/releases
  24. Protocol: simplestreams
  25. Alias: precise/i386
编辑镜像

编辑镜像的属性和标志的简单方法是使用：

  1. lxc image edit <aliasor fingerprint>

这会打开默认文本编辑器，内容像这样：

  1. autoupdate:true
  2. properties:
  3. aliases:14.04,default,lts,t,trusty
  4. architecture: amd64
  5. description: ubuntu 14.04 LTS amd64 (release)(20160314)
  6. label: release
  7. os: ubuntu
  8. release: trusty
  9. serial:"20160314"
  10. version:"14.04"
  11. public:false

你可以修改任何属性，打开或者关闭自动更新，或者标记一个镜像是公共的（后面详述）。

删除镜像

删除镜像只需要运行：

  1. lxc image delete<aliasor fingerprint>

注意你不必移除缓存对象，它们会在过期后被 LXD 自动移除（默认上，在最后一次使用的 10 天后）。

导出镜像

如果你想得到目前镜像的 tarball，你可以使用lxc image export，像这样：

  1. stgraber@dakara:~$ lxc image export old-ubuntu .
  2. Outputisin.
  3. stgraber@dakara:~$ ls-lh *.tar.xz
  4. -rw-------1 stgraber domain admins 656Mar3000:55 meta-ubuntu-12.04-server-cloudimg-amd64-lxd.tar.xz
  5. -rw-------1 stgraber domain admins 156MMar3000:55 ubuntu-12.04-server-cloudimg-amd64-lxd.tar.xz

镜像格式

LXD 现在支持两种镜像布局，unified 或者 split。这两者都是有效的 LXD 格式，虽然后者在与其他容器或虚拟机一起运行时更容易重用其文件系统。

LXD 专注于系统容器，不支持任何应用程序容器的“标准”镜像格式，我们也不打算这么做。

我们的镜像很简单，它们是由容器文件系统，以及包含了镜像制作时间、到期时间、什么架构，以及可选的一堆文件模板的元数据文件组成。

有关镜像格式的最新详细信息，请参阅此文档。

unified 镜像（一个 tarball）

unified 镜像格式是 LXD 在生成镜像时使用的格式。它们是一个单独的大型 tarball，包含 rootfs 目录下的容器文件系统，在 tarball 根目录下有 metadata.yaml 文件，任何模板都放到 templates 目录。

tarball 可以用任何方式压缩（或者不压缩）。镜像散列是压缩后的 tarball 的 sha256 。

Split 镜像（两个 tarball）

这种格式最常用于滚动更新镜像并已经有了一个压缩文件系统 tarball 时。

它们由两个不同的 tarball 组成，第一个只包含 LXD 使用的元数据， metadata.yaml 文件在根目录，任何模板都在 templates 目录。

第二个 tarball 只包含直接位于其根目录下的容器文件系统。大多数发行版已经有这样的 tarball，因为它们常用于引导新机器。 此镜像格式允许不经修改就重用。

两个 tarball 都可以压缩（或者不压缩），它们可以使用不同的压缩算法。 镜像散列是元数据的 tarball 和 rootfs 的 tarball 结合的 sha256。

镜像元数据

典型的 metadata.yaml 文件看起来像这样：

  1. architecture:"i686"
  2. creation_date:1458040200
  3. properties:
  4. architecture:"i686"
  5. description:"Ubuntu 12.04 LTS server (20160315)"
  6. os:"ubuntu"
  7. release:"precise"
  8. templates:
  9. /var/lib/cloud/seed/nocloud-net/meta-data:
  10. when:
  11. - start
  12. template: cloud-init-meta.tpl
  13. /var/lib/cloud/seed/nocloud-net/user-data:
  14. when:
  15. - start
  16. template: cloud-init-user.tpl
  17. properties:
  18. default:|
  19. #cloud-config
  20. {}
  21. /var/lib/cloud/seed/nocloud-net/vendor-data:
  22. when:
  23. - start
  24. template: cloud-init-vendor.tpl
  25. properties:
  26. default:|
  27. #cloud-config
  28. {}
  29. /etc/init/console.override:
  30. when:
  31. - create
  32. template: upstart-override.tpl
  33. /etc/init/tty1.override:
  34. when:
  35. - create
  36. template: upstart-override.tpl
  37. /etc/init/tty2.override:
  38. when:
  39. - create
  40. template: upstart-override.tpl
  41. /etc/init/tty3.override:
  42. when:
  43. - create
  44. template: upstart-override.tpl
  45. /etc/init/tty4.override:
  46. when:
  47. - create
  48. template: upstart-override.tpl
属性

两个唯一的必填字段是 creation date（UNIX 纪元时间）和 architecture。 其他都可以保持未设置，镜像就可以正常地导入。

额外的属性主要是帮助用户弄清楚镜像是什么。 例如 description 属性是在 lxc image list 中可见的。 用户可以使用其它属性的键/值对来搜索特定镜像。

相反，这些属性用户可以通过 lxc image edit来编辑，creation date 和 architecture 字段是不可变的。

模板

模板机制允许在容器生命周期中的某一点生成或重新生成容器中的一些文件。

我们使用 pongo2 模板引擎来做这些，我们将所有我们知道的容器信息都导出到模板。 这样，你可以使用用户定义的容器属性或常规 LXD 属性来自定义镜像，从而更改某些特定文件的内容。

正如你在上面的例子中看到的，我们使用在 Ubuntu 中使用它们来进行 cloud-init 并关闭一些 init 脚本。

创建你的镜像

LXD 专注于运行完整的 Linux 系统，这意味着我们期望大多数用户只使用干净的发行版镜像，而不是只用自己的镜像。

但是有一些情况下，你有自己的镜像是有必要的。 例如生产服务器上的预配置镜像，或者构建那些我们没有构建的发行版或者架构的镜像。

将容器变成镜像

目前使用 LXD 构造镜像最简单的方法是将容器变成镜像。

可以这么做：

  1. lxc launch ubuntu:14.04my-container
  2. lxc execmy-container bash
  3. <do whatever change you want>
  4. lxc publish my-container --aliasmy-new-image

你甚至可以将一个容器过去的快照变成镜像：

  1. lxc publish my-container/some-snapshot --alias some-image

手动构建镜像

构建你自己的镜像也很简单。

  1. 生成容器文件系统。这完全取决于你使用的发行版。对于 Ubuntu 和 Debian，它将用于启动。
  2. 配置容器中该发行版正常工作所需的任何东西（如果需要任何东西）。
  3. 制作该容器文件系统的 tarball，可选择压缩它。
  4. 根据上面描述的内容写一个新的 metadata.yaml 文件。
  5. 创建另一个包含 metadata.yaml 文件的 tarball。
  6. 用下面的命令导入这两个 tarball 作为 LXD 镜像：lxc image import <metadata tarball> <rootfs tarball> --alias some-name

在一切都正常工作前你可能需要经历几次这样的工作，调整这里或那里，可能会添加一些模板和属性。

发布你的镜像

所有 LXD 守护程序都充当镜像服务器。除非另有说明，否则加载到镜像存储中的所有镜像都会被标记为私有，因此只有受信任的客户端可以检索这些镜像，但是如果要创建公共镜像服务器，你需要做的是将一些镜像标记为公开，并确保你的 LXD 守护进程监听网络。

只运行 LXD 公共服务器

最简单的共享镜像的方式是运行一个公共的 LXD 守护进程。

你只要运行：

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

远程用户就可以添加你的服务器作为公共服务器：

  1. lxc remote add <some name><IP or DNS>--public

他们就可以像使用任何默认的镜像服务器一样使用它们。 由于远程服务器添加了 -public 选项，因此不需要身份验证，并且客户端仅限于使用已标记为 public 的镜像。

要将镜像设置成公共的，只需使用 lxc image edit 编辑它们，并将 public 标志设置为 true。

使用一台静态 web 服务器

如上所述，lxc image import 支持从静态 https 服务器下载。 基本要求是：

  • 服务器必须支持具有有效证书的 HTTPS、TLS 1.2 和 EC 算法。
  • 当访问 lxc image import 提供的 URL 时，服务器必须返回一个包含 LXD-Image-Hash 和 LXD-Image-URL 的 HTTP 标头。

如果你想使它动态化，你可以让你的服务器查找 LXD 在请求镜像时发送的 LXD-Server-Architectures 和 LXD-Server-Version 的 HTTP 标头，这可以让你返回符合该服务器架构的正确镜像。

构建一个简单流服务器

ubuntu: 和 ubuntu-daily: 远端服务器不使用 LXD 协议（images: 使用），而是使用称为简单流（simplestreams）的不同协议。

简单流基本上是一个镜像服务器的描述格式，使用 JSON 来描述产品以及相关产品的文件列表。

它被各种工具，如 OpenStack、Juju、MAAS 等用来查找、下载或者做镜像系统，LXD 将它作为用于镜像检索的原生协议。

虽然这的确不是提供 LXD 镜像的最简单的方法，但是如果你的镜像也被其它一些工具使用，那这也许值得考虑一下。

关于简单流的更多信息可以在这里找到。

总结

我希望这篇关于如何使用 LXD 管理镜像以及构建和发布镜像文章让你有所了解。对于以前的 LXC 而言，可以在一组全球分布式系统上得到完全相同的镜像是一个很大的进步，并且引导了更多可复制性的发展方向。

额外信息

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

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

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

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

如果你不想或者不能在你的机器上安装 LXD ，你可以在 web 上试试在线版的 LXD 。

作者简介：我是 Stéphane Graber。我是 LXC 和 LXD 项目的领导者，目前在加拿大魁北克蒙特利尔的家所在的Canonical 有限公司担任 LXD 的技术主管。

via: https://www.stgraber.org/2016/03/30/lxd-2-0-image-management-512/

作者：Stéphane Graber 译者：geekpi 校对：wxy

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

原文：https://www.stgraber.org/2016/03/30/lxd-2-0-image-management-512/

标签：#镜像#容器技术#存储服务器#文件属性#友帮拓系统#lxc | 浏览：396 | 发布日期：

免责声明：文章转载自《LXD 2.0 系列（五）：镜像管理》仅用于学习参考。如对内容有疑问，请及时联系本站处理。

上篇同步加载、异步加载、延迟加载goahead3.6.3就基本使用（后台上传信息到html页面），高手请忽略下篇

宿迁高防，2C2G15M，22元/月；香港BGP，2C5G5M，25元/月 雨云优惠码：MjYwNzM=

相关文章

云计算openstack核心组件——glance— 镜像服务（6）

一、glance介绍：              Glance是Openstack项目中负责镜像管理的模块，其功能包括虚拟机镜像的查找、注册和检索等。 Glance提供Restful API可以查询虚拟机镜像的metadata及获取镜像。 Glance可以将镜像保存到多种后端存储上，比如简单的文件存储或者对象存储。   理解 Image   要理解...

IOS开发之内存管理--dealloc该写些什么

一句话：dealloc 就是释放当前类所持有的对象即可。不是当前类持有的对象，就不要去释放了。但是当前类持有的对象，一定要释放。 推荐以下视频，虽然简单，但是基本原理讲清楚了。 http://code4app.com/course/24-2904-3022 在非ARC开发环境中，dealloc是类释放前，清理内存的最后机会。到底那些变量和属性该释放呢，一些...

C#通用的参数设置功能模块（ini文件配置）

以下是学习笔记： 1，参数设置的子窗体设置 【1.1】大小要和主窗体嵌入的panel尺寸一致 【2.2】字体和大小要一致 【3.3】无边框设置FormBorderStyle.None 2，批量参数设置思路 Ini: Section 1个:参数 Key 2个：基础参数，高级参数 JSON：对象和JSON字符串之间的互相转换 反射：控件Name就是对象属性的名...

centeros 下 docker 安装

关键字      镜像   容器   仓库 centerOs条件： 必须是 64 位操作系统 建议内核在 3.8 以上 查看内核版本 uname -r  安装　　 　　rpm -Uvh http://download.fedoraproject.org/pub/epel/6/i386/epel-release-6-8.noarch.rpm　　yum -...

Windows下复制文件命令xcopy

复制文件和目录树。 XCOPY source [destination] [/A | /M] [/D[:date]] [/P] [/S [/E]] [/V] [/W] [/C] [/I] [/Q] [/F] [/L] [/H] [/R] [/T] [/U] [/K] [/N] [/O] [/X] [/Y] [/-Y] [/Z] [/EXCLUDE:file...

物联网Coap框架 ------- Californium结构分析

  一．Calinfornium简介 Californium 是一款基于Java实现的Coap技术框架，该项目实现了Coap协议的各种请求响应定义，支持CON/NON不同的可靠性传输模。 在同等的Coap协议的技术实现中，Calinfornium框架在众多框架中以性能最优。如下：   二．Californium的项目结构 目前Californium...

最新文章

随机推荐

思享工具箱导航