赛门铁克SF双活软件使用经验浅谈

    因为公司要搞存储双活的原因，所以参与了前期的项目建设阶段，对于赛门铁克SF的这款软件在使用过程中所遇到的问题，作为一名工程师浅谈下自己的看法，欢迎各位拍砖。

    SF对于系统磁盘的管理上，首先并不是基于系统底层管理。存储的磁盘在映射到系统层被系统所识别后，AIX、linux都需要卸掉自身的多路径软件。这样由于光纤链路的冗余性，映射到系统中的磁盘id会因映射到主机的光纤链路有几根而变成多少块磁盘。不管是执行fdisk -l 还是lspv 你会看到系统底层有一堆盘符。即使通过SF多路径管理软件自身整合后，也只能是SF软件层来查看磁盘的映射关系，系统层是看不到的。而且AIX当系统第一次用自身多路径识别到存储后，如果删除了多路径软件，而没有删除盘符，那么重新系统重新扫描后，磁盘id会变的混乱不好对应关系。总之，本应该系统层来做的事情现在交由第三方软件来做，给后期运维会带来不小的麻烦。

    SF在双活上的管理还是基于系统上层的管理，而不是存储底层的管理，他不同于IBM SVC这类存储自带的存储双活工具。存储的双活切换，需要SF在系统上层软件去调度切换，这样因为过了中间层，其中的故障节点也相对要多。如果用IBM SVC来进行存储双活，那么对于系统层所看到的始终是一套磁盘，而不会是多套磁盘混杂。这也就是我所说的，SF在管理磁盘上的软肋。而且当存储层出现故障、或者性能出现问题，SF只能从系统的性能查觉到，但是有些问题其实存储早已暴露出来了。而IBM SVC可以对存储层的性能、硬件状态进行监控，而且可以随时查到当前的报表。这样，更容易让运维人员去确认和分析问题。

    上述只是拿IBM SVC做了说明，当然其他的存储厂商也都有各自的双活软件。总结一点，对于运维来说一套架构所涉及的厂商越少、架构的复杂度越低，越能方便管理并节约成本。但是，厂商的选型是领导层决定的，并不是底层实施所能把握的。所以如果有类似的问题，还是要顺其自然，适应领导的决策。