FAQ，這里不解釋，如果大家不知道，建議繞行。為什么來(lái)一個(gè)番外的FAQ，原因是AWS在講他們的產(chǎn)品定義過(guò)程的時(shí)候，講過(guò)一個(gè)“working backwards”[1], 就是先發(fā)布產(chǎn)品的product release，然后FAQ，之后才會(huì)有原型。這個(gè)把早在90年代流行于硅谷的“霧件”文化發(fā)揮到了極致，反正歷史都是成功者書寫的。俺這種寫過(guò)傳統(tǒng)的MRD的人，需要搞搞新意思。[2]

Q: 基于Nitro系統(tǒng)的EBS的性能如何，和Instance storage的性能對(duì)比是怎么樣？

A: 這個(gè)問題，AWS沒有官方的回答，AWS的EBS介紹的如下：[3]

80K IOPS 和 1750MB/S，比較一般吧？

具體性能看一下[4]：4K的隨機(jī)讀

4K的隨機(jī)寫

可以看到：

1：寫的延時(shí)比讀好，說(shuō)明后臺(tái)的存儲(chǔ)肯定是有大量的緩存的，反正整體的性能不需要太高，因此緩存的出現(xiàn)為額外的快照功能提供更大的空間。

2. 基本上是到了64K 的IOPS之后，性能的限制出現(xiàn)，之前的延時(shí)堪稱經(jīng)典， 大部分對(duì)于IOPS敏感的應(yīng)用都希望可以得到一個(gè)可以預(yù)期的延時(shí)。

3. EBS的延時(shí)還是很大的提升空間，畢竟寫的peak latency 28ms， 讀是60ms。要知道，現(xiàn)在的SCM都是<10us 的產(chǎn)品。

64K的順序讀：

64K的順序?qū)懀?/p>

基本上I/O的控制能力不錯(cuò)，基于IOPS和帶寬的限制都做到位了。

Instance Storage的性能：是基于高配的8個(gè)NVMe SSD：

這里的感覺和之前用硬盤堆IOPS類似，土豪客戶想要高性能，3M的IOPS也可以提供。當(dāng)然，這個(gè)性能和現(xiàn)在的SDS的startup動(dòng)輒10M的IOPS還是有差距，但是要知道Dell EMC從來(lái)都是性能最低的，好不容易收了一個(gè)DSSD，（對(duì)，就是用了Annapurna lab芯片的那個(gè)Startup)還被放棄了。[5]

Q: 什么是Nitro Hypervisor，他和AWS之前使用的Xen 有區(qū)別嗎?

A: The new hypervisor for Amazon EC2, introduced with the launch of C5 instances, is a component that primarily provides CPU and memory isolation for C5 instances. VPC networking and EBS storage resources are implemented by dedicated hardware components that are part of all current generation EC2 instance families. It is built on core Linux Kernel-based Virtual Machine (KVM) technology, but does not include general purpose operating system components.[6]

一句話，就是輕量級(jí)的Hypervisor， 基于KVM，但是沒有QEMU那些設(shè)備仿真模塊，因?yàn)镹trio Card都是實(shí)打?qū)嵉挠布?/p>

如果你使用AWS提供的AMI。比如Windows，Ubuntu, Debian, Red Hat Enterprise Linux, SUSE Enterprise Linux, CentOS, and FreeBSD，使用習(xí)慣和Xen 沒有差別。

但是你可以感知到兩者的不同， Nitro Hypervisor 提供了Boot fromEBS的功能，這個(gè)是基于NVMe接口的，Xen則需要先從一個(gè)仿真的IDE的設(shè)備上啟動(dòng)，然后轉(zhuǎn)換到一個(gè)Xen的paravirtualized的塊設(shè)備上。

OS基于設(shè)備的類型可以感知兩者的不同，但是I/O設(shè)備因?yàn)槎际腔贓NA和EBS，因此如果使用AWS的AMI話，上層的功能不感知。

Q： ENA和EBS這么好，我可以在一個(gè)Nitro Hypervisor上堆幾個(gè)？

A： 在Nitro Hypervisor上運(yùn)行的VM 實(shí)例可以27個(gè)ENA或者EBS Volume，每個(gè)ENA和EBS Volume都占有一個(gè)PCIE設(shè)備的名額。如果你安裝了3個(gè)ENA，就剩下24個(gè)EBS的volume。

Q: Nitro Hypervisor 沒有使用QEMU來(lái)模擬設(shè)備，它如何相應(yīng)硬件的中斷？

A: 使用Intel 的設(shè)備虛擬化技術(shù)中的Posted interrupt， 這個(gè)技術(shù)可以支持把中斷直接上報(bào)給虛擬機(jī)，只要有對(duì)于的PCIE設(shè)備分配給了虛擬機(jī)。在和Nitro Hpervisor 配套的裸金屬虛擬機(jī)中，不需要X86的主機(jī)來(lái)處理這部分中斷，因此需要預(yù)留任何X86 CPU。

Q：Nitro Hypervisor 到底運(yùn)行在哪里？VM over VM的性能如何保證?

A: 上面講了不需要CPU資源，但是大家都是馮氏架構(gòu)，沒有CPU資源是你有自己的ARM Core，但是Nitro Hypervisor 畢竟是一個(gè)Firmware，需要和上下通訊的。這里使用了Intel的VMCS[8]

Q: 這個(gè)系列還有什么內(nèi)容：

A: 目前還有 NitroHypervisor的Deep Dive，Nitro Security Chip，Nitro Management Chip，以及AWS的A1， Apple準(zhǔn)備取代Intel的A12x 的SoC[9]， ARM的N1和E1 平臺(tái)[10]，Xilinx的ACAP平臺(tái)[11]，還有兩個(gè)網(wǎng)絡(luò)SoC。

Q: 如何能夠比較游刃有余地跟上作者的思路？

A：建議和那些了解i960 (Storage ),IXP1200/2400(Network） 系列的人一起吃吃飯，了解一下整個(gè)行業(yè)的歷史。當(dāng)然，你可以贊助我，我可以請(qǐng)他們吃飯。

周末愉快！

[1]https://www.forbes.com/sites/innovatorsdna/2017/08/08/how-does-amazon-stay-at-day-one

[2]https://music.douban.com/review/4917170/

[3]https://docs.aws.amazon.com/zh_cn/AWSEC2/latest/UserGuide/EBSVolumeTypes.html

[4]https://www.storagereview.com/amazon_ec2_i3metal_review

[5]https://www.storagereview.com/dell_emc_stops_production_on_dssd

[6]http://aws-de-media.s3.amazonaws.com/images/AWS_Summit_2018/June7/Alexandria/Introducing-Nitro.pdf

[7]https://kernelgo.org/posted-interrupt.html

[8]https://software.intel.com/en-us/blogs/2014/12/12/enabling-virtual-machine-control-structure-shadowing-on-a-nested-virtual-machine

[9]https://www.extremetech.com/mobile/279988-apples-ipad-pro-a12x-nearly-matches-top-end-x86-cpus-in-geekbench

[10]https://community.arm.com/processors/b/blog/posts/arm-neoverse-n1-platform-accelerating-the-transformation-to-a-scalable-cloud-to-edge-infrastructure

[11]https://www.xilinx.com/support/documentation/white_papers/wp505-versal-acap.pdf