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

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

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

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

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

4K的隨機寫

可以看到：

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

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

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

64K的順序讀：

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

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

Instance Storage的性能：是基于高配的8個NVMe SSD：

這里的感覺和之前用硬盤堆IOPS類似，土豪客戶想要高性能，3M的IOPS也可以提供。當(dāng)然，這個性能和現(xiàn)在的SDS的startup動輒10M的IOPS還是有差距，但是要知道Dell EMC從來都是性能最低的，好不容易收了一個DSSD，（對，就是用了Annapurna lab芯片的那個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]

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

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

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

OS基于設(shè)備的類型可以感知兩者的不同，但是I/O設(shè)備因為都是基于ENA和EBS，因此如果使用AWS的AMI話，上層的功能不感知。

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

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

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

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

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

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

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

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

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

A：建議和那些了解i960 (Storage ),IXP1200/2400(Network） 系列的人一起吃吃飯，了解一下整個行業(yè)的歷史。當(dā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