神刀安全网

Hypernetes实现多租户CaaS,且无需客户操作系统

Hypernetes 使用一个最小Linux内核取代了虚拟机中的客户操作系统作为容器的宿主,这样就避免了运行全功能操作系统的开销。

HyperHQ 在十月份发布了Hypernetes。InfoQ采访了该公司的前开发大使 Thibault BronchainVisualOps 创始人兼Hyper投资人 Peng Zhao ,他们详细谈论了Hypernetes的工作原理。

Hypernetes使用 Hyper 项目作为容器宿主,并使用了 OpenStack (一种基础设施即服务软件)的一些组件和 Kubernetes (一种管理Linux集群的框架)。Hypernetes由Kubernetes派生而来。

Hypernetes的其中一个组件——Hyper项目——提供了一个裸机上的容器运行时。通常,容器要在虚拟机里的一个客户操作系统上启动。Hyper使用一个名为 HyperKernel 的小型Linux内核启动VM,将客户OS/VM层“扁平化”。这是Hyper与其他容器运行时的主要不同之处。关于这一点,Bronchain补充说:

Hyper正是使用一个单独的Linux内核取代了“客户操作系统”。这样配置出来的VM是超轻量级的,而且配置非常快。它们的启动时间是亚秒级的,不会过多增加Linux容器的启动时间。

在Hyper启动内核以后,名为HyperStart的初始化服务会创建一个Pod。一个Pod是一个容器镜像集合,而这些镜像是同一个逻辑组的一部分。这是从 谷歌 借用 的一个概念。例如,在一个微服务架构中,一个Pod可能包含多个辅助程序,如日志和监控。Bronchain解释了他们选择Kubernetes而不是Mesos和Swarm的原因:

我们认为,Kubernetes是最可靠、最容易使用的调度器。我们对使用其他调度器实现Hyper持开放态度,但我们仍然要制定我们的路线图。

按照Bronchain的说法,可以使用其他任何Linux内核取代定制的Hyper内核,但目前并没有文档说明,而且也不容易做。

OpenStack是一个用于构建和管理云的IaaS框架,Hypernetes使用了它的部分组件。它使用OpenStack的身份和服务目录提供程序 Keystone 进行身份验证和授权。它还使用了其他的OpenStack组件,如用于存储的 CinderCeph ,用于网络管理的 Neutron 。对于OpenStack而言,这是一个独特的用法,因为其组件通常都不在OpenStack部署之外使用。

作为一个容器运行时,Docker已经成熟并被广泛采用。那么为什么会有人想要使用一种尚处于发展初期的替代方案呢?Zhao是这样说的:

世界正在向公有云靠近。不管Linux容器的性能有多好,人们都是在虚拟机里运行容器。因此,使虚拟机像容器一样运行,以便简化基础设施栈,实现新服务,这是有意义的。而且,很难想象,在一个基于容器的公有云上,每个人都被迫使用一个单独的内核版本。

在这个生态系统里还有其他的玩家,如 Ubuntu的LXD 就被称为“Linux容器管理程序”。在回答InfoQ关于Hypernetes与LXD相比怎么样的问题时,Zhao说:

LXD仍然是基于Linux容器,但能够模拟一个完整的VM,并且具有额外的安全特性。不过,Hyper试图提供的是一种以应用为中心的Docker体验。虽然Hyper使用“管理程序(hypervisor)”,但它不会像一个完整的VM那样运行。

另一个类似的产品是 CoreOS ,这是一个基于Linux的、轻量级的操作系统,专门设计用于托管使用诸如Docker、 rkt 这样的运行时的容器。不过,Hyper只启动一个最小的内核用于托管容器,而CoreOS是一个操作系统, 内置支持服务发现,并且运行在上面的容器可以共享配置

GitHub提供了Hypernetes的 源代码 以及 部署说明

查看英文原文: Hypernetes Enables Multi-Tenant CaaS Without a Guest OS

原文  http://www.infoq.com/cn/news/2015/12/hypernetes-caas

转载本站任何文章请注明:转载至神刀安全网,谢谢神刀安全网 » Hypernetes实现多租户CaaS,且无需客户操作系统

分享到:更多 ()

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址
分享按钮