作為PC 服務器從業人員，在上海有一個比較大的好處。就是有浦江鎮的英業達和松江的QTC這樣的好去處。當筆者第一次在工廠的產線上看到整個機架的AWS的服務器的時候，內心是激動的。對于同在一個屋檐下的Facebook的OCP[1]就是無感了，原因就是連原理圖都開源了，硬件有啥好看的。

AWS的服務器的第一印象就是，好多網口，在能插網卡的地方都是萬兆的網卡。在一個1U的服務器里，能夠安裝多達6到7個萬兆網卡。同樣，也有那些插滿SSD的2U的服務器，上面也是各種網口，當時的印象的確是云計算的本質就是網絡計算機，對了，那個時候SUN Microsystem剛死不到3年。

整個存儲工業也基本上是從DAS到NAS，然后到SAN的，本地存儲，這種比較low的方案，肯定是云計算公司直接pass的。

但是，但是，“天下武功，唯快不破”， 俺之前打工的公司有更明確的Vision “The Peformance of a SAN in the Palm of Your Hand"[2]

作為Flash存儲的先行者，Fusionio的創始人David Flynn的夢想也很遠大，他的Vision肯定激勵著現在很多SDS的startup。[3]

因此看到AWS提供Instance Storage，也就是Local Storage的時候，我的內心是拒絕的，”AWS呀，你這濃眉大眼的也叛變革命！“[4]. 上面的存儲類型從HDD到SSD和NVMe SSD。

俺曾有一個土豪朋友給筆者用了AWS的SSD Instance SSD， 本質上真的比較low，就是一個LSI的8 Port的SAS卡，上面有8個SATA口的SSD，SSD就按1/2/4/8數量分配給不同的虛擬機。

但是這一切被NVMe升華了。

AWS對于Nitro的性能談論的不多，他們更關心的是IOPS的SLA。這里有一個簡單的比較。

對于存儲來講，還是延時，延時，延時。Ntrio又一次發揮了作用。

提供了NVMe的接口，當然是通過SRIOV的接口，Ntrio 本身提供了加密，Qos和NVMe的盤的監控。

對于NVMe的SRIOV的支持，筆者在2014年底和annapurnalab的人一起開會的時候，他們就講Intel早基于他們的芯片做雙口的NVMe的SSD，他們忽悠筆者打工的公司STX也做類似方案。對于Dual Port NVMe來講，從前端接口過來的數據流的處理當時也有挑戰的，畢竟Gen3X2，也是2G的帶寬，比SATA高了4倍。SRIOV也比雙口更有挑戰。從SRIOV定義之后，NIC廠家很快就有產品了，而當時的存儲之王LSI Logic一直講他們的6G的SAS控制器芯片支持8個SRIOV，但是沒有Firmware。當時Firmware的只要挑戰是LSI Logic的人要花錢給AMI來適配BIOS，但是沒有人愿意掏錢。。。

對于Nitro 的人來講，他們的芯片可以handle I/O的流量，從ethernet來，和從PCIE來沒有本質的區別。人家就順手做了。但是這里面有一個帶寬匹配的問題，土豪用戶都可以看到標準的AWS NVMe SSD的Instance的配置。4個一組[5]，不知道有沒有只有一個的？

果然土豪，自家的芯片，可勁造。大神已經講了，這個Nitro Card有很多不同的形態，但是芯片都是一個。這就是System On Chip的天生優勢了。