那个高升了的朋友突然约不出来了！ 原创

都说友情禁得起任何考验

你富贵我贫穷？没关系！

你貌似潘安我丑若无盐？不在意！

你春风得意我进退维谷？无所谓！

秉承着这种对友情的信念，

我与老张一路从幼升小，

小升初，初升高，大学毕业参加工作，

职场小白混到现在，用情比金坚一点也不过分！

上周老张高升了，我从内心替他高兴，

想约他庆祝！然而，一推二，二推三，

各种犹豫再三推辞！

“人家高升了‘CIO’，

谁还想理你这落魄工程师！”

媳妇一句话彻底激怒了我！

不可能！我们这些年就一个高升你就变了？！

冒着京城大雨！南三环赶到了北五环老张的家！

没错！我就是来兴师问罪的！

然而！没看到推杯换盏纸醉金迷的老张，

却看到了唉声叹气耷拉如狗的老张！

“我真的快愁死了”老张娓娓道来：

“这么多年来，看的都是服务器、网络、存储盒子的事儿，偶尔跟业务那边对接下需求也算得心应手。但最近领导非常重视IT数字化转型，让我明天交一份计划书。”

看着憔悴的我的朋友老张！

我全然忘记了我来痛打陈世美的目的，

我决定用我十多年IT基础建设的经验

帮他搞定他的难题。

1

私有云技术路线如何选择？

如何上云？这已经是各个企业CIO必须考虑的问题了。老张今天也在考虑这个问题，因为今天不是上不上云的问题，而是考虑如何上云？怎样把公有云和私有云结合建立一个可控的适合企业自身的混合云架构？前几年云计算的概念满天飞，时至今日，许多用户的数据中心还是停留在虚拟化平台上，不知道如何建立自己的私有云。虽然基本上每个IT厂家都会跟自己的客户讲解自己的云计算方案，但是那么多年来，国内客户自己成功的搭建私有云的案例不多。到底选择什么样的技术方案上云？

我建议老张先对比一下可靠的技术路线。目前成熟的私有云搭建的技术路线主要有三种：VMware vCloud、Microsoft Azure Stack、Openstack。我们可以分别先从技术成熟度、搭建难度、运维容易度来进行排名。

从中可以看出VMware vCloud在这三个方面都是远远超出其它两者。同时我们分别看看Microsoft Azure Stack和Openstack的优势特点，是否适合用户自身的实际情况。

Microsoft Azure Stack

Microsoft Azure Stack比较突出的优势是当用户同时使用Microsoft Azure公有云和私有云的时候，因为微软在公有云和私有云采用一样的底层架构，因此公有云和私有云之间的互相交互是最方便的，可以实现无缝的打通公有云和私有云。但是用户是否只是采用了Azure公有云？或除了Azure公有云外，还采用了其它公有云？考虑到国情，基本上用户只采用Azure公有云的案例不多，所以这个优势对于这些用户基本上不明显。显然老张的公司不属于该类的客户。

Openstack

Openstack的解决方案更多的适合大型的信息技术类型的公司，例如互联网公司、运营商。因为Openstack作为开源项目，其特点是没有软件许可费用，开放和灵活定制。但是这里面必须说明的是，没有软件许可费用，并不一定表示节省成本。因为Openstack需要整个IT基础运维团队高度熟悉其技术，不是一两个高级工程师就能搞定的。正常来说，就算是一个规模较少的Openstack集群（少于100个节点)，至少都需要5～6个Openstack技术能力较强的资深工程师参与维护。所以，如果你不投资在软件上，你就必须投资在人身上。当然老张的公司也不是这样类型信息技术公司。

VMware

至于VMware的解决方案，基本上是人人都认同的。不过大部分人觉得其障碍就是软件许可费用过高，对于成本不好控制。不过这点其实要用户怎么计算的问题，因为表面上VMware的初始购买成本高，但是并不代表最终拥有成本高，这个需要考虑到人员和管理，运维等一系列的成本计算。

2

结合现有IT基础架构搭建私有云

老张的公司目前已经采用了服务器 + 存储 + CISCO的网络交换机搭建了传统VMware虚拟化平台，并将大部分应用迁移到了虚拟化平台，部分应用还是直接运行在物理机器，例如SAP ERP还是传统的Unix主机，并且利用存储做了数据容灾，但是没有做应用级别双活容灾。

我问老张：“有没有听说过超融合？”

老张说：“这个已经是流行词汇了，是一个软件定义存储的实现方式“。

我再问老张，“你知道上述搭建私有云平台的三种技术路线里面，最快捷方便的基础硬件平台是什么吗？”。

老张回答：“我知道的话，还这么发愁吗？”

我说道，其实上述的三种私有云的最快捷和方便的搭建硬件平台就是超融合。因为VMware建议使用vSAN作为计算和存储的核心来搭建VMware vCloud，而微软的Microsoft Azure Stack交付给用户的软硬件平台就是默认使用了微软的SDS（超融合技术）来组建的，至于Openstack在规模不大的非公有云架构中更多的选择方案也是超融合。所以，超融合现在为什么那么流行，同时基本上所有厂家都在推。

如上所述，如果你选择了VMware的技术路线作为私有云平台，建议使用Dell EMC的VxRail超融合平台作为你私有云平台的基础硬件。为什么？因为VxRail就是结合了VMware vSAN和Dell EMC数据保护方案的超融合。

基本上很多大小硬件厂家也都号称有自己的超融合平台。但是从用户角度来看选择超融合设备主要就是简单省心，特别是超融合平台的自愈和自动化，它无需要像传统架构那样，主机/网络/存储分别为独立的系统，传统架构使云计算的IT基础架构的敏捷性大大降低，特别体现在扩容和规划方面。

而传统架构所带来管理和运维的复杂性更是大大不便和复杂。所以如果用户因此选择了不适合的超融合平台，其带来的效果是适得其反。为什么？试想一下如果在VMware虚拟化环境下使用了非VMware vSAN的超融合，用户必然面对3个实际不同供应商的产品（OEM贴牌的算第三方产品），就是虚拟化软件+超融合软件+标准X86服务器。试想一下，如果VMware的虚拟化软件发现报错，那么可能需要超融合软件公司和x86服务器公司和VMware三方会诊，这带来了更大的复杂性，而且必然会影响运维，作为一个IT运维的老鸟需要规避这种情况。

所以本来想使用方便的东西就带来更大的不方便和复杂了。因此用户在选择超融合设备的时候特别的小心和谨慎，毕竟这个设备和软件的稳定性确定着整个云平台的稳定性。我们可以从IDC公布的2017Q3超融合的数据里面可以看出来，Dell EMC（包括了VMware）和Nutanix的两者在超融合（HCI）市场份额加起来超过了51%，远远抛离其他HCI供应商。

IDC 2017 Q3 超融合市场份额数据

从这个数据可以看出，用户对于超融合方案的选型是非常谨慎而导致极度集中，基本都是选择Dell EMC或Nutanix的方案。

对于老张的公司，因为初期已经使用了大量的VMware虚拟化，建议他采用Dell EMC VxRail超融合，是因为本身VxRail就是基于VMware vSAN的超融合，而vSAN就是集成在VMware虚拟化软件vSphere的内核里面，所以这个是无缝结合，都是来自VMware公司的软件，对于运维和管理都是一体化的。而Nutanix相对于VMware vSAN的解决方案的优点是，它可以支持多虚拟化的平台。如果老张公司同时具备着多种虚拟化平台，例如VMware vSphere、Microsoft  Hyper-V、开源KVM，那样的话Nutanix就是不二的选择。

Dell EMC VxRail超融合可以根据老张公司目前的IT基础架构逐步实现上云的规划和部署，而实现的方式非常简单。首先，根据老张公司目前虚拟化程度的问题，逐渐将大部分应用尽量迁移到虚拟化平台。因为云平台最好是以大部分虚拟机的模式运行，只留下小部分目前还不适宜虚拟化应用运行在物理机上。

对于这个问题，

老张马上觉得有2个部分需要确认清晰：

①  大部分应用都适合使用虚拟化，但是目前公司SAP ERP是否也适合？

②  如何实现简单无缝的迁移这些虚拟机到新平台，减少对业务的影响？

对于老张的疑虑，我又举个例子说，其实目前绝大部分的应用都可以在虚拟化平台上运行的很好，毕竟这个技术已经很多年了，非常成熟。就举个SAP HANA的例子，目前最新的SAP ERP都是运行在SAP自己的内存数据库HANA上面，而HANA是可以运行在虚拟化平台上面的。这个是SAP官网可以查验(https://wiki.scn.sap.com/wiki/display/VIRTUALIZATION/SAP+HANA+on+VMware+vSphere），从SAP官网得知，VMware 5.5就已经支持和认证了HANA on vSphere。另外从最近Dell EMC官方媒体透露的消息（见“SAP HANA将在超融合VxRail上可用”），从该文可以得知，Dell EMC已经在内部测试HANA on VxRail了，并且取得非常好的评测结果。可以由此推想，Dell EMC和SAP很快会推出HANA on VxRail的认证。

 SAP HANA on VxRail的测试数据1

 

SAP HANA on VxRail的测试数据2

因此在可以说目前老张公司绝大部分的应用，可以迁移到虚拟化平台运行，在不久将来，甚至可以将SAP ERP都整套迁移到虚拟化平台上面。

另外老张的第二个疑虑，如何将目前大部分的虚拟机迁移的问题，更是容易。因为VMware平台本身就具备这样的迁移工具。当然根据工程师的经验可知VMware的冷迁移工具基本不会失败，但是遇到在线热迁移和跨数据中心的热迁移的话，VMware的工具并不是最好的保障。而VxRail本身自带Dell EMC在业界闻名的CDP数据保护软件Recover Point，利用它你可以进行无缝的在线热迁移，哪怕是长距离的2个数据中心之间的虚拟机迁移，也可以使用它。

当用户逐步使用了超融合设备取代了传统的虚拟化平台架构后，在IT基础架构方面就可以初步实现部分自动化，例如自愈、数据自动保护等等。但是这还不算完整的云计算平台。那怎么进一步演化呢？其实如果利用VxRail成功搭建了IT基础架构后，这个演化就变得极其简单了。因为整个的基础架构不需要任何的改变，只是再添加VMware vRealize Suite软件许可就可以变为完整的私有云平台。

所以，总结下来就是：传统虚拟化平台→VxRai超融合架构→VMware私有云。

3

私有云搭建的成本和人员

每个老板肯定都是关心成本的，这个是无可厚非的。老张在未定私有云技术路线前，找不着成本边界，无法评估成本。现在觉得基于VMware的技术路线 + VxRail超融合来搭建云平台是容易和相对简单可控的，但是感觉上VMware平台的费用过高，他对老板有点难以启齿。我知道他的问题所在，因为这也是那么多年来绝大部分IT技术和管理人员的共同痛点：知道某种技术非常好，帮助非常大，但是无法在成本角度上说服老板。

我对老张直言，这个是多年一直存在的问题。不过对于企业管理者或从财务角度来说，成本是关注的，但是他们更关注的是投入了成本而获取的收益是如何的？ 这个才是真正关键点。所以说最好的和最有能力的说服人员不是来自IT厂家，而是用户本身。因为来自IT厂家的人员对于用户的业务肯定相对不熟，如何能将这个收益完全100%计算清楚的人应该是来自用户。

不过作为IT厂家可以提供一些管理和运维方面的节省成本的思考点，帮助老张疏理了方案的ROI（投入回报率)。

首先，部署和扩容上线时间极快，大大节省了用户时间和成本。这套方案需要在用户确认细节方案前，经过用户环境的调查和用户IT人员的反复讨论咨询，在工厂内部已经制定了所有的软硬件配置，包括软件的设置，尽量做到开箱即用。所以，这个方案的部署非常简单和快速，只要前期工作沟通充分，技术上可以做到整个数据中心数百甚至数千个节点在1到2周内上线。在扩容的时候，节点的上线更是分钟级别的，大大节省了用户的时间和人员成本。试想一下，别的方案，在整个数据中心级别部署的时候，估计时间是以月为计量单位的。

其次，整套方案都是基于原来用户已经在使用的VMware虚拟化平台上的，用户IT的学习过程时间基本可以忽略。因为用户IT人员熟悉VMware的软件和管理界面。就算节点数量大大增加，也无需增加IT运维人员。不像传统架构，随着设备的增多，需要成比例的增加IT基础架构运维人员。

再有就是，这套方案不像别的方案一样，整套软硬件平台的售后服务都是统一由Dell EMC负责。对于运维人员来说，无论是软件还是硬件，他们只是需要找Dell EMC一家供应商就可以解决问题，没有需要多家供应商参与解决问题的情况。对于保障业务持续运行具备强大基础。

最后，方案集成了数据保护方案，可以保障用户指定一定数量的关键应用的RPO和RPO由分钟级到秒级，甚至实现趋向零。无缝实现业界最高可靠和安全的数据中心模式 – 双活数据中心。

其实，某个角度来说VMware + VxRail的组合提供的不是一个‘搭建’私有云的方案，其实是一个‘购买’私有云的方案。为什么这样说呢？因为从上所述知道，该方案可以做到直接从厂家生产车间里面已经预定制了软硬件配置和设置，开箱即用，然后用户之前已经熟悉了VMware的平台和管理界面，对于用户来说就像买车，从4S店中直接购买了车，而且这辆车还是包含3年或5年免费全面保养服务。用户需要的只是会开车就行了。所以，Dell EMC这套方案非常适合想做IT转型的企业，这套方案的真正想要帮助用户做到用户只需要做他们擅长的东西，就是关注与业务直接关联的应用，而对于IT基础架构这种底层平台只需要交付给Dell EMC就行了。

老张听完了我对他的建议，不禁频繁点头，眼睛发亮，马上说他知道怎么写他的报告了。“早知道我就赶紧找你去了！”

“行吧，别酸啦！赶紧请我大吃一顿！高升了还不表示一下！”我没有说我本来打算打他一顿这件事。

还好友情，确实是不分升职还是落魄的！