宠物和牛，2B和2C

先祝大家圣诞快乐！ 关于圣诞礼物，想想都觉得有趣，为小朋友送礼物，还得趁着他睡着之后，蹑手蹑脚，偷偷摸摸 :)

---Begin---

我一直觉得，2B（to Business，针对企业用户）和2C（to Consumer，针对个人用户）的应用对于IT基础架构的要求是有很大差异的。两者有着截然不同的基因，因此各自的基础架构的特点，包括部署和实现，要求和适用范围都非常不同。

 

举个例子，阿里云的飞天架构在超大规模，例如5000台以上，甚至10000台以上，能够淋漓尽致的发挥它的优势。但是规模缩小以后呢？

 

从企事录2017-11-22发表的文章《gui扯：阿里云专有云、超融合、AWS以及张北二期》可以发现，阿里云用来切入私有云市场的，飞天架构的简缩版Apsara Stack，至少62台物理服务器，这62个节点的角色分别为：

10个管理节点，25个计算节点，27个存储节点。

 

 

如此庞大的规模要求，是一般用户玩不起的，而且在集群规模较小的情况下，其资源利用率难以到达一个较高的水准。当然，Apsara Stack或许能够提供更多更丰富的功能。

 

备注：

阿里云专有云系统由2个集装箱数据中心组成，每个集装箱里有4个服务器机柜。8个机柜共有62台服务器。我也曾听说，通过服务器节点身兼多种角色，可以把集群最小节点数，减少到20多。希望知情的朋友，通过留言、私信，或者QQ (9269216) 联系我，最好能告知出处。

 

每个机柜有8台2U双路至强E5-2600 v4服务器

 

不独阿里云是这样，还听说其他公有云涉足到私有云时，也要求集群的节点数较多。

然而，以vSAN为基础搭建的超融合架构，最小仅需3个节点。下图所示的是2U 四个节点的vSAN集群。

 

我觉得，造成62:3的重大原因是业务应用对于基础架构可靠性的依赖有着很大的区别。借用云计算领域里Pets（宠物）和Cattle（牛）的比喻（详见：http://www.theregister.co.uk/2013/03/18/servers_pets_or_cattle_cern/ ）。如果服务器存储网络承载的是传统的关键业务应用，就必须像对待宠物一样细心的呵护这些基础架构，即使在已经有了高可用性的部署下，也应该对任何一个单点提出高可靠性的需求。而互联网应用，由于它们或者是无状态的（如Web应用），或者应用没有可靠性要求，或者应用在业务层已经是分布式高可靠的，它们对于底层的基础架构的可靠性要求大大地降低了。

 

这其实隐藏的隐患是，当公有云转做私有云时，可能存在的问题是，它的基础架构在单点的可靠性上，不如那些一直在为传统应用提供支撑的私有云厂商提供的基础架构。当然，这些公有云厂商也会慢慢开始意识到这点，例如阿里云选择与ZStack合作，用来满足较小集群规模的用户需求。

 

当然，随着互联网应用的逐渐渗透，这些新一代应用将逐渐减少对基础架构高可靠性的依赖。然而，可预见的未来几年里，这部分应用所占的比例还非常小。下图是2016年8月，VMware CEO在VMworld 2016大会上，发布的对于未来15年公有云、私有云和传统IT架构的工作负载的预测。可以看到，即便到2030年，仍有接近一半的工作负载并不是运行在公有云里。

 

这意味着，在一个长期的时间段内，私有云厂商所提供的基础架构仍然是必不可少的。

 

   ---End---

 

 

微信公众号平台"乐生活与爱IT"在目前阶段，主要是分享软件定义存储(SDS)，及VMware VSAN相关的文章，偶尔也会分享虚拟化、云计算、大数据，甚至生活类的好文章。欢迎投稿，特别是原创文章，是质量和阅读量能获得20~500元的稿费。我的QQ号：9269216。另外，如果还有赞赏收入，作者可获得60%。

欢迎对SDS感兴趣的朋友，加入软件定义存储讨论 QQ群:122295009，可下载原创的一些文章，及其他有参考价值的文档。可直接搜索群号，或者扫描如下二维码：

同时，欢迎您加入 "开放讨论群-SDS&虚拟化" 微信群，并邀请其他对SDS和虚拟化感兴趣的朋友加入此微信群。可以通过添加如下管理员之一的微信号，建议添加管理员时，告知你的公司名和姓名，方便备注保存。

sdg8848

libo9538

yangzhuan

dts0103

欢迎您通过扫描关注微信公众号：“乐生活与爱IT”。

关注后，可以通过点击左下角的“文章目录”，通过输入三位数（记住！是三位数，目前第一位是0或者1）详细了解如何查看历史文章。

点击左下角“阅读原文”，可以看到英文原文《Are your servers PETS or CATTLE? Cloudy metaphor separates the sheep from the goats》