最近，软件定义储存领域频频显露出来“从各处买进”现象，新产品的宣布消息儿也川流不息。这禁不住让人发问，“软件定义储存”这个在2013年被次数多提及的IT热词，到底会对我们萌生怎样的影响?
固然各大厂商都在宣传“软件能帮忙数值核心储存脱离硬件主导的约束限制”，但用户始末仍然需求建造硬件平台来运行软件，匡助软件定义储存的办公。尽管眼下已经有发展方向表明软件定义储存着手向商用标准样式搬迁，他们与传统标准样式之间的差别仍值当我们注意。办公负载以及不一样的基础设备和基础设备标准样式给实效果导致的影响也不尽相同。
现在越来越多的产品推出了共享式DAS储存架构，意在从基础设备中移除SAN并减低群体复杂程度。然而其对复杂性的减低效果还要等待商讨，它所起到的更多是一个转化的效用。其实它并没有真正地移除SAN，只是对其施行改进。
用户对于储存厂商以各种方式演习的无共享集群架构已经责备不怪，一般此类产品都归属软硬件集成的“打包”型解决方案。然而随着终端用户对部署自有硬件有经验的需要愈发猛烈，也催产了前所未有的新式机制。
一朝用户脱离了供应商对底层基础设备的严明掌控，相应的储存软件务必更具智能化。而终端用户执行团队则需求学会像供应商的硬件团队那样子仔细看设备、酌量方案。
举例来说，数值核心的东-西向流量标准样式就变得十分关紧。IT运维担任职务的人有可能会发觉自个儿需求部署低延缓储存网络;全新的SAN网络不再遵循北-南标准样式而转向服务器-服务器(即东-西)标准样式。从传统角度看，这些个办公原本是虚拟化技术担任职务的人才需求关心注视的内部实质意义。
再者就是理解性能与故障方面的问题：我们在尽力照顾本地DAS时是该利用RAID仍然将其改造为散布式RAIN(即独立节点冗余阵列)标准样式?假如大家有意将数值核心内的全部储存资源并肩萃聚成一套极大的资源池，那末纯一节点发生故障会给整个的局面：胸怀～整体体系带来何种影响?又会不会给整个儿资源池的性能导致牵累?
不论什么与散布式储存标准样式打过打交道的技术担任职务的人一定都有这么的体验领会：性能低下甚至于显露出来故障的节点所带来的影响远远超乎我们的假想。有时，其表达与当时的灵位环网非常大致相似，纯一的接口配备布置不合适便会以致完套整体体系的性能陷于泥坑。与此相形，重复IP地址导致的影响甚至于可以疏忽不计较。
那末纯一的计算或储存节点发生故障会导致哪一些影响?多个计算/储存节点显露出来故障又是怎样的事情状况?
在以往，这些个问题都应由储存硬件供应商负责，本地储存团队的实行阶段也无须用户加入。但如今的软件定义储存，需求我们制定一系列决策，深刻思考怎么样尽力照顾数值、了解副本机制带来的影响等。
从理论上说，我们都期望自个儿的数值与处置机制间的距离越近越好。不过数值本身有连续不断性，需求长时期占用空间。错非我们能发明出一套完全可以正确帮忙计算机制寻觅数值位置的动态基础设备，否则搬迁办公也就在所难以避免。
这个之外，供应商们也需求进一步改进其硬件设施。而在这种复杂背景下的储存系统运行机制，可谓是谜样又淫秽不易懂难懂。为了与之相协调，软件复制功能与大规模商用基础设备也务必在当下的基础上更进一步，否则根本没有办法支撑起广泛的实践应用。
然而我们也看见多家厂商也在频频出新招，推出开源或闭源的解决方案，储存大型客户对此也表达出了莫大的兴致。储存变法将走向何方?让我们拭目以待吧。
原文地址：http://9a383637.blog.51cto.com/9373637/1572023
