云计算时代来临 存储虚拟化势在必行

　“目前，它正在逐渐变软”，别多想，这句话是用来形容企业IT架构的发展趋势，以此概括云计算时代软件定义一切的时代特征一点不为过。

　　存储虚拟化的势在必行

　 　当然这也是众多企业的需求所在，他们希望通过通过整合物理架构和利用更多虚拟服务器来削减服务器硬件成本的方式，更好的利用现有的有限预算。虽然不少软 件和硬件厂商们在服务器虚拟化方面都已经提出了非常成熟的解决方案，但是，到如今传统虚拟化只在埋头搞服务器虚拟化的厂商似乎有些OUT了。

　　在软件定义数据中心时代决不能忽视存储虚拟化这重要的一环，它也逐渐成为云计算时代必须跨越的另一障碍。即使是服务器厂商们也开始纷纷转移阵地，扛起存储虚拟化这一面大旗。

　 　由于存储虚拟化对零散的存储资源进行了集中化的统一管理，无论从管理水平，还是存储资源利用率都有所提高，可帮助企业大幅提升整体架构的效率并极大节约 成本。例如通过ThinProvisioning，可减少75%存储投资；通过WAN优化的复制功能，可削减90%复制成本；消除冗余数据，可节约95% 备份存储空间等等。

　　存储虚拟化的做与不做

　　虽然存储虚拟化对存储领域来说并不是什么新鲜的词汇了，它的功能也确实是符合用户所需，但为什么虚拟存储技术没有完全普及呢?这还要从虚拟存储技术面临的困难说起。

　　存储系统的性能一直是发展的一大瓶颈。业务系统由主机层、网络层和存储层三部分组成。比较看来其实不难得出，存储系统的发展最为缓慢，其中很大的制约因素就是性能瓶颈。

　　不得不提速

　 　提高性能，加速读写看起来对于存储系统尤为重要，在此出现了一种技术――基于磁盘的Cache技术。其实该软件就是构建了一个缓冲池。池子里面有个叫 SafeCache的守卫，负责把数据按顺序排好，再进行写操作，而另一个HoTzone的守卫就负责将经常游走在池子中的活跃数据归置到一起，方便他们 被读取，这样，在收到命令的时候整个池子的数据就可以最快的响应。

　　不得不准备容灾

　　当然，得益于SafeCache和HoTzone对数据的 管理，这样的缓存池还能一定程度上防止数据丢失。但是历史数据的安全又如何呢?这也是存储虚拟化令人担忧的另一个难题。因为虚拟存储把所有数据都放在了一 个系统环境下，这就相当于把鸡蛋都放在一个篮子里，一旦打翻，所有鸡蛋都会损失，所以针对数据安全问题，更需要多种数据保护功能。

　　说到数据安全，不得不提到容灾系统，举例来说，就是当您的生产数据获得增量，那么虚拟化的容灾系统是否能无缝扩展，将这部分数据迅速的放入您的虚拟池，而确保生产中心业务无需任何改动、业务无需任何停顿、投资无丝毫浪费呢，这对于在每个企业来说其实都至关重要。

　　不得不思考未来扩展

　 　解决了以上难题后，对于一套初期部署存储虚拟化产品的企业来说似乎看起来可以举杯庆祝了，但是人无远虑必有近忧。当你选择了一款性能过关的存储虚拟化产 品后是否想过他的扩展性如何呢?一般一款存储虚拟化产品只能对有限的存储空间起作用，虽然这在部署初期似乎不会显现出来，但却可能成为你日后的忧患，所以 提前对扩展性进行评估才是正途。

　　这就需要构建一个灵活的存储架构，对于已存在的系统，就简单的通过主机访问存储设备即可。对于迁移或重 新在FC交换机上分区的系统，就需要一个软件可以介入到产机和存储设备之间，使得主机访问可以在不做任何修改条件下访问到原有存储设备,而不能耽误日常的 业务进行，同时你会意识到必须要能够实现在线的数据迁移和硬件升级。

　　不得不考虑数据恢复

　 　当然，即使不可避免的出现了逻辑灾难问题，恢复情况如何?也是部署存储虚拟化中一个重要的保证。这时就需要一个快照代理功能，可以保护数据库和邮件系统 的100%数据完整性，确保恢复过程中的交易一致性。同时应用感知的快照代理可以用于所有主流的企业应用程序，包括 MicrosoftExchangeandMicrosoftSQLServer,Oracle,Informix、Sybase等数据库以及 VMware虚拟化平台。最后快照还应该可以被加载在虚拟卷上，用于即时恢复单个文件或是卷级的裸设备恢复。

　　如此五点，方能帮助企业获 得的高效、优化的IT架构，降低的企业成本，强大的数据服务，想必这单单依靠服务器虚拟化是无法实现的。企业部署存储虚拟化是必行之路，但如何有智慧的部 署，就需要CIO们逐渐转化思想，看到更多存储虚拟化的闪光点，找寻正确的方法，实践IT变软企业才会变“硬”之理。

标签： 安全 服务器 服务器厂商 服务器虚拟化 服务器硬件 企业 数据库 网络 问题 虚拟服务器 选择 用户 云计算

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点！
本站所提供的图片等素材，版权归原作者所有，如需使用，请与原作者联系。