昔日的贫困村，如今已成为“世外桃源”。
迄今世界最长跨海大桥――港珠澳大桥主体将全线贯通。
声明：本文由入驻搜狐公众平台的作者撰写，除搜狐官方账号外，观点仅代表作者本人，不代表搜狐立场。
　　小米OpenStack项目概况
　　小米目前内部建设的是高可用的私有云平台，为全公司提供统一的云服务平台。提供弹性的资源分配和部署方式，同时提高资源的分配和管理效率。减少服务资源的交付周期。为此小米定了四大目标：
　　稳定第一：支撑公司多条产品线业务，力求稳定性能优化：尽快可能的降低虚拟机的资源消耗，保证虚拟机的性能内网互通：虚拟机需要和公司其他主机互联互通。对其他主机透明业务定制：OpenStack需要和公司其他系统互通（监控和主机信息）
　　小米基于这四点做了私有云平台，有着数千台VM的OpenStack集群，稳定服务公司线上线下业务一年多时间，数据说明如下：
　　可用度达到99.99%。运行16个月，2次故障，分别是GlusterFS和OpenvSwitch引发的问题：1.GlusterFS的bug有可能导致文件系统被置为Readonly，据说bug目前已经修复；2.在广播风暴的情况下，OpenvSwith由于起软件性能的问题，最有可能被打死，这个问题是所有的软网桥（包括VMware）都存在的问题；目前使用率：平均40%（物理机利用率），1虚12；覆盖度：小米所有产品线；业务类型：开发，测试，线上（线下70%）。
　　现在整个平台上运行在四个机房，有2000+VM，4500+物理机内核（E5-2640）；机器的配置主要为：50T内存、1200T虚拟磁盘、480T块存储、120T对象存储。
　　上图是小米根据自己的情况定制的Dashboard的，分为动态信息和静态信息两个部分，静态信息显示的是资源的分配情况，动态信息显示的是目前资源的使用情况。
　　上图是OpenStack物理主机的使用情况，机器是负载明显看出是分层的，因为是一批一批上的机器，后面机器由于虚拟机的使用还没有分配满，所以CPU LOAD会低一些。
　　上图是虚拟机的负载情况，可以看出，有些虚拟机的负载程周期性变化，可能是跑的和流量相关的一些线上业务；而有些虚拟机的CPU却一直持续在500%左右，可能是虚拟机里面跑了高负载的离线计算业务。
　　小米OpenStack探索之路
　　机器选型在进行机器选择时，可选的类型并不多，一般是在公司内部已有的套餐类型中选择，然后稍加定制，主要的要求实现服务器性能的均衡，而且性能比较好的主机类型。机器配置详细参数为：
　　计算节点: DELL _R720
　　CPU： E5-(32核)MEM：16G*24磁盘：2*600G SAS（Raid1) + 6*4T（Raid5） SATA网卡: 1G * 2 + 10G*2 (Intel 82599EB 10-Gigabit SFI/SFP+ )
　　控制节点: DELL_R620
　　CPU： E5- (24核)MEM：16G*4磁盘：2*600G SAS（Raid1) + 2*240G SSD(Raid1)网卡: 1G * 2 + 10G*2 (Intel 82599EB 10-Gigabit SFI/SFP+ )
　　其实Dell R720是Dell官方推荐的虚拟机云计算主机，作为OpenStack的计算节点还是比较合适的。
　　版本选择操作系统操作系统选择：Ubuntu vs CentOS。OpenStack最早默认支持的操作系统版本是Ubuntu，后来才加入了Redhat系列操作系统的支持，但公司一般使用CentOS的系统，装机方便，系统稳定，为了稳定性和兼容性，我们也是采用CentOS做为OpenStack的操作系统。采用RDO的方式进行安装，但是在装的过程中也遇到一些问题。比如在三个月之前采用RDO部署了一套系统，在三个月以后我们再需RDO部署的时候，RDO源上的版本就更新了，有可能导致老版本和新版本不兼容，由于OpenStack版本之间的测试不是特别完备，尽管是大版本相同但是小版本有差异，都有可能导致不兼容，但也有解决的方法：把yum源down下来，即解决了版本问题，同时也能加快软件安装下载的速度。
　　采用RDO安装还有另外一个问题，就是在安装完成以后，不能手动更改系统配置的路径，如数据库路径或者镜像存储路径，如果一定要改，须连packstack中的Puppet配置路径一起改。否则在下次启动RDO安装时，他会再次将路径再改成默认配置，这个将导致不可预知的错误。如果此时已经跑了服务，那很有可能会影响的服务。
　　总的来说，RDO的优点是简单快速部署，支持多种网络结构，缺点也明显，添加计算节点是个坑，存在各种兼容性问题（packstack版本、qpid版本、libvirt版本），而解决的办法就是建立自己的源，手动添加计算节点。
　　组件可选择有Neutron 和 Nova-network。
　　我们选择的是Neutron，也是跟着大趋势走。网络模型可选择FLAT、GRE和VLAN。我们选择了VLAN，因为公司现有网络模型也是采用VLAN模型，和OpenStack原生的网络模型相比，我们的主要改进点是停用了L3 Agent，无单独的网络节点，让虚拟机网络通过Trunk直接和物理路由器相连，因此虚拟机网络比较高效和稳定。与此同时，OpenStack工程师大部分是做开发和运维的，网络管理不是他们所擅长的，所以把网络节点去掉由交换机进行管理，全部交由网络工程师去做，他们更专业。同时，若采用一个物理的主机作为一个网络节点，无论是性能上还是可操作性上，都不如成熟的交换机。Neutron的稳定性确实不高，经常断掉，导致OpenVswtich无法配置网络策略。
　　块存储
　　块存储的组件选择有两个，一个是Ceph，另外一个是GlusterFS。我们对Ceph和GlusterFS做了测试，在四台机器上都部署了Ceph和GlusterFS，Ceph和GlusterFS在每台机器上各占一块磁盘，2副本策略，机器是单网卡，测试结果请看下图。
　　从上图IOSP测试对比中，可以看出在块比较小的时候，Ceph的IOPS性能非常高，在块大小为4KB的时候，甚至高出GlusterFS 40%左右，但是块大小大于1MB的时候，Ceph的性能就不如GlusterFS了，我们推动是Ceph和GlusterFS不同的副本同步策略造成的。GlusterFS采用Client直接写入的策略，即每次写入以后，节点之间不需要再同步；而Ceph采用的链式写入，即Client先写入到一个节点上，然后节点之间再同步，因此会消耗一定的带宽，当没有专门的同步网络的时候，同步所使用的网络带宽可能会影响到Ceph的写入性能。因此，写入方式的差异刚好能够解释GlusterFS在大块写入的时候会比Ceph性能好。
　　上图是对Ceph和GlusterFS进行4KB大小块的连续测试，我们会发现Ceph的整体性能会比GlusterFS高，但是他呈现出性能波动现象，而GlusterFS却一直比较稳定，这也从一个层面上说明了Ceph这种链式写入的机制对连续测试可能会产生波动性的结果。总的来说，两者各有千秋，存储没有完美的方案，Ceph逐渐成熟，在小块写入的时候Ceph性能比较好，但是大块写入却不如不如GlusterFS，同时Ceph的性能具有波动性。但是，GlusterFS在实际使用中可以导致虚拟机的文件系统被置为Readonly（据说此Bug已经被修复），需要慎重考虑和测试。不管是Ceph，还是GlusterFS作为虚拟机的共享存储，都能够提供毫秒级别的实时迁移，对虚拟机的负载均衡、主机维护非常有用；同时多副本的技术保证用户数据的安全性，将数据丢失的风险降低最低。
　　对象存储
　　所用组件是Swift，架构请参见上图，Swift可以说是OpenStack最古老最成熟的一个组件，良好的设计思想，完全对称的部署结构，无单点的系统架构。纵容有很多好处，但是在用Swift的时候，有一个惨痛的教训，Swift作为存储服务器没有丢失过数据，但是swift扛压能力非常小，曾使用Swift做为CDN的源服务器，流量稍一上来，Swift的服务器就被打死了，当时观测流量大约10Mb左右，观察Swfit资源消耗情况，在完全没有压力的情况下，Swift自动的组件性能消耗会占一个核。
　　私有云架构
　　上图所描述的是小米的OpenStack架构的使用，目前只有两种节点，一种是计算节点，另一种是控制节点，但没有网络节点，所以网络不会存在单点，任何一个计算节点宕机，只会影响其上面承载的虚拟机，不会影响其他节点，如果是一个可以预知的宕机，你甚至可以先将其上的虚拟机迁移到其他机器，这样就可以将对服务的影响降到最低。另外，控制节点是主备模式，并且采用冷备的方式，但是数据库保持实时同步。因为这种私有云的架构对控制节点的依赖非常小，控制节点宕机，在不重启计算节点的OpenVswitch-Aagent的情况下，几乎不会影响虚拟机的正常运行。在网络的架构上，我们有三种网络：虚拟机网络、存储网络和管理网络。虚拟机网络通过网桥，采用Trunk模式，直接连接到交换机，具有较好的性能和极高的稳定性。管理网络是OpenStack各个组件通信的网络，包括镜像分发，虚拟机迁移等都是走这个网络。存储网络是虚拟机访问共享存储Ceph的网络。
　　上图是小米私有云的网络详细架构图，基于L3-Agent的稳定性和性能，我们停用了L3-Agent，虚拟机首先连接到br-int,，br-int连接到br-em3上，通过Trunk就可以达到外部网络，这样的架构解决了两个问题：第一，能够保证网络的性能和稳定性，第二，能实现和内网其他机器无缝互通，
　　性能测试在使用虚拟机时候，很多人抱着一个怀疑的态度，他们会担心虚拟机的性能是否够用，我们对虚拟机的性能做了如下测试：
　　测试1：整体性能测试
　　UnixBench是一个测试系统整体系能的软件，测试中我们分别对比了AWS, MiStack,3U8j机器，从测试结构看，同样是虚拟机，MiStack的机器会比AWS相同的机型性能好很多，主要原因是AWS为了保障每个虚拟机的服务质量，对虚拟机的资源占用情况做了严格的限制，因此可比性并不大，但是MiStack和3U8相比，其实相比相差不大，3U8作为一种物理机器，在性能上只比MiStack主机好1/6左右，因此，我们可以说虚拟机的性能可以相当于相同配置的物理机行的80%以上。
　　测试二：磁盘性能测试
　　测试二是词用IOzone对虚拟机的磁盘性能进行了测试，对比的是MiStack和3U8机器，从图上可以看出，在读取方面，虚拟机相当于物理机的5/6左右，在写方面，虚拟机相当于物理机的9/10左右。
　　测试三：网络性能测试
　　网络测试分为了两组测试，一个测试是用HelloWorld做的，另一个是PhoInfo做的。采用PhoInfo测试时，虚拟机和物理机的差别并不大，但是在采用HelloWorld测试时，差别非常明显，虚拟机仅相当于物理机的1/4。我们对原因进行了分析，由于HelloWorld页面非常小，测试过程相当于产生了很多小数据包，而PhpInfo相对页面很大，从而产生的数据包也比较大。当在小包测试下，网络的瓶颈在PPS上，我们反复测试过，虚拟机软网桥的性能只能到达5wPPS左右，此时OpenVswitch已经到了极限，而普通的物理网卡确定达到200wPPS。在打包测试时，网络的瓶颈在网络带宽上，因此，虚拟机和物理机带宽相差不大，因此测试的结果也相差不大。
　　维护方案-虚拟机迁移为实现物理机故障维护和虚拟机的负载均衡，虚拟机通常需要迁移，主要分为两种维护方案：实时迁移和带磁盘的迁移。
　　维护方案-实时迁移
　　因为企业很难接受频繁的更换，如果一两个月换一次，那么一个月要维护一两次，若这时全部都通知用户把机器和业务停了，会很痛苦。虚拟机迁移可以很好地实现“无痛迁移”。虚拟机迁移方案中的实时迁移是用一个precopy算法去迭代拷贝，在每次拷贝的过程中用内部记录的方式记录内存“脏”页，当“脏”张页数据集小于一定程度时，比如4K的时候，停止虚拟机，把内容和寄存器迁移，由于需要停机拷贝的内容非常少，因此停机的时间非常短，不过实时迁移一般是相同体系的CPU才能相互迁移。上图是实时迁移，它的停机时间会很短。
　　维护方案-带磁盘迁移
　　带磁盘的迁移是将磁盘和内存一起拷贝到目前机器，由于磁盘数量很大，所以一般是先做快照，然后将形成的数据写到增量中去，然后我们开始拷贝快照，当所有的快照都已经拷贝完成以后，再开始拷贝增量文件，一般在拷贝的过程中，产生的增量文件是非常小的，因此停机时间还是可以接受的。但是OpenStack没有这么做，他只做了一个快照，那就是镜像文件，其他的数据都是增量，这样会导致OpenStack虚拟机的增量文件非常大，停机拷贝的时间非常长，如上图。
　　总的来说，实时迁移是采用precopy算法循环拷贝内存到目的机器，停机时间极短，但需要共享存储；而带磁盘迁移：将磁盘做快照后拷贝磁盘到目的机器，后面过程跟实时迁移一样，整个过程时间取决于磁盘大小，停机时间稍长。（责编/周建丁）
　　作者简介：潘晓东，毕业于华中科技大学集群与网格实验室，从2007年开始研究虚拟化云计算技术，曾对XEN的实时迁移算法进行改进和优化。先后在百度、小米等公司从事运维、开发工作，现为小米OpenStack项目负责人。在小米一直致力于高稳定的OpenStack私有云建设，目前小米集群分布在多个IDC、数千台虚拟机，服务公司几十个产品线的线上和线下业务。
　　本文为CSDN原创文章，未经允许不得转载，如需转载请联系market#csdn.net(#换成@)
欢迎举报抄袭、转载、暴力色情及含有欺诈和虚假信息的不良文章。
请先登录再操作
请先登录再操作
微信扫一扫分享至朋友圈
搜狐公众平台官方账号
生活时尚&搭配博主 /生活时尚自媒体 /时尚类书籍作者
搜狐网教育频道官方账号
全球最大华文占星网站-专业研究星座命理及测算服务机构
CSDN是中国软件开发联盟（Chinese softwar...
主演：黄晓明/陈乔恩/乔任梁/谢君豪/吕佳容/戚迹
主演：陈晓/陈妍希/张馨予/杨明娜/毛晓彤/孙耀琦
主演：陈键锋/李依晓/张迪/郑亦桐/张明明/何彦霓
主演：尚格?云顿/乔?弗拉尼甘/Bianca Bree
主演：艾斯?库珀/ 查宁?塔图姆/ 乔纳?希尔
baby14岁写真曝光
李冰冰向成龙撒娇争宠
李湘遭闺蜜曝光旧爱
美女模特教老板走秀
曝搬砖男神奇葩择偶观
柳岩被迫成赚钱工具
大屁小P虐心恋
匆匆那年大结局
乔杉遭粉丝骚扰
男闺蜜的尴尬初夜
客服热线：86-10-
客服邮箱：热点关键词：
此专题下没有文章
　　　您现在的位置：&&>>&&>>&&>>&正文
是谁在支撑着OpenStack构建的小米私有云平台？
作者：佚名
出处：本站原创
时间： 11:26:42
　　　　　　　　
最近在读到小米OpenStack项目负责人潘晓东的一篇文章《详解OpenStack在小米私有云平台的实践》，对于小米这样创新意识异常浓烈的公司，采用OpenStack来构建私有云平台颇有代表性。
　　据潘晓东文中介绍，现在小米整个平台上运行在四个机房，有2000+VM，4500+物理机内核(E5-2640);机器的配置主要为：50T内存、1200T虚拟磁盘、480T块、120T对象。
　　文章里面提到了块存储两个组件Ceph和GlusterFS、对象存储采用的组件Swift，并对这些组件做了相应的，发现其中的优势与弱点，给予最适合的应用选择。这里最为关注的是小米私有云平台的整个IT基础架构的机器选型，为什么会是戴尔支撑着OpenStack构建的小米私有云平台?
　　说到这个问题我们还需要进一步了解：一是支撑着OpenStack构建的小米私有云平台的，最为关键的IT基础架构;二是针对OpenStack构建私有云平台方面，戴尔在其中有多少发挥;三是戴尔每一步的任意云战略对小米私有云平台的各种选择有什么影响。
　　主导小米私有云的计算平台优越在哪？
　　潘晓东说：“在进行机器选择时，可选的类型并不多，一般是在公司内部已有的套餐类型中选择，然后稍加定制，主要的要求实现性能的均衡，而且性能比较好的主机类型。”OpenStack在小米私有云平台机器选型最终定下了戴尔通用型经典的2U机架服务器R720和1U机架式服务器R620，这都属于2012年戴尔就发布的12G服务器系列经典机型。
　　之所以经典，也是有技术和历史传承的，R720作为上一代2U经典机架R710的“换代”产品，戴尔将其定位面向中端用户的服务器。
Dell PowerEdge R720机器外观
　　Dell PowerEdge R720硬件配置非常灵活，多达24个DIMM，最多可扩展到768GB，第3代PCIe扩展插槽，可支持更高效GPU处理加速、电源管理等应用效率，以及多种网卡技术可供选择。选配配置中还有正面热插拔PCIe SSD，最多4个，内置GPU加速器。
Dell Power Edge R720机箱内图片
　　通过高内存密度结合可选配的GPU加速器，有些有超过500个内核，马力十足，可实现更大范围的虚拟化，从而最大限度地提高数据中心的应用程序容量。
Dell Power Edge R620机器外观
　　Dell PowerEdge R620也是很好的HPC计算节点，这种1U机架式服务器有2个英特尔至强处理器，可以加载海量的内存，能够可靠地支持计算群集中的横向扩展密度。集成并简化虚拟化、生命周期和数据管理。R620具有下一代可靠性、可用性和可维护性(RAS)功能，确保最长的正常运行时间和低风险维护。
Dell Power Edge R620机箱内图片
　　R620有两种PCIe插槽配置情况：一种是三个PCIe插槽，包含两个x16插槽，带宽为x16，半高半长，一个x16插槽，带宽为x8，半高半长，并且只有在具有3个PCIe插槽选项的情况下，才能使用10个驱动器托架配置;另外一种是两个PCIe插槽，一个x16插槽，带宽为x16，全高3/4长，一个x16插槽，带宽为x16或者在只有一个处理器的情况下为一个x8插槽，半高半长。
　　OpenStack构建的小米私有云平台所采用的戴尔12G服务器R720和R620并非十分高配，具体配置情况如下：
　　计算节点: DELL _R720CPU： E5-(32核)MEM：16G*24
　　磁盘：2*600G SAS(Raid1) + 6*4T(Raid5) SATA
　　网卡: 1G * 2 + 10G*2 (Intel 82599EB 10-Gigabit SFI/SFP+ )
　　控制节点: DELL_R620CPU： E5- (24核)MEM：16G*4
　　磁盘：2*600G SAS(Raid1) + 2*240G SSD(Raid1)
　　网卡: 1G * 2 + 10G*2 (Intel 82599EB 10-Gigabit SFI/SFP+ )
　　戴尔优化OpenStack构建的私有云平台极具价值
　　之前，小米的潘晓东评论道：“Dell R720是Dell官方推荐的虚拟机云计算主机，作为OpenStack的计算节点还是比较合适的。”
　　其实，戴尔不仅在服务器上对口OpenStack，并且在OpenStack构建私有云平台领域也有着独到的策略。
　　这需要谈及戴尔OpenStack最初的策略和历程，从一开始戴尔就是OpenStack社区开发的重要合作伙伴。从参与社区的首个设计峰会开始,戴尔一直致力于提供企业级工具如Cloud Manager来部署和管理OpenStack。
　　戴尔多年前就公布了数据中心云解决方案，到了现在，戴尔任意云的每一步，都在为用户的云就绪、云部署与云管理提供端到端的解决策略。基于戴尔优秀的IT基础架构，优势对接用户公有云、私有云，不论是何种方式构建的云，戴尔任意云都可以给予很好的支持与支撑。
　　那么我们再看看现在最新的戴尔云就绪端到端技术与方案，如下图：
　　不仅如此，戴尔云部署方案满足任何应用规模的需求。实际上，戴尔基于开源社区软件Openstack、Hadoop的云解决方案也早已有所准备，特别是戴尔IT新兴技术团队首席信息官Tim Dickson坚信：“OpenStack所提供的灵活性和敏捷性满足了我们对创新实验室的要求，其开源理念和社区很符合戴尔长期坚持的开放标准文化。”
　　对此，戴尔不仅采用Red Hat Enterprise Linux OpenStack平台技术，组成戴尔与红帽云解决方案，并且采用红帽Enterprise Linux OpenStack平台并基于戴尔服务器、存储、网络和软件产品创建了一个创新实验室。
　　显然，戴尔的目的既明确又有前瞻性，“基于戴尔服务器、存储和网络硬件构建OpenStack云并通过戴尔软件管理这个云，能为企业级用户提供所追求的灵活的虚拟化解决方案。”实际上，Dell Cloud Manager支持用户所需的服务流程，而Dell Foglight提供该创新实验室所必不可少的监测功能。
　　目前，戴尔与红帽的服务和工程团队使用基于OpenStack平台的大规模横向扩展式配置来满足企业级用户的特定云解决方案需求。更敞亮一点来说，这个配置可集成戴尔PowerEdge R或C系列服务器平台、戴尔存储、Red Hat Enterprise Linux OpenStack Platform、Red Hat InkTank Ceph、戴尔网络平台以及来自OpenStack生态系统的增值改进特性，例如Docker、Ceph、Trove等。
　　遵循用户需求，契合小米私有云建设每一步
　　既然小米私有云平台有着自己的OpenStack构建方式，也需要戴尔给予很好的支撑，那是因为戴尔OpenStack云解决方案，有着高扩展的弹性架构，支持超大规模数据处理，像R720这样的服务器模块都是经过应用实践验证的。
　　在这里，大家可以看到戴尔也支持业界最开放的最火热的Docker、Ceph等，其中的价值体现也是非常突出的。比如在小米私有云架构块存储的组件对Ceph和GlusterFS选择来看，通过发现：“不管是Ceph，还是GlusterFS作为虚拟机的共享存储，都能够提供毫秒级别的实时迁移，对虚拟机的负载均衡、主机维护非常有用;同时多副本的技术保证用户数据的性，将数据丢失的风险降低最低。”
OpenStack构建的小米私有云架构
　　当前，戴尔基于OpenStack搭建云平台即服务私有云解决方案里面，采用了EqualLogic PS6110X、Networking Z9000、S4810机、PowerEdge M620刀片服务器、PowerEdge M1000e刀片机箱，可以帮助用户建立弹性、适应性平台，用户企业级新应用开发，支撑新技术开发和新应用部署。
　　我们再对比一下小米私有云架构与戴尔的OpenStack部署参考架构：小米私有云架构硬件选择了戴尔，因为戴尔性价比更适合小米本身需求的方案，并且采取了Ceph与GlusterFS的块存储组件组合。这完全符合戴尔任意云遵需而变的策略。
　　不过，通过戴尔支撑OpenStack构建的小米私有云平台的案例，我们不难发现，戴尔任意云，在每一步小米私有云平台的构建过程中，都能起到关键性的作用，从硬件架构支撑，到开放的软件平台支持，再到具体服务帮助，戴尔所能做的就是一个基于用户需求为前提的全面的云解决方案。
　　对于用户私有云构建的每一步，戴尔任意云都给予了“遵需而变，化繁为简，任意开放”的支持，戴尔“Any Cloud”任意云战略的不同组合策略，云就绪、云部署、云管理就是针对用户建云过程中可能遭遇的各种问题，给予最为切实的解决之道。
　　戴尔任意云小米私有云构建的每一步有你，更轻松。
【责编:luck】
　相关文章
　推荐文章
　文章评论
　精彩友情推荐
文章TOP排行
IT业界导航
　互联网　[] [] 　[] [] [] []　[] [] []　[] [] 　IT动态　[] [] []　[] [] []是谁在支撑着OpenStack构建的小米私有云平台？
中华网财经
戴尔多年前就公布了数据中心云解决方案，到了现在，戴尔任意云的每一步，都在为用户的云就绪、云部署与云管理提供端到端的解决策略。基于戴尔优秀的IT基础架构，优势对接用户公有云、私有云，不论是何种方式构建的云，戴尔任意云都可以给予很好的支持与支撑。那么我们再看看现在最新的戴尔云就绪端到端技术与方案，如下图：&不仅如此，戴尔云部署方案满足任何应用规模的需求。实际上，戴尔基于开源社区软件Openstack、Hadoop的云解决方案也早已有所准备，特别是戴尔IT新兴技术团队首席信息官Tim Dickson坚信：&OpenStack所提供的灵活性和敏捷性满足了我们对创新实验室的要求，其开源理念和社区很符合戴尔长期坚持的开放标准文化。&对此，戴尔不仅采用Red Hat Enterprise Linux OpenStack平台技术，组成戴尔与红帽云解决方案，并且采用红帽Enterprise Linux OpenStack平台并基于戴尔服务器、存储、网络和软件产品创建了一个创新实验室。显然，戴尔的目的既明确又有前瞻性，&基于戴尔服务器、存储和网络硬件构建OpenStack云并通过戴尔软件管理这个云，能为企业级用户提供所追求的灵活的虚拟化解决方案。&实际上，Dell Cloud Manager支持用户所需的服务流程，而Dell Foglight提供该创新实验室所必不可少的监测功能。目前，戴尔与红帽的服务和工程团队使用基于OpenStack平台的大规模横向扩展式配置来满足企业级用户的特定云解决方案需求。更敞亮一点来说，这个配置可集成戴尔PowerEdge R或C系列服务器平台、戴尔存储、Red Hat Enterprise Linux OpenStack Platform、Red Hat InkTank Ceph、戴尔网络平台以及来自OpenStack生态系统的增值改进特性，例如Docker、Ceph、Trove等。遵循用户需求，契合小米私有云建设每一步既然小米私有云平台有着自己的OpenStack构建方式，也需要戴尔给予很好的支撑，那是因为戴尔OpenStack云解决方案，有着高扩展的弹性架构，支持超大规模数据处理，像R720这样的服务器模块都是经过应用实践验证的。在这里，大家可以看到戴尔也支持业界最开放的最火热的Docker、Ceph等，其中的价值体现也是非常突出的。比如在小米私有云架构块存储的组件对Ceph和GlusterFS选择来看，通过测试发现：&不管是Ceph，还是GlusterFS作为虚拟机的共享存储，都能够提供毫秒级别的实时迁移，对虚拟机的负载均衡、主机维护非常有用;同时多副本的技术保证用户数据的安全性，将数据丢失的风险降低最低。&&OpenStack构建的小米私有云架构&当前，戴尔基于OpenStack搭建云平台即服务私有云解决方案里面，采用了EqualLogic PS6110X、Networking Z9000、S4810交换机、PowerEdge M620刀片服务器、PowerEdge M1000e刀片机箱，可以帮助用户建立弹性、适应性平台，用户企业级新应用开发，支撑新技术开发和新应用部署。我们再对比一下小米私有云架构与戴尔的OpenStack部署参考架构：小米私有云架构硬件选择了戴尔，因为戴尔性价比更适合小米本身需求的方案，并且采取了Ceph与GlusterFS的块存储组件组合。这完全符合戴尔任意云遵需而变的策略。不过，通过戴尔支撑OpenStack构建的小米私有云平台的案例，我们不难发现，戴尔任意云，在每一步小米私有云平台的构建过程中，都能起到关键性的作用，从硬件架构支撑，到开放的软件平台支持，再到具体服务帮助，戴尔所能做的就是一个基于用户需求为前提的全面的云解决方案。对于用户私有云构建的每一步，戴尔任意云都给予了&遵需而变，化繁为简，任意开放&的支持，戴尔&Any Cloud&任意云战略的不同组合策略，云就绪、云部署、云管理就是针对用户建云过程中可能遭遇的各种问题，给予最为切实的解决之道。戴尔任意云小米私有云构建的每一步有你，更轻松。&2下一页尾页
编辑：nf04 来源：光明网