企业私有云建设需要掌握的11个基本知识.docx
《企业私有云建设需要掌握的11个基本知识.docx》由会员分享，可在线阅读，更多相关《企业私有云建设需要掌握的11个基本知识.docx（9页珍藏版）》请在冰豆网上搜索。
企业私有云建设需要掌握的11个基本知识
企业私有云建设需要掌握的11个基本知识
以下内容是在企业私有云建设之路上普遍会遇到的问题，供大家参考。
1、云与虚拟化的区别是什么？
云多了什么？
【问题描述】：
1：
达到什么样的硬件规模，才有上私有云的必要？
有几百上千那是上，有的10台20台也是上。
每个企业可能衡量的标准不一样。
怎么判断要不要上？
2：
已有虚拟化的情况下，上云到底能带来什么样的帮助？
云比虚拟化多了什么？
解答：
多了云服务，一种基础设施封装服务模式。
虚拟化提供不了SAAS，PAAS，也提供不了计费、计量、服务开发和自服务定制。
虚拟化只是一种比较方便支持云计算的一种技术手段，并不是云计算。
那么就回到问题，要不要上私有云？
其实我们这里分析的是上私有云是有什么诉求，这些诉求是否值得投入，投入产出如何。
上云、云管理的诉求1：
有把基础设施强烈服务化得需求，很多时候这种诉求来源于资源规模大，组织结构分工细化，基础设施部门面向多个开发环境，迫切需要通过封装自身的服务，把自身的服务能力说清，把服务运行成本、责任分清，云服务提供式一种良好的方式。
诉求2：
大规模资源有效利用、批量管理的需求。
云计算是规模效益，规模上不去，效益体现不出来，因此，要根据自身的能力和规模，看看是否值得去上，是否能够持续投入。
诉求3，也是最重点的需求，供给矛盾是否突出，决定了是否走这条道路，虚拟化环境现在管的很好，很方便，能够满足业务需求，那么，个人认为这个矛盾还没有到要改变生产力的时候，什么时候变呢？
基础设施要求的速度现有手段跟不上，不能满足应用快速扩容的弹性能力，不能满足应用更高层面，比如PAAS\SAAS方面的需求，或者说需要通过标准手段对架构管控，海量运维。
这时就是矛盾突出之时，也是入云日。
因此，在有资金和人力支持的情况下，基础设施利用现有的虚拟化进一步到云计算环境（还要考虑网络、存储、流程的投入），是可以的，但不是必须的，需要考虑自身成本、规模，量体裁衣。
2、在虚拟化建设基础之上，三个私有云建设方向如何选择？
【问题描述】：
当虚拟化的规模与日剧增，对自动化、标准化、流程化和服务质量需求的迫切性达到一定程度后，我们会选择开展企业私有云建设。
私有云建设目前大致存在三个方向：
1.在原虚拟化的基础之上，采用现成大厂商提供的各级（IAAS、PAAS、SAAS）云管理平台产品，进行虚拟化的统一接入、统一管理和统一流程。
2.在原虚拟化的基础之上，利用标准开源的框架，如openstack，Kubernetes，根据企业自身需求，量身开发属于自己的云计算需求。
3.在原虚拟化的基础之上，从基础框架到软件需求全部根据企业自身需求，量身开发，更加贴切企业实际，安全系数高，可靠性强。
对以上私有云建设三个方向有何见解？
企业究竟该如何选择方向？
解答：
建议如下：
商业银行选择那个路线，还是需要看自身的战略规划和人员素质能力的。
这两个路线主要区别如下：
开源私有云：
代码自助可控，平台兼容性、定制化能力强，但需要具有大量的人员和财务投入，并且是持续不断的投入，人员素质和财务一定要跟上，同时，开源产品的版本迭代快，健壮性不够，方向性不明确（没准大家一股脑换了一个框架\产品）,这样带来的纠错成本很高。
总之，自身利用开源搭建和开发私有云，对自身能力带来的很大的挑战，要求企业能够打持久战，并能够不断的在社区中丰富和汲取养分。
还有一层，就是开发、维护都有自身完成，无第三方风险转嫁。
商用软件：
缺点大家很清楚，容易被厂商绑定，兼容性差，定制化差，随着规模的扩大成本增长明显，但特点是实施周期短，对于企业本身的人员素质较自开发的情况要求低很多，主要是产品经理和用户的角色。
并且对于系统的维保、OLA可以通过商务的方式转嫁部分风险。
比较适用于企业规模不大，求尽快上云的情况。
最后说一点的是，很多商用软件都是基于开源私有云搭建而成的，可以考虑两者优势结合，通过开源的方式增强开放性，通过商用的方式减少自身建设成本。
目标是第三点，但要求企业自身的能力加强，可以考虑基于开源的商用产品，并且要求足够开放，逐步积累经验，慢慢做到2个并存，逐步代替。
3、上私有云对企业有什么样的要求？
【问题描述】：
1：
运维水平有哪些要求？
或者说上了云之后需要具备的素质或努力的方向
对运维团队有哪些典型的要求？
制度规范，技术水平，角色人员？
2：
标准化程度要求？
制度规范，企业整体IT治理的阶段水平？
解答：
运维水平最大的要求是自动化的运维工具使用、跨领域的协同、运维组织结构调整，和运维文化的转变。
自动化运维工具应对海量运维、最基本的要求就是配置管理的准确性，要不谁敢上去自动化呢？
跨领域协同在私有云建设中很重要，在大企业中，网络、计算、存储、中间件等领域，往往都是独立的部门，有独立的变更和实施流程，但在私有云的设计、和运维上，这必须是一体的，哪怕有个虚拟团队承接。
这也就是说，一般情况下，应进行组织结构的调整。
人员要具有面对海量基础设施运维的能力，要有架构团队、需求分析团队。
人员要具备运维工具的开发能力，这一点建议XX一下google的SRE团队，是一个非常好的定位。
谈起标准化，是重中之重，也是私有云最有特点和最有优势的一环，企业架构管控做的好，标准化程度高，决定了云计算的层次，SAAS服务的提供，依赖于高度的标准化。
要从物理硬件层、OSNETDBSTORAGE各领域完成标准化，然后在继续规范应用的部署模式，逐步规范形成标准，有利于PAAS的提供，真对具体应用标准话，才能完成SAAS的转变。
4、企业云平台建设一共分几期？
还是一步到位？
解答：
云平台很少有一步到位的，往往最开始的阶段是满足最基础的需求，例如计算虚拟化，存储虚拟化，然后网络虚拟化，然后容器，监控，大数据，编排，数据库，等等应用。
其实，这个和云计算的分层也是有很大关系的。
从iaas到paas，再到saas，层层递进。
企业的云平台建设，往往也是遵循这个规律。
在实践中，可能会有一些交集。
通常都是分几期的。
第一期为试点项目，第二期根据一期结果形成规范，标准，成为新开发应用的标准平台。
第三期逐渐将老应用迁移到云平台上。
5、如何在不做大改变的情况，实现私有云的升级改造？
应该关注那些方面的问题？
解答：
如果把服务器作为数据中心中应用的一个点，网络、存储则往往属于面，属于底层基础设施，改造难度和风险较计算资源高。
在传统行业中，没有一个新环境的契机，逐步改造，也是很难的。
必然带来的网络和存储在搭建私有云中有些技术跟不上。
之前谈过私有云的理解，不一定私有云一定要去用新技术，例如SDN，存储虚拟化，私有云重点是实现面向客户服务模式的支撑，资源的弹性和快速服务能力。
在这一点上，一般企业通过采用将现有的环境，向标准化配置努力，大力推动自动化能力开发和建设，使之与云平台结合，同时增强前期容量规划的方式，也可以逐步实现云环境，同时，结合新建的契机，逐步使原来的基础设施更替为更好支持云计算特点的技术及设备。
6、怎么判断某个系统是否部署在私有云上，有哪些判断指标？
解答：
最典型一个词来描述“云原生”应用。
给您一个参考，敏捷开发的12原则，满足这12原则的应用，基本上在云计算的这种分布式、虚拟化的环境中可以很好的运行。
这里，个人认为，最重要的是集群化、支持应用补偿机制、模块化。
∙只使用一份基准代码，但是可以部署到多个环境
∙应用之间的依赖关系要是显示指定的，比如用配置文件描述，不要用隐式的代码关联
∙配置要用环境变量的方式来提供给应用，而不是用代码里面的常量或者代码相关的方式提供
∙代码用到的资源，如数据库，消息队列，分布式文件系统等，要作为可attach的资源的方式来提供，不要写死到代码。
资源都用资源字符串的形式提供，可从环境变量注射到应用并立即提供服务
∙严格将编译，发布，生产等环境进行隔离，即使要改动生产配置，也需要用持续发布的方式从编译开始构建并自动发布到生产系统，不要直接更改生产系统
∙无状态的进程的方式提供服务，应用需要做到自身无状态无共享。
如果需要保持状态或者共享，需要使用外置的服务的方式来提供，比如外置session管理器等
∙使用地址与端口绑定的方式提供服务，例如某个应用服务的消费者只需要知道uri地址与对应的端口，绑定之后即能消费该服务
∙通过进程模型的方式进行横向扩展，即应用或者微型的服务是可以通过多实例的方式来横向扩展并线性扩展支撑能力的
∙通常的应用进程要设计成可以快速启动和优雅终止销毁的模式，这样能够方便故障恢复与横向扩展
∙开发环境与线上环境等价，尽可能的保持开发，预发布，线上生产环境的相同。
要能做到持续发布需要尽可能的缩小本地与线上生产环境的差别。
尽量反对在不同的环境下使用不同的后端服务
∙把日志作为事件流来对待，汇总整个的日志来监控平台的应用和环境，这样经过大数据综合分析更能发掘出问题的根本原因
∙管理或者其他的任务作为一次性进程来对待，例如执行一次性的系统检查，快照一次健康状态等等。
7、私有云的容量如何评估？
成本如何计算？
如何才能做到成本和效率的平衡？
解答：
私有云的容量需要根据业务来评估：
以一般金融行业，有web区，有app，有db。
需要根据运行在私有云上的业务的多少，来统计所需要的资源的多少。
例如，web区，需要nginx，需要考虑HA和LB，那么就需要2台以上；如果多个业务共享nginx，那么就需要多个nginx来分担业务压力。
成本计算：
一般私有云平台上，都有一个celimeter这个模块，专门用来计量CPU，内存，网络的使用量，可以统计出使用私有云的资源，相对传统环境节省了多少资源。
至于成本和效率的平衡，一般在私有云建设初期很难做到。
设备的购置，部署，人员的配置等等都是一笔不小的开支；私有云真正的优势体现，应该在后期的使用中容量如何评估，这个肯定是没有普适标准的了。
容量通常从三方面考虑：
计算能力、存储容量、网络带宽。
这三方面可以说也是数据中心最基本的三大核心要素了，我们都知道，云计算是以规模取胜的，这个规模如何决定？
究竟是20节点，50节点，还是100+节点，这个得根据你自己的业务需求来考虑了，在小规模情况下，为了高可用，如果可用容量评估是N，那你就按2N来计算，私有云一般不会像达到公有云那种规模，所以通常也不可能达到很多布道师口中的虚机随便挂，真挂了你宿主机资源没有了，咋整？
至于成本，得看你的方案了，你是采用开源自建，还是与厂商合作共建，合作情况下如何分工，哪些外包出去，这个你得仔细考虑。
通常，如果人力资源有限，技术实力有限，那就由承包给厂商来实施吧，不然到后面也是个烂摊子。
但是，全部外部给厂商的不足也是明显的，一不小心你就被锁定，每年烧钱的跑不掉的了，尤其是项目上马后，停也停不下来了。
8、私有云环境下的统一资源纳管怎样实现？
解答：
这个重点考验的是云平台的开放度。
企业在自身选择云平台的时候要充分考虑自身的环境，有多少类型要涉及，有多少平台要纳管，是否支持异构，是否支持模块化接入。
建议将云平台纳管层面定位为工具框架，实现足够的开放性，标准化接口和统一格式接入，各个领域按标准完成自身自动化封装、自身配置采集、统一视图展示在云平台上，云平台通过流程引擎调度个领域模块，实现操作、纳管。
在实施层面，基本上则是领域负责制，每个想要被纳管的平台（计算、存储、网络等），完成自身的开发和服务的注册。
9、私有云是否需要支持多租户？
多租户和单租户本质区别有哪些？
解答：
多租户的概念包含三层用户集成：
数据中心层
基础架构层
应用程序层
云计算技术设计中的重要内容是多租户的基础架构和应用程序层集成。
此集成经过特别的调整，可节约成本和开发具有高度可伸缩性的SaaS应用程序，而这是以牺牲安全性和客户隔离需求（segregationrequirement）为代价。
很多情况下，这样的设计都是有效的，
升级会员 