在上一篇《百度 vs Facebook：基础架构研发思路分析》中，分析了两家公司自主数据中心使用的PCIe闪存卡，包括由华为代工硬件的百度SSD和Facebook参与研发的Fusion-io ioScale。同时也提到采访的内容还涉及到基于ARM/x86服务器的云存储、万兆以太网（10GbE）交换机等话题，这篇文章笔者将继续沿着他们在产品技术、设计思路上的异同，把自己粗浅的见解分享给大家，希望能带来有益的参考。

关于ARM和x86在数据中心应用的较量，已经不是一个新话题了。我们经常看到功耗、性能数字，以及应用软件和生态系统丰富程度的讨论。《华为UDS对象存储：ARM自组织硬盘满足CERN功耗》一文里面，笔者曾经提到“功耗和成本正是UDS使用ARM而不是Intel Atom等处理器的原因，据了解华为此前在这一系列的产品中使用过Atom。”

现在我想以大型用户的实际研发和部署进度为切入点，继续谈谈ARM和x86之间各自的优势，以及可能存在的不足。

这篇文章的两个主要论点是：ARM在用于数据中心的SoC方面，当前相对于x86的功能和集成度有一定优势；另外百度与Facebook主导的Open Compute Project（开放计算项目），其存储（服务器）设计的密度和灵活性也有些差别。那为什么标题中还说两家“异曲同工”呢？先来看看百度的情况。

百度ARM云存储支持纯x86/ARM，或两者混布

关于百度的ARM云存储节点，是否方便透露使用了来自哪家的处理器？系统来自哪个ODM？

以我的了解，华为UDS对象存储（云存储）也使用了ARM，在存储节点上每颗ARM（应该是单核）对应一个硬盘，而管理（元数据）节点仍然是x86。

我看到百度也是每个ARM核心对应一个硬盘，因此想了解下整套系统的组成，是否也需要x86的管理节点搭配使用？ARM在这里是什么样的角色（承担着哪些处理工作）？

百度：我们与ARM、Marvell 等业界领导者共同设计开发了这款ARM 云存储服务器，并拥有相关专利。完整的系统架构不方便透露。可以明确的是，我们的这套系统可以支持纯X86，或者纯ARM，或者两者混布。

点评：我想这个答复还算简单清楚，下面再看看实物照片：

百度的ARM云存储服务器，采用在2U机架中6个节点的机箱设计

　　上图下方为抽出的一个ARM节点，在外形尺寸上接近刀片服务器。我们可以看到4块希捷的3.5英寸硬盘，在右边红圈中的区域，2个带有散热片的芯片中应该有一个是来自Marvell的4核心ARM，附近斜插着一条ECC内存。

　　而放在机箱上的那个模块则是从机箱后部抽出来，在它两边是一对冗余电源模块。除了风扇排之外，这里大一点红圈中的3颗芯片应该是用于计算节点与对外万兆以太网（10GbE）接口之间的交换单元，右下方那个小芯片看上去像是ASPEED的图形和远程管理（BMC）处理器。

　　可以看出，该2U系统有一块“中板”，负责内部通信和供电连接。

至这篇文章截稿之时，笔者又看到了百度云首席架构师林仕鼎在HPCA大会上的演讲资料——《Application-Driven Datacenter Computing》。上图中提到了12 HDD/U的密度，也就是2U 24块硬盘；另外内置网络交换模块也符合我们在上面的判断。

　　接下来讨论下Facebook的存储设计。