|
第21期 － 2016年4月 国内某大电视台云编辑系统项目 – 贰之二 选择 HA SAN 高可用存储架构
对于 HA SAN 存储架构的选择，重点目标其实非常简洁明确 :
1.
数据必须受到保护，以保障电视台媒体资产的安全
2.
数据必须随时可用，以满足电视台对业务连续性的高要求
3.
数据访问必须支持足够带宽，以支持系统对整体性能的高要求
4.
存储架构必须具备开放性和可扩展性，以保证未来系统升级的弹性
技术团队经过初步筛选后， Loxoll 的 HA-AP 存储高可用网关与 EMC VPLEX 解决方案获选入围。再经深入对比，发现两者虽然都是以数据镜像作为实现高可用性的基础，但是却采用了截然不同的设计和技术原理，归纳摘要如下 :
1.
设备形态 ： VPLEX 的设计是虚拟化存储网关，必须把存储原始的 LUN 打上“标签”，或者重新封装后映射给主机，所以主机看到的 LUN 不是原始的 LUN ； 如果网关坏掉， LUN 就无法使用。 HA-AP 设计为非虚拟化 Router 网关，不改变存储原始 LUN 上的任何信息， HA-AP 如撤掉之后，存储原始的 LUN 可直接映射给主机，保持可用。
2.
设备结构 ： VPLEX 是基于 Linux 的集群系统，采用非标准的 x86 硬件结构，配置多核处理器、大量高速缓存及 8GB/sec HBAs 。其系统结构非常复杂，并且需要专门的管理服务器，以及放置系统配置信息的元数据卷；因此有建设周期长、安装配置任务繁多、维护程序复杂，以及稳定性和安全性等方面的顾虑。而 HA-AP 是基于嵌入式操作系统，采用工业级模块化结构的单一目的硬件，完全可以避免前述的种种顾虑。
3.
数据同步： VPLEX 由于是虚拟化技术，需要高频的 CPU 以及大容量缓存，以进行数据的写缓存同步处理；其最重要的技术环节是，如何保证在任一时间点所有引擎的缓存数据一致, 否则数据非常容易被破坏。 HA-AP 是解析 SCSI3 命令后，通过数据分流和转址实现 LUN 的同步；其引擎的缓存只做“队列”排队，不做”写缓存”，故而引擎与引擎之间无需做缓存同步。
4.
故障切换：由于 VPLEX 是 Linux 集群，其故障切换的机制需要诸多判断条件，故而时间会比较长，通常在 40 秒以上，而这种情形多半会造成对应用层的影响。 HA-AP 则无论是存储宕机、链路断掉或引擎宕机等故障情况，其故障切换实质上就是路径的切换，因此可实现 0 秒切换。
系统架构
·
后端两台 3PAR StoreServ 7450 纯固态硬盘存储阵列
·
前端分两个业务系统 : Oracle RAC 数据库和“云非编”系统
·
Loxoll HA-AP 存储高可用网关，4-引擎集群
·
云非编云计算平台包含 50 台物理服务器，约 400 个云计算虚拟机
·
数据量约 30 TB
具体益处 |
|