下一代虚拟化平台StratoVirt详解

Zhigang Wang2020-10-27VirtStratoVirt

首先罗列一些问题。阅读完本文,你将会有比较清晰的答案

  • StratoVirt是什么,有何产品特点?

  • StratoVirt的开发背景,为何要做StratoVirt?

  • StratoVirt的架构设计原原理是什么?

  • StratoVirt未来在openEuler社区的开发路标和演进路线是什么?

StratoVirt是什么

可能大家心里都会有个疑问:StratoVirt这个名字是什么意思?Strato这个单词的发音[stretə],意思是大气层中的平流层。

大家知道,大气层地球能够诞生生命关键性因素,能够保护地球不受外太空陨石的侵害。而虚拟化技术是操作系统平台之上的隔离层,既能保护操作系统平台不被恶意应用侵害,又能给上层应用提供安全隔离的环境。

StratoVirt是计算产业中面向云数据中心的企业级虚拟化平台,实现了一套架构统一支持虚拟机、容器、Serverless三种场景,在轻量低噪、软硬协同、安全等方面具备关键技术竞争优势。Strato承载了项目的愿景与未来: 轻量、灵活、 安全和完整的保护能力。这就是StratoVirt这个名字的寓意。

因此StratoVirt项目就是要通过openEuler社区为广大用户引入最先进、最开放的虚拟化技术。

为何要做StratoVirt?

  • Insight 1: QEMU的演进历史

提到虚拟化,咱们不得不提到qemu。qemu-kvm是整个虚拟化产业发展的基石和主线,但是在多年的发展历史中,也积累了庞大的代码基线和繁多的历史设备。

按照我们的统计,现在qemu已经有157万代码,而且其中又有很大一部分代码是用来支持legacy特性或者设备的,功能和设备严重耦合在一起,导致无法轻装上阵。

另外一个insight就是CVE,我们分析统计了过去十几年中QEMU的CVE问题,其中有将近一半是因为内存问题导致的。

做过基础设施的兄弟都应该都深有感触,碰到CVE,加班熬夜通宵都不是事,而且搞不好还是加了班还背锅,因此我们也在积极探寻一条自我救赎的道路。

我们期望这个答案是Rust。

  • Insight 2:资源隔离方案演进

还有一个insight就是如何进行资源隔离。大家都知道,一台服务器上的资源太大了,肯定要分开了用或者分开卖。咱们手里的两个有力的武器是container和虚拟机,都可以实现资源的分割。当然,从管理面上咱们可以看到K8S,openstack,libvirt这些东西。

container这玩意非常好,但是就是不够安全,所以咱们又搞了一条新的路,用虚拟机套容器(其实也就是所谓的安全容器)。安全性的问题解决了,但是又带来一个新的问题,虚拟机太重了,对于一些常驻的业务还好,对一些轻量的业务(比如serverless),那就真是要命了。向左走,还是向右走?咱们的解决方案是啥,microvm。

在轻量化场景下,openEuler在开源的解决方案做了很多探索,也尝试来解题。

第一个发现是docker太重了,对每个vm的管理开销接近100MB,因此我们有了isula。同时我们发现qemu也太重了,因此有了stratovirt。

StratoVirt的架构设计原原理是什么?

从顶层架构上看,当前StratoVirt在软件栈中所处的位置和qemu、Firecracker类似:向下借助KVM模块实现硬件加速,例如X86的VT和鲲鹏平台的Kunpeng-V;向上通过容器引擎isula或docker对接容器生态,通过虚拟机引擎libvirt对接虚拟机生态,以此实现对端、边、云中多种应用场景的支持。

就StratoVirt本身而言,相比于Rust-VMM最大的架构特征就是组件化、可灵活配置:例如在StratoVirt中引入了device model的概念,基于此实现了CPU、扁平内存、堆叠内存、virtio设备PCI设备等多种公共组件;

针对轻量化场景,我们可以选用轻量机型主板并在此基础上增加CPU、扁平内存、Virtio设备等必要组件;

针对标准化场景不,我们可以选用标准机型主板并增加CPU、堆叠内存模型、PCI系统、Virtio设备等组件,这样便可以灵活应对各种场景的需求。

StratoVirt的的技术路标和演进节奏?

StratoVirt会放在openEuler社区进行开发,相关的特性只要成熟就能合入主线。同时,每个每个季度也会release一个包含所有成熟特性的正式版本。


【免责声明】本文仅代表作者本人观点,与本网站无关。本网站对文中陈述、观点判断保持中立,不对所包含内容的准确性、可靠性或完整性提供任何明示或暗示的保证。本文仅供读者参考,由此产生的所有法律责任均由读者本人承担。