|
副标题[/!--empirenews.page--]
【资讯】经过近乎爆炸性的发展，今天的存储技术无论从架构理念还是技术实现，与几年前相比都大为丰富。然而，与其他“初步繁荣”的领域一样，在花样繁多的理念背后，其实也隐藏着一些不够成熟完善的技术手段。只不过这些不足和缺憾从来不会出现在天花乱坠的“方案建议书”中，只有当用户真正使用之后才会有所体会。
.
螃蟹不可以生吃
曾有某个大型铁路部门，在系统改扩建时拟对核心业务实现容灾，而恰逢某知名厂商隆重推出首款支持远程数据镜像的中端存储产品。于是两者一拍即合，国内首个基于中端存储设备的实时容灾就此诞生。
在确定方案框架后，用户还曾经谨慎的测试了该存储设备在模拟应用中的性能表现，并依此最终确定了产品配置指标。但是工程进入实施阶段之后，意料之外的问题还是出现了。
首先是数据镜像过程消耗了太多的设备处理能力，而控制器又无法进一步扩展，造成用户应用得到的性能只有测试时的三分之一。然后是镜像机制不完整，该设备不支持异步镜像，因此对远程链路的质量和效率要求非常之高，以至于维护通讯链路的成本大幅度增加，基本抵消了用中端产品替换高端产品所节约的投资。最终的结果可想而知——用户虽然在总体投入上稍微有所节省，但得到的系统性能却大打折扣。
更令用户顿足捶胸的是，仅数月之后，市场上就涌现出一批设计更合理、技术更完善、价格也更低廉的容灾产品。这个刚刚上马还处在试运行阶段的产品立时成了“过时设备”，被无奈的列入到整改清单中。
合理而巧妙的利用新技术诚然是获得最优性价比的重要手段，但上面这个真实的事例告诉我们，尝试新技术的同时也必然会伴随风险。作为直接承担风险责任的最终用户，即便有勇气做第一个吃螃蟹的人，也应该尽量设法搞清楚“螃蟹”的成熟度，尤其是针对存储系统。
.
孔雀开屏的后面
作为全系统的核心基础，存储系统对整体架构的影响可谓“牵一发而动全身”，因此对存储系统的建设一定要全面考量不可偏颇。
当年虚拟存储方兴未艾的时候，某专业虚拟存储厂商曾经兴致勃勃的召开技术演示会，向若干金融电信业的IT负责人推荐。大屏幕上“带内虚拟”、“带外虚拟”、“自动资源分配”、“透明扩展”、“透明迁移”等诸多概念绚丽起舞，台下却有几位老先生眉头紧蹙。
会议行将结束的时候，一些颇有经验的用户终于发问了。
“我理解，这虚拟存储其实就是把我们现有的存储设备都统一由你的设备来管理，然后主机再统一使用由你的设备提供的资源。对吗？”
“正是。这样您可以……”
“这样你的设备岂不是个很大的单一故障点？我为什么要把所有数据都集中到这个相对脆弱的设备上？”
“我们的设备提供有热备容错功能，而且‘把所有鸡蛋放在一个篮子里’也更方便管理和使用。”
“为了保障系统稳定和安全，我们在前端主机和后端存储设备上的投资非常大，现有你的虚拟存储仅是价值十几万的设备，却嵌入在整个系统的中心，这有点不合适吧？我承认虚拟存储的各种好处，但是相对我系统中现有的‘鸡蛋’，你提供的这个‘篮子’似乎脆弱了点。”
虚拟存储技术本身的是非对错自有公论，但这些用户能够不被新技术华丽的外表迷惑，敏锐的看到潜在问题，这种实事求是的态度确实值得学习。
（编辑：网站开发网_安阳站长网）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
