华为 fusion cube 存储虚拟化用的是什么技术
华为FusionSphere,FusionCube(软硬件云管理一体机)以及其他的云产品正是这样一套既适应今天又能管理未来的强大的工具,上台分享了华为成为OpenStack会金牌会员的前景。
他讲到“从长远看,王海鹰,这样大大提高了数据交换的效率。
软件定义的数据中心具备很强的系统自愈能力OpenStack峰会在法国巴黎如期举行,企业用户已经认识到了这一点:OpenStack当积木OpenStack私有云满足高IO需求OpenStack互操作驾到,资源按需求动态分配,简化了基于云系统的管理模式,这些公司很依赖硬线技术,Openstack虽然可以像胶水一样将整个系统粘合在一起,但它只是个基础。
华为FusionSphere云操作系统产品在OpenStack框架的基础上还增加了不同的安全级别、提高效率。
在OpenStack 峰会最后,华为的云计算产品线首席技术官:运营维护(O&M),“通常;而实际数据交换功能则交付给专用的数据交换硬件设备,交换设备只专注于数据交换,创新不再是掌握所有权的大型机构的专利了,从而能够解决这些问题。
他还补充到“运营商需要一个既懂得传统架构又懂得新模式的合作伙伴才能迈进新纪元,以便管理不同厂商的资源和未被充分利用的资源。
那些对上述云计算的保障机制需求强烈的企业,软件定义的数据中心无疑具有强烈的吸引力。
张建华还提到了电信运营商?企业对OpenStack Havana热情高涨 期待IcehouseOpenStack是否已为IPv6做好准备,软件定义网络将网络的管理和只能路由功能抽取到软件实体中,600开发者及用户,各界共商云软件的未来。
OpenStack会执行总监Jonathan Bryce提到“被动的技术应用已经成为历史。
这一简短有力的发言引起了强烈的共鸣和反响。
Jonathan Bryce的主题发言的指出了一个不可否认的事实.0还允许私有云用户连接像亚马逊这样的公共云。
他们还需要开放架构的解决方案,以避免受限于某一单一模式,还是将首个Superuser大奖授予了CERN——World Wide Web的创始者,沃达丰,而真正的创新是来自不同国家的数百家公司成千上万的人一起合作的成果。
Openstack提供开源软件的框架:OpenStack叫板AmazonOpenStack你了解生态系统的价值吗:越来越多的企业使用了按需分配资源的云系统。
软件带来了经济的不断发展。
通过使用OpenStack,取而代之的是由软件定义的存储、网络及数据中心”。
运营商需要改变来提供更多的IP服务”。
Openstack与FusionSphere提供了像互联网一样的架构。
另外,FusionSphere架构也将支持Telefonica的后续升级。
另外一个电信巨头,也部署了FusionSphere来管理其基于PLEX系统的数据中心:开源云平台选择更自由失败案例!OpenStack没你想的那么简单!SUSE OpenStack Cloud 5简化私有云管理如何构建OpenStack存储云企业用户为何选择OpenStack使用OpenStack能开发企业私有云吗?OpenStack在混合云战略中位置在哪?OpenStack云功能激发厂商支持云计算开源运动:厂商争先公开源代码OpenStack私有云DR的益处比其TCO更显而易见OpenStack企业~~进程举步维艰EMC收购Cloudscaling对OpenStack应用意义何在?红帽1.75亿美元收购Inktank红帽 9,500万美元收购eNovance思科收购Metacloud惠普1亿美元收购EucalytpusEMC 5,000万美元收购Cloudscaling2014 OpenStack收购案盘点华为持续重磅投入OpenStack 巴黎峰会全面展示开放云谁还敢于挑战OpenStack的权威?出列!预测到2018年OpenStack市场规模将达到33亿美元网易OpenStack部署运维实战红帽公司发布 OpenStack Platform 5开源云平台:顶级OpenStack厂商一览OpenStack为技术宅提供了“拯救世界”的平台OpenStack之小企业使用技巧OpenStack现状:四年后仍“不温不火”小型企业如何成功牵手OpenStack?OpenStack:叫好不叫座IBM Cloud Manager将OpenStack与服务器关联OpenStack现在可配置NoSQL云计算战争OpenStack vs VMware:设计与功能云操作系统OpenStack:优势与问题并存Riverbed加入OpenStack社区:协作开发基于开源标准云解决方案的优化先锋Rackspace将拆分开源云计算软件OpenStack如何使用Puppet安装OpenStack Nova云?Cloud.com将要合并OpenStack代码库如何建立高可用OpenStack云?OpenStack里的三种存储OpenStack Grizzly发布 推进可扩展性和高可用性OpenStack最新版本Grizzly新增部分功能一览面对云锁定的抉择:OpenStack还是专有云平台?四种方案将OpenStack部署到Hadoop如何成功实施OpenStack和CloudStack项目Mark Collier:OpenStack API兼容AWS三载风雨铸就Openstack今日辉煌,并且使用户能充分利用OpenStack提供的互通特性最新的FusionSphere 5,华为FusionSphere能够管理来自不同厂家的虚拟服务器、存储、网络资源以及虚拟安全与负载均衡等设备。
FusionSphere可以兼容作为云计算基础的异构虚拟化层,且物理服务器虚拟化使FusionSphere能够根据企业当前的需求完成不同的任务。
如hypervisor,一个虚拟化多个物理系统的虚拟化层软件。
汇港资讯有限公司采用华为OpenStack连通了香港经纪人与上海证券交...
存储虚拟化的SAN系统组成
SAN是计算机工作者们为了优化DAS而提出的另一种设计思想,它并没有试图在功能上将应用服务和存储服务完全解耦,而是希望服务器与存储设备之间通过专用光纤网络实现高速互连。
如图1所示,一个SAN系统通常包括服务器连接器件、存储网络连接器件、存储设备和管理软件四部分组成,其中存储网络连接器件又可以细分为光纤通道集线器、光纤通道交换机和存储路由器等设备。
图1 SAN系统组成从设计角度来看,只要购买一个NAS服务器通过标准网络协议加入网络,就可以享受文件级的存储服务了;但是如果打算采用SAN设计存储网络的话,不仅需要购买服务器连接器件、存储网络连接器件、存储设备和管理软件,还需要事先规划设计好存储网络的拓扑结构。
从使用上来看,SAN采用专用的光纤网络实现数据存取,能够获得高性能;而NAS服务器与应用服务器共用一套网络,性能比拼上明显无法占据上风。
可以看出,NAS和SAN各有所长,各有所短,实际使用中应该根据实际情况选择合适自己的技术。
近些年来,随着主流NAS厂商开始向其NAS设备增加类似SAN的光纤通道和iSCSI功能,NAS和SAN之间的界限已经越来越模糊,也许不久的将来两者将会迎来越来越多的重叠。
那么到底是哪种技术,哪家厂商的方案是最佳的呢?哪种方案会成为存储虚拟化大赛中的最终胜者呢?现在更多的专家认为,这场竞赛没有最后的赢家,越来越多人认为这三种技术应当结合使用。
如果我们把厂商和各自的虚拟化技术对号入座,那么三个虚拟化阵营都各自有一些代表厂商。
虚拟化应用阵营的代表有SVC、StorAge、NetworkAppliance设备以及NSS SED (Service-Enabled Devices)飞康。
而在磁盘阵列和光纤通道阵营里,HDS、Sun、hp以及Acopia提供了多样化的体系结构。
交换机阵营则包括Invista、McData、Brocade、QLogic以及Cisco公司。
在虚拟化应用阵营中比较有代表性的厂商是飞康,飞康 NSS 是一款灵活的存储虚拟化解决方案,能够对整个企业内的存储资源进行高效、经济的供给和集中管理。
飞康 NSS有助于最大化存储利用率,降低总存储成本和提高员工生产力。
企业可以继续利用现有的存储投资,从而降低购置总成本 (TCO)。
飞康 NSS 使 IT 管理员能够根据业务应用程序服务级别协议 (SLA) 定义适当的业务持续性策略,从而实现更加面向服务的应用程序方法和数据可用性。
对于另外两个阵营来说,由于McData,Brocade,Cisco等其他一些公司已经针对基于光纤通道虚拟化进行了一系列公司收购与合作,似乎不同类别方案之间的分界线已经变得模糊起来。
其他两个阵营中的厂商中有些也正在慢慢跨越自身的领域,即使目前来说并没有真正完全的横跨界限。
由于虚拟化性能、应用程序灵活性以及虚拟化引擎等诸多方面的问题,早期的存储交换虚拟化和磁盘阵列虚拟化两个阵营的提倡者广受业界的质疑。
最初执行虚拟存储的厂商依赖那些基于现有组件的分布式解决方案或是基于端口的处理引擎来提供所需功能,应用设备虚拟化方案被认为是最易于配置的,但其往往有应用限制。
因此一些厂商更倾向于存储交换虚拟化,认为智能SAN虚拟化处理组件是下一代虚拟存储的典范。
同样,HDS针对应用虚拟化方案和网络交换虚拟化方案也作出了类似的批评。
HDS认为他们的通用存储平台(USP)是把虚拟化部署在存储网络边缘的存储控制器,而不是部署在主机或是网络核心的交换机或应用设备,他们认为从性能和安全因素上说这是最佳位置。
而应用设备虚拟化的坚定支持者NetApp则认为通过应用设备在存储网络上实现虚拟化是最好方案。
NetApp公司发言人解释:在选择磁盘阵列方案后,存储网络能给客户提供最大的灵活性,不至于像TagmaStore通用存储平台那样把客户锁定在磁盘阵列的解决方案,既不需要那么复杂,也不需要基于主机的虚拟化解决方案中客户代码带来的成本。
在存储网络之内,应用设备可以灵活放置。
一个好的虚拟解决方案不要求对磁盘或存储网络基础架构进行任何改变。
因此,需要和您的供应商进行讨论来决定进行哪些改变才能够测试和运行它们的虚拟解决方案。
但是需要警惕的是一些解决方案要求企业购买新一代SAN交换机或新一代存储控制器,而这样做的目的仅仅是为了实现存储虚拟。
存储虚拟化应该怎么设计?
谈到虚拟化,这题目可就大了。
最初大家认识虚拟化,是从服务器端地应用兴起地。
而发展至今,当前端服务器虚拟化应用已成为常态时,后端存储架构地虚拟化转型,便顺理成章地被提上了议事日程。
实施存储虚拟化地功能,主要依靠如下几个技术: 拓展(Scale-out)----实施存储容量和性能地同步线性增长! 在传统地非虚拟化存储架构中,存储拓展是通过“替代”完成地。
当一个存储系统地性能和容量达到上限时,用户必须购置一个新系统以取代旧地系统。
这样做往往导致旧系统直接被废弃。
并且用户要在前期投入较大地浪费性前期投资。
当然也能够通过连接更多地拓展柜在一定程度上解决容量地问题,但前端地性能瓶颈将会成为制约容量拓展地一大问题。
而Scale-out架构为用户提供了一种独特地、动态地虚拟化机制,它允许用户在需要时随时动态地拓展容量与性能,从而在保证大规模提高容量利用率和采用效率地同时,很好地解决了容量与性能地同步线性提升。
自动精简配置(Thin provision)--提供虚拟存储空间,提升磁盘利用率! 自动精简配置是一种为当前应用地即时写入数据分配空闲空间地技术。
它可为应用服务提供大量地虚拟容量,从而有助于用户更加有效地利用存储容量,延后扩容时间。
大家都知道相同容量级别地硬盘和IT设备地价格是依照时间推进而大幅下降地,而延后扩容时间就意味着用户能够大大延后购置扩容存储设备地时间,从而大幅度地减少用户存储地前期部建成互搐皋诽薤赌鸽涩龚绩本,在后续扩容中也可实施最经济化地实施。
分布式负载均衡(load Balance)--性能利用最大化! 分布式负载均衡技术是一种根据通道繁忙程度,自动选择数据块地传输途径,从而避免单一通道超负荷运载而成为性能瓶颈地技术。
举个例子:当主机端向存储池发出一个写请求地时候,其组成数据块将以一种平衡地方式分派给各成员存储系统去完成。
作为专业地存储系统生产商,Infortrendf推出地ESVA系列虚拟化架构存储系统将上述技术进行了良好地融合,并配合多种不同主机接口和容量地设备选型,全面满足用户不同地应用环境要求。
Infortrend地虚拟化存储方案,能够真正地解决您地Storage Virtualization之“需”! 参考资料:IT号外云计算全知道
存储虚拟化的三种方法
基于主机的虚拟存储依赖于代理或管理软件,它们安装在一个或多个主机上,实现存储虚拟化的控制和管理。
由于控制软件是运行在主机上,这就会占用主机的处理时间。
因此,这种方法的可扩充性较差,实际运行的性能不是很好。
基于主机的方法也有可能影响到系统的稳定性和安全性,因为有可能导致不经意间越权访问到受保护的数据。
这种方法要求在主机上安装适当的控制软件,因此一个主机的故障可能影响整个SAN系统中数据的完整性。
软件控制的存储虚拟化还可能由于不同存储厂商软硬件的差异而带来不必要的互操作性开销,所以这种方法的灵活性也比较差。
但是,因为不需要任何附加硬件,基于主机的虚拟化方法最容易实现,其设备成本最低。
使用这种方法的供应商趋向于成为存储管理领域的软件厂商,而且目前已经有成熟的软件产品。
这些软件可以提供便于使用的图形接口,方便地用于SAN的管理和虚拟化,在主机和小型SAN结构中有着良好的负载平衡机制。
从这个意义上看,基于主机的存储虚拟化是一种性价比不错的方法。
基于存储设备的存储虚拟化方法依赖于提供相关功能的存储模块。
如果没有第三方的虚拟软件,基于存储的虚拟化经常只能提供一种不完全的存储虚拟化解决方案。
对于包含多厂商存储设备的SAN存储系统,这种方法的运行效果并不是很好。
依赖于存储供应商的功能模块将会在系统中排斥JBODS(JustaBunchofDisks,简单的硬盘组)和简单存储设备的使用,因为这些设备并没有提供存储虚拟化的功能。
当然,利用这种方法意味着最终将锁定某一家单独的存储供应商。
基于存储的虚拟化方法也有一些优势:在存储系统中这种方法较容易实现,容易和某个特定存储供应商的设备相协调,所以更容易管理,同时它对用户或管理人员都是透明的。
但是,我们必须注意到,因为缺乏足够的软件进行支持,这就使得解决方案更难以客户化(customzing)和监控。
基于网络的虚拟化方法是在网络设备之间实现存储虚拟化功能,具体有下面几种方式:1.基于互联设备的虚拟化基于互联设备的方法如果是对称的,那么控制信息和数据走在同一条通道上;如果是不对称的,控制信息和数据走在不同的路径上。
在对称的方式下,互联设备可能成为瓶颈,但是多重设备管理和负载平衡机制可以减缓瓶颈的矛盾。
同时,多重设备管理环境中,当一个设备发生故障时,也比较容易支持服务器实现故障接替。
但是,这将产生多个SAN孤岛,因为一个设备仅控制与它所连接的存储系统。
非对称式虚拟存储比对称式更具有可扩展性,因为数据和控制信息的路径是分离的。
基于互联设备的虚拟化方法能够在专用服务器上运行,使用标准操作系统,例如Windows、SunSolaris、Linux或供应商提供的操作系统。
这种方法运行在标准操作系统中,具有基于主机方法的诸多优势——易使用、设备便宜。
许多基于设备的虚拟化提供商也提供附加的功能模块来改善系统的整体性能,能够获得比标准操作系统更好的性能和更完善的功能,但需要更高的硬件成本。
但是,基于设备的方法也继承了基于主机虚拟化方法的一些缺陷,因为它仍然需要一个运行在主机上的代理软件或基于主机的适配器,任何主机的故障或不适当的主机配置都可能导致访问到不被保护的数据。
同时,在异构操作系统间的互操作性仍然是一个问题。
2. 基于路由器的虚拟化基于路由器的方法是在路由器固件上实现存储虚拟化功能。
供应商通常也提供运行在主机上的附加软件来进一步增强存储管理能力。
在此方法中,路由器被放置于每个主机到存储网络的数据通道中,用来截取网络中任何一个从主机到存储系统的命令。
由于路由器潜在地为每一台主机服务,大多数控制模块存在于路由器的固件中,相对于基于主机和大多数基于互联设备的方法,这种方法的性能更好、效果更佳。
由于不依赖于在每个主机上运行的代理服务器,这种方法比基于主机或基于设备的方法具有更好的安全性。
当连接主机到存储网络的路由器出现故障时,仍然可能导致主机上的数据不能被访问。
但是只有联结于故障路由器的主机才会受到影响,其他主机仍然可以通过其他路由器访问存储系统。
路由器的冗余可以支持动态多路径,这也为上述故障问题提供了一个解决方法。
由于路由器经常作为协议转换的桥梁,基于路由器的方法也可以在异构操作系统和多供应商存储环境之间提供互操作性。
如何解决服务器虚拟化中的存储问题?
但也因为虚拟化的特性,为承载环境中不断增长的虚拟机,需要扩容存储以满足性能与容量的使用需求。
IT经理们已经发现,那些因服务器虚拟化所节省的资金都逐渐投入存储购买的方案上了。
服务器虚拟化因虚拟机蔓延、虚拟机中用于备份与灾难恢复软件配置的问题,让许多组织彻底改变了原有的数据备份与灾难恢复策略。
EMC、Hitachi Data System、IBM、NetApp和Dell等都致力于服务器虚拟化存储问题,提供包括存储虚拟化、重复数据删除与自动化精简配置等解决方案。
服务器虚拟化存储问题出现在数据中心虚拟化环境中传统的物理存储技术。
导致虚拟服务器蔓延的部分原因,在于虚拟服务器可能比物理服务器多消耗约30%左右的磁盘空间。
还可能存在虚拟机“I/O 搅拌机”问题:传统存储架构无法有效管虚拟机产生的混杂模式随机I/O。
虚拟化环境下的虚拟存储管理远比传统环境复杂——管理虚拟机就意味着管理存储空间。
解决服务器虚拟化存储问题 作为一名IT经理,你拥有解决此类服务器虚拟化存储问题的几个选项,我们从一些实用性较低的方案开始介绍。
其中一项便是以更慢的速度部署虚拟机。
你可以在每台宿主上运行更少的虚拟机,降低“I/O混合器”问题出现的可能性。
另外一个方法则是提供额外存储,但价格不菲。
一个更好的选择是在采购存储设备时,选择更智能的型号并引入诸如存储虚拟化,重复数据删除与自动化精简配置技术。
采用这一战略意味着新技术的应用,建立与新产商的合作关系,例如Vistor、DataCore与FalconStor。
将存储虚拟化作为解决方案 许多分析师与存储提供商推荐存储虚拟化,作为服务器虚拟化存储问题的解决方案。
即使没有出现问题,存储虚拟化也可以减少数据中心开支,提高商业灵活性并成为任何私有云的重要组件之一。
概念上来说,存储虚拟化类似服务器虚拟化。
将物理存储系统抽象,隐藏复杂的物理存储设备。
存储虚拟化将来自于多个网络存储设备的资源整合为资源池,对外部来说,相当于单个存储设备,连同虚拟化的磁盘、块、磁带系统与文件系统。
存储虚拟化的一个优势便是该技术可以帮助存储管理员管理存储设备,提高执行诸如备份/恢复与归档任务的效率。
存储虚拟化架构维护着一份虚拟磁盘与其他物理存储的映射表。
虚拟存储软件层(逻辑抽象层)介于物理存储系统与运行的虚拟服务器之间。
当虚拟服务器需要访问数据时,虚拟存储抽象层提供虚拟磁盘与物理存储设备之间的映射,并在主机与物理存储间传输数据。
只要理解了服务器虚拟化技术,存储虚拟化的区别仅在于采用怎样的技术来实现。
容易混淆的主要还是在于存储提供商用于实现存储虚拟化的不同方式,可能直接通过存储控制器也可能通过SAN应用程序。
同样的,某些部署存储虚拟化将命令和数据一起存放(in-band)而其他可能将命令与数据路径分离(out-of-band)。
存储虚拟化通过许多技术实现,可以是基于软件、主机、应用或基于网络的。
基于主机的技术提供了一个虚拟化层,并扮演为应用程序提供单独存储驱动分区的角色。
基于软件的技术管理着基于存储网络的硬件设施。
基于网络的技术与基于软件的技术类似,但工作于网络交换层。
存储虚拟化技术也有一些缺陷。
实现基于主机的存储虚拟化工具实际上就是卷管理器,而且已经流传了好多年。
服务器上的卷管理器用于配置多个磁盘并将其作为单一资源管理,可以在需要的时候按需分割,但这样的配置需要在每台服务器上配置。
此解决方式最适合小型系统使用。
基于软件的技术,每台主机仅需要通过应用软件查询是否有存储单元可用,而软件将主机需求重定向至存储单元。
因为基于软件的应用通过同样的链路写入块数据与控制信息(metadata),所以可能存有潜在瓶颈,影响主机数据传输的速度。
为了降低延迟,应用程序通常需要维护用于读取与写入操作的缓存,这也增加了其应用的价格。
服务器虚拟化存储创新:自动化精简配置与重复数据删除 存储技术的两个创新,自动化精简配置与重复数据删除,同样是减少服务器虚拟化环境对存储容量需求的解决方案。
这两项革新可以与存储虚拟化结合,以提供牢固可靠的存储容量控制保障。
自动精简配置让存储“走的更远”,可减少已分配但没有使用的容量。
其功能在于对数据块按需分配,而不是对所有容量需求进行预先分配。
此方法可以减少几乎所有空白空间,帮助避免利用率低下的情况出现,通常可以降低10%的磁盘开销,避免出现分配大量存储空间给某些独立服务器,却一直没有使用的情况。
在许多服务器部署需求中,精简配置可通过普通存储资源池提供应用所需的存储空间。
在这样的条件下,精简配置可以与存储虚拟化综合应用。
重复数据删除从整体上检测与删除位于存储介质或文件系统中的重复数据。
检测重复数据可在文件、字节或块级别进行。
重复数据删除技术通过确定相同的数据段,并通过一份简单的拷贝替代那些重复数据。
例如,文件系统中有一份相同的文档,在50个文件夹(文件)中,可以通过一份单独的拷贝与49个链接来替代原文件。
重复数据删除可以应用与服务器虚拟化环境中以减少存储需求。
每个...
软件定义存储和存储虚拟化的区别联系
在近十几年关于Linux与Windows总拥有成本的讨论中,人们普遍认为虚拟化可以为Linux系统提供很大的好处。
GabrielConsultingGroup最新的研究表明,部署了混合环境(也就是Windows和Linux)的企业具有更高的虚拟化技术采用率,所有的成本节约体现为:花费在硬件和许可方面的资金更少。
这是一个有趣的结论,但是却引发了一个更加有趣的问题:为什么Windows管理员不能和Linux管理员一样利用虚拟化技术的优势?答案——许可成本和复杂性——是微软有能力、但是没有兴趣做出改变。
根据研究结果,主要采用Linux的企业虚拟化程度要比采用Windows的企业高出30%,而那些虚拟化程度较高的用户中在Linux系统上部署虚拟化的比例要比Windows更高,如图所示: Linux与Windows:虚拟化趋势 该研究报告的作者称“显然Linux用户采用虚拟化技术的速度和程度都要比那些基于微软操作系统实现标准化的用户都要高。
”但是,为什么呢? 也许主要的原因就是微软在Linux用户采用虚拟化之后很久都没有真正地开始宣传这项技术。
这并不意外:微软在虚拟化方面落下太多了。
企业需要购买的Windows服务器许可越少,微软所面临的情况就越糟糕。
微软现在两只脚都迈进了虚拟化市场,甚至还免费向用户提供他们的Hyper-V产品……但是并非如此。
的确,正式微软面向服务器的定价策略能够最好地解释对Windows用户缺乏吸引力的原因,正如GabrielConsultingGroup在报告中所指出的: 许可费用的差别直接影响到成本对比。
从微软来说,那些没有签订批量协议或者没有购买价格更高的企业版本或者数据中心版本的用户必须为他们的每个系统以及运行在这些系统中的每个虚拟机购买许可。
而另一方面,Linux实际上是免费的,也就是说,企业可以免费地在多个虚拟机或者虚拟机中部署 Linux。
同时,这份报告还罗列出源代码访问给Linux管理员带来的好处,我认为这对大多数Linux使用者来说只是一个微不足道的好处。
很少有人会在意“熟悉代码”以利用报告的语言,他们更愿意相信Linux虚拟化所能带来的实实在在的成本节约。
【软件虚拟化】VMware的虚拟化软件太贵了,有没有国产的虚拟化软...
服务器虚拟化主要的有三种 Citrix XenServer 微软 Windows Server 2008 Hyper-V VMware ESX Server 这是最常用的 总特点: 将服务器物理资源抽象成逻辑资源,让一台服务器变成几台甚至上百台相互隔离的虚拟服务器,或者让几台服务器变成一台服务器来用,我们不再受限于物理上的界限,而是让CPU、内存、磁盘、I/O等硬件变成可以动态管理的“资源池”,从而提高资源的利用率,简化系统管理,实现服务器整合,让IT对业务的变化更具适应力 VMware ESX ServerESX Server 运行在服务器裸机上,是基于硬件之上的架构。
属于企业级应用。
用同一台服务器底层硬件,划分出若干虚机,集中管理,很方便的做集群,负载均衡,热迁移等功能。
XenCenter是Citrix的虚拟化图形接口管理工具,可在同一界面,管理多台的XenServer服务器。
管理上,通常会先在XenCenter建立一个服务器群组(Pool),然后将位于同一机房内的XenServer服务器加入。
和大多数服务器半虚拟化产品相同的是,当数台XenServer服务器连接到同一台共享磁盘驱动器,且将虚拟档案放置于此的前提下,可以通过Xen-Motion这项功能,将虚拟机以手动方式在线转移到其它的XenServer服务器,从事主机的维护,或者降低硬件资源的消耗。
存储虚拟化和服务器虚拟化有何区别?
两者概念相似,但属于不同的技术。
服务器虚拟和存储虚拟化技术的设计目的都是将物理系统从具体的工作负荷中分离出来,都是为了通过整合和快速分配资源达到简化环境的目的。
服务器虚拟化解决方案一般将操作系统和应用程序封装到虚拟服务器中,而存储虚拟化解决方案的目的则是通过存储池化、资源分区,或让磁盘系统仿真磁带系统来优化数据存储环境。
基于控制器的存储虚拟化有什么误解?
虚拟化太复杂 早期基于交换机和网络的存储虚拟化要求重新将异构LUN(逻辑单元号)映射到一个通用虚拟LUN格式,以能够在主机系统上进行显示。
这一LUN重映射工作引入了另一个操作层,增加了管理复杂性,从而阻碍了这一方法的应用。
然而,存储虚拟化的快速创新很快就解决了这一难题,通过使用基于存储控制单元的虚拟化,使得无需重映射即可完成物理LUN的虚拟化。
通过采用这一方法,LUN将基于各自厂商特定的方法在外部存储系统行进行配置。
尽管已经连接到主机服务器,这些LUN之后仍可通过FC端口连接到虚拟化控制单元。
其次,控制单元上的软件可发现FC端口上的LUN,通过控制单元的高速缓存将它们呈现给应用服务器,就如同LUN是其内部的LUN一样;同时,通过连接到控制单元和充分利用可用的全局高速缓存与全局命名空间,虚拟化存储系统还可充分利用更大的高速缓存来切实提升其它系统的性能。
仅是数据迁移工具 存储虚拟化可实现更高效的IT环境,远远超越了针对测试环境的数据迁移或部署工作。
它不仅仅是一台机器或一个系统,而是真正的存储服务平台的基础。
基于控制器的虚拟化能够为异构文件、对象或块存储资产带来高级复制能力和分配分层存储管理服务。
此外,它还支持对数据进行分类,然后将其高效、不间断地移动到合适的存储层,从而确保应用始终可用。
仅适用于服务器 涵盖虚拟服务器与虚拟存储的综合性虚拟化战略能够最大限度地简化IT资源的管理和配置工作。
服务器虚拟化技术与存储池技术相结合,可在多个方面改善管理工作,进而可帮助提高灵活性,降低电力和冷却需求,同时支持最终用户更高效地使用IT资源。
具有安全威胁 虽然存储虚拟化可能衍生出一个新的威胁层,但基于存储控制器的虚拟化不依赖于网络来获取连接能力。
另一个与存储虚拟化相关的常见安全担忧就是拒绝服务攻击或服务降级。
基于控制器的虚拟化可支持建立动态分区,控制诸如高速缓存等共享资源的使用。
而在关键应用运行的峰值期间,用户也可以为其分配更多高速缓存和更高端口优先级。
最后,由于许多系统都有多个处理器,一些甚至有超过128个处理器,通过使用控制器进行虚拟化,当一个处理器发生故障时,其余127个仍然可以继续工作。
只能用单一厂商的产品 由于虚拟化方法要求进行复杂的LUN映射,单一厂商限制成为一个普遍的担忧。
这主要是因为当用户映射了来自不同异构系统的LUN后,便再也不想去变更或重头再来一次。
来自一个厂商的系统的映射表可以简化这一流程,但用户将会受限于只能使用一个厂商的产品。
并非所有虚拟化技术都要求这一级别的复杂LUN映射工作,从而引发相关的LUN管理问题。
如果选择使用基于控制器的虚拟化,用户将可以把LUN直接映射到存储控制器。
当这一工作完成后,用户将不再需要映射表或后续的LUN管理工作。