查看原文
其他

震撼:AWS放弃XEN 改用KVM作为新的虚拟化引擎

2017-11-09 翻译 肖力 云技术实践

新的C5实例和未来的虚拟机讲不使用XEN,而是核心的KVM技术。


AWS已经宣布它已经创建了新的基于KVM虚拟化引擎,而不是它多年来依赖的Xen引擎。


随着新的EC2实例披露了新的虚拟化引擎,这是由英特尔的Skylake Xeon系列支持的“C5”实例。AWS关于新实例的常见问题说明“C5实例使用了基于核心KVM技术的新的EC2虚拟化引擎。”


这是爆炸性新闻,因为AWS长期支持Xen虚拟化引擎。Xen项目吸引了强大的资源,因为最强大的公共云使用它的开源软件。Citrix的Xen服务器和AWS虚拟化引擎很相近。


更有趣的是AWS的新闻:“前进,我们将使用这个虚拟化引擎来为其他类型实例提供动力。”这家互联网巨头的新闻让我们感到高兴,他们计划“在一场AWS re:Invent会议中分享更多的技术细节”。


听起来很像AWS和Xen要分手


新的虚拟化引擎可以很好地解释为什么AWS是最后一个运行英特尔新的Skylake Xeon cpu的大型云,因为AWS也显示了新的C5实例运行在它所描述的“自定义处理器,对EC2进行优化”。


英特尔和AWS都说这是一个定制的3.0 GHz XeonPlatinum8000系列处理器。Chipzilla提供了一些关于CPU的发布级细节,说它与AWS在“优化AI /深度学习引擎和最新版本的英特尔数学内核库”工作,“MXNet和其他深度学习框架在Amazon EC2 C5实例上进行了优化,效果非常好”。


英特尔以前定制过Xeon系列,提供给Oracle等公司,AWS购买了cpu,因此,英特尔再次这样做也就不足为奇了。


迁移到KVM更令人惊讶,但AWS为了获得最佳性能会做任何需要调整其云的事情。如果这意味着构建虚拟化引擎,并确保它与自定义的Xeon系列挂钩,那就这样吧。


不管它在三周内揭示了什么,AWS现在说C5实例和他们的新虚拟化引擎都是关于更快的吞吐量,因为新的虚拟机连接到云计算的弹性块存储(EBS),在网络和带宽上击败了之前最好的。


下面是AWS在FAQ中说的:


在C5实例中引入Amazon EC2的新虚拟化引擎,是一个主要为C5实例提供CPU和内存隔离的组件。VPC网络和EBS存储资源,由的EC2实例家族的一部分专用硬件组件实现的。


它建立在核心的基于Linux内核的虚拟机(KVM)技术上,但不包括通用操作系统组件。

换句话说,网络和存储是在其他地方完成的,而不是在虚拟化引擎中,它专注于隔离CPU和内存资源:


最终所有新的实例类型都将使用新的EC2虚拟化引擎,但是在短期内,一些新的实例类型将根据平台的需求使用Xen。


运行在新的EC2虚拟化引擎上的实例支持最多27个额外的PCI设备,用于EBS卷和VPC ENI。每个EBS卷或VPC ENI使用一个PCI设备。例如,如果您将3个附加的网络接口附加到一个使用新的EC2管理程序的实例,那么您可以在这个实例上附加到24个EBS卷。


所有使用新的EC2虚拟化引擎运行的EC2实例,提供的交互公共api都将保持不变。例如,描述实例响应的“hypervisor”字段,它将继续为所有EC2实例报告“xen”,即使是在虚拟化引擎下运行的实例。在EC2 API的将来版本中可能会删除这个字段。


你应该查看FAQ,了解AWS移动到新虚拟化引擎的全部影响。下面是基于kvm的新C5实例的统计数据:


Instance Name

vCPUs

RAM in GiB

EBS*Bandwidth

Network Bandwidth

c5.large

2

4

Up to 2.25 Gbps

Up to 10 Gbps

c5.xlarge

4

8

Up to 2.25 Gbps

Up to 10 Gbps

c5.2xlarge

8

16

Up to 2.25 Gbps

Up to 10 Gbps

c5.4xlarge

16

32

2.25 Gbps

Up to 10 Gbps

c5.9xlarge

36

72

4.5 Gbps

10 Gbps

c5.18xlarge

72

144

9 Gbps

25 Gbps


每个vCPU都是Amazon所获得的物理CPU上的一个线程。


原文链接:

http://www.theregister.co.uk/2017/11/07/aws_writes_new_kvm_based_hypervisor_to_make_its_cloud_go_faster/


译者点评:

  1. 因为AWS在XEN上做了多年的投入,一直认为AWS不会放弃,没有想到说放弃就放弃了。前几天有一个KVM2017年度代码贡献,看到有A 49 30632 49 15263 0 0 1709 0 0:00:17 0:00:08 0:00:09 3639 49 30632 49 15263 0 0 1535 0 0:00:19 0:00:09 0:00:10 3629 49 30632 49 15263 0 0 1345 0 0:00:22 0:00:11 0:00:11 3118 49 30632 49 15263 0 0 1236 0 0:00:24 0:00:12 0:00:12 3118WS,还以为是玩票性质的。主要原因因为新一代CPU平台的原因,为了发挥更好的性能。

  2. 目前国内新一代的公有云全部使用的是KVM,阿里和腾讯云有一部分是XEN,但是最近几年他们已经准备超KVM上转移了。

相关阅读:

高端私有云项目交流群,欢迎加入!

2017年度KVM开源贡献排名重磅发布

向云上迁移数据时如何避免停机和中断

如何从传统IT技能转型进入云计算

谷歌和IBM启动开源项目以更好地控制容器

CNCF基金会公布了30名新成员,共达到138名成员

Kubernetes 1.8专注安全,在容器编排平台中稳居领导地位

云管理平台实践指南

通过iptables分析OpenStack 安全组规则

2016年OpenStack文章精选|云技术社区

OpenStack落地的五大难点

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存