404 Not Found

404 Not Found


nginx/1.20.1
主页 > 新闻频道 > 企业专栏 > 正文 404 Not Found

404 Not Found


nginx/1.20.1

Sun异构环境存储虚拟化跨越大型主机和开放系统


  DoSTOR ◎  2007-04-10 存储在线

很多年来,“虚拟”这个概念就与计算机技术的发展如影随形,它在今后的企业IT系统中更是扮演降低成本与复杂度、提升企业竞争力的重要角色。从技术发展的来龙去脉可知,掌握和应用这项技术也是“冰冻三尺,非一日之寒”。雄厚的技术积累,全面优异的产品线,丰富的实施经验,这些都是提供企业存储虚拟化解决方案的基础。在这些方面,Sun公司都是当之无愧的领先者。

每一步都有Sun的脚印

略微回顾一下虚拟技术和虚拟存储技术的历史,有助于我们深入理解这项技术的价值和原理,以及什么样的厂商能够提供更令用户放心的解决方案。

虚拟技术最初被用于操作系统的内存管理。早期的计算平台只有大型主机,以Unix为代表的开放系统尚未出现。1970年代,虚拟技术开始用于存储领域,例如有人用大量的存储芯片来仿真磁盘。1992年Sun StorageTek 发布全球第一款应用于大型主机环境的RAID虚拟磁盘阵列-- SVA,标志着虚拟存储技术达到了新的水平。1997年Sun StorageTek在全球率先推出第一个基于大型主机平台的虚拟磁带系统VSM,引领存储虚拟化在主机系统应用正走向成熟。而与此同时,Sun StorageTek开始着手将存储虚拟化技术引进更加广阔的开放平台,并于2006年成功推出基于开放平台的虚拟带库产品VTL。在虚拟带库技术不断推陈出新的同时,Sun StorageTek更是拥有了业界最卓越稳定的跨平台的Sun StorageTek 9900磁盘系列,具有先进的虚拟磁盘功能。

我们注意到,从业界第一个面向大型主机的虚拟磁带库产品开始,到今天的开放系统虚拟存储解决方案,在整个虚拟存储演变过程的每一个阶段,Sun StorageTek始终是屈指可数的提供商之中最有力的推动力之一,在此过程中也积累了丰富的经验。因此,无论是对于大型主机还是在开放系统,Sun公司始终走在虚拟存储提供商的最前列。

给你虚拟存储的全景视图

正如我们所知,在企业IT架构中引入存储虚拟化技术,可以通过以下四种方式来实现,每种方式都有其优势和缺陷:第一,基于服务器的存储虚拟化;第二,“带外(out-of-band)”虚拟引擎;第三,“带内(in-band)”虚拟引擎;第四,基于存储器的虚拟存储。

同时需要注意,虚拟存储解决方案应该是在企业用户原有存储系统的基础上实施。Sun公司对企业存储系统本身具有非常深入的理解,这就为他们奠定了坚实的基础,足以研发和提供既与企业原有存储系统无缝集成、又充分利用最佳技术的虚拟存储解决方案。一般来说,典型的企业存储系统呈现出三层结构(3 Tiered Storage Hierarchy)。在最高的层次上,一般采用固态存储(Solid State Disk,SSD)和磁盘阵列等高性能、高价格的存储设备,称为主存储层(Primary Storage);在中间层次上,多采用磁盘、虚拟磁带库和近线存储等性能和价格都适中的存储设备,称为次存储层(Secondary Storage);在最低层次上,一般采用磁带库、远线存储等容量极大、价格极低但速度较慢的存储设备,称为长期数据保持层(Long-term Data Retention)。特别令人感到头痛的是,在企业存储架构的每个层次上可供选择的设备也是形形色色,因此造成了存储系统管理的复杂性,而虚拟化正是为了尽可能地克服这种复杂性。

企业存储资源管理之所以复杂,是因为不仅需要进行存储资源的整合与分配,而且需要根据数据在其生命周期中所处的阶段来选择适当的存储层次。第一层,也就是“主存储层”,用来存放关键性业务、高性能在线事务处理等随时需要存取的数据,响应时间必须达到毫秒级以上;第二层,也就是“次存储层”,一般用来存放使用频度在30天到90天之间的数据,响应时间达到秒级就可以了。这个层次的形成与发展得益于Serial ATA磁盘阵列的大量应用,由此在相当大的程度上替代了传统上主要有磁带库来承担的备份与恢复作业,以不太高的成本投入大幅度提高了系统效率。最重要的是,在这个层次上发展起来了极有前途的集成化虚拟磁带库(VTL, Virtual Tape Library),以次存储层的效率承担起第三存储层的工作。第三层,也就是“长期数据保持层”,用来存放使用频度低于90天或者需要永远保存的数据。Sun StorageTek VTL 虚拟带库所具备的独特优势不仅在于用户可以简单的安装使用,而且用户可以充分利用之前所投资的磁带库系统,在不中断磁带库备份应用的同时,连接安装VTL系统,不仅实现了原有投资的效益最大化,更保护应用不受中断。此外,随着用户对数据安全性的警惕性越来越高,数据加密成为必不可少的一项措施,而VTL正是将磁带库数据加密与高效的系统运转完美结合的理想工具。

在这种三层架构的企业存储系统之中,存储管理系统不仅要保证所有的服务器和应用都能获得充足并且高效的存储资源,而且还可以自动化地实现数据在不同层次之间的调度,在服务器和应用不知不觉的情况下,把常用的数据放在较高的层次上,不常用的数据放在较低的层次上,直至自动实现归档乃至永久保存。在业界唯一一家有能力将传统企业存储系统、虚拟存储技术和信息生命周期管理这三者有机地结合起来,这是Sun公司虚拟存储解决方案有别于竞争对手的最大优势。

全线产品展现虚拟存储魅力

有些时候,虚拟存储并不一定是作为独立的产品提供给企业用户,更常见的情况是作为简化存储资源管理、提高存储资源利用率的技术和工具,应用在完整的企业存储解决方案之中。所以,从存储资源管理产品的角度去看,往往更容易理解虚拟存储的作用和意义。纵观整个IT业界,能够像Sun一样提供完整企业存储解决方案的厂商并不多。特别是在开放系统领域,几乎没有哪一家提供商能像Sun公司一样,拥有从服务器、存储产品到操作系统这样完整的产品线。因此,Sun公司可以凭借其在服务器和操作系统等领域的知识和经验,以及StorageTek在传统存储领域的多年积累,提供集成化程度更好的企业存储系统解决方案。

存储软件产品线是观察和分析一家存储解决方案提供商的水平和能力的最佳线索。Sun存储软件涵盖了数据管理和数据服务等各个方面。

Sun公司的专家提醒企业用户,在进行选择的时候,要特别注意,其中的快照拷贝复制(snapshot copy replication)和镜像(mirroring)等数据可用性功能是否有能力防止硬件故障和非法侵入,因为这是当今广泛应用的非大型主机平台的一个薄弱环节,并且被许多存储系统提供商所忽视。对于任何企业用户来说,只有随时为数据做好备份,并且确保这些备份资料不会遭受到任何无意或者恶意的破坏,才能确保其数据资产万无一失。随着第三层存储中越来越多的资料需要长期保存,这种确保企业数据资产万无一失的措施越来越关键。而Sun公司特有的集数据加密、WORM和身份认证于一身的数据保护架构则是企业存储系统全面而有独到的解决方案。

在企业存储系统中实现数据资料“基于策略的迁移(Policy Based Migration)”,这一点也同样重要,因为这种功能可以通过虚拟化和层次化存储管理的方式和产品,自动把数据存放在最适当的层次上。Sun公司的数据服务与基于策略的迁移与归档产品,主要包括SAM-FS和QFS架构。这两个产品可以用来为在不同存储层之间迁移数据制定策略,由此把虚拟化的多重工具整合在一起,显著提高了存储管理的自动化水平。

异构环境虚拟化大师

业界主要存储厂商无不把虚拟技术放在重要地位,其中当然少不了兼有传统优势和最新技术的Sun。而且,因为Sun公司不仅是领先的存储系统厂商,而且也是领先的服务器和操作系统厂商,所以拥有最强的优势,把虚拟技术灵活地应用到多层次的企业存储架构中的任何一个角落,最大限度地改善存储资源的利用率,降低存储管理的复杂度与成本。最重要的是,Sun公司的虚拟化存储管理产品具有非常好的跨平台与互操作能力,可以为异构环境提供最佳的虚拟存储解决方案。

异构存储虚拟化几乎是当今所有企业用户都要面临的问题,而这正是Sun公司存储解决方案最拿手的应用领域。特别是广泛应用于第二层存储的虚拟磁带库产品,不论是针对大型主机,还是针对开放系统,都有非常优异的表现。纵观整个业界,Sun公司拥有最全面的第二层存储虚拟化解决方案。例如,如今有许多文件数据和非结构化的数据都存储在NAS设备上,而Sun公司就为此特别提供了NAS网关,很好地实现了网络环境中NAS设备的虚拟化。Sun公司也提供统一的文件和数据块组合型虚拟化解决方案。正因为如此,Sun公司在整个虚拟磁带库市场拥有70%的占有率。

Sun公司之所以要以企业存储架构的全景视图为目标来提供全方位、适用于异构环境的虚拟存储解决方案,其用意在于帮助企业充分利用虚拟化技术,克服数据中心不断增加的成本与复杂度。Sun公司坚定地认为:虚拟化最重要的意义就是简单化。Sun公司随时帮助企业对其存储系统进行全面的监视,不放过任何可以进一步简化的机会,随时随地把虚拟化技术的效用发挥到极致。

发表评论 关闭窗口

最新更新
互动精华
404 Not Found

404 Not Found


nginx/1.20.1
404 Not Found

404 Not Found


nginx/1.20.1
 专题列表
404 Not Found

404 Not Found


nginx/1.20.1
 推荐供应商列表
404 Not Found

404 Not Found


nginx/1.20.1
404 Not Found

404 Not Found


nginx/1.20.1
404 Not Found

404 Not Found


nginx/1.20.1