区别:
1、存储
CVR前端以流媒体协议直接写入存储,无需网络挂载,CVR主动取流;IPSAN模式 每个前端挂载独立的iSCSI存储空间,这些空间由管理服务器统一分配 ;
2、依赖性
CVR不依赖任何中间环节,IPSAN依赖中间管理服务器。
3、适应性
CVR网络较差的情况下只需要尝试建立会话连接即可,重连过程耗时很短;IPSAN在网络较差易造成连接中断,前端和存储之间要不停地尝试重新挂载连接,耗时且容易丢录像。
4、应用性
IPSAN不仅可以用在安防监控,IPSAN在计算机领域做存储的应用也十分广泛,而CVR是安防监控专用的视频存储设备。
扩展资料
IP SAN也算是SAN的一种,只是服务器和存储之间通过网络交换机互联,性能不算最好,但不受距离的限制,ip存储应用十分广泛,一般也可作为大型监控存储。
IP-SAN可以将存储设备分成一个或多个卷,并导出给前端应用客户端,客户端计算机可以对这些导过来的卷进行新建文件系统(格式化)操作。
客户端计算机对这些卷的访问方式为设备级的块访问,IP-SAN通过把数据分成多个数据块(Block)并行写入/读出磁盘,块级访问的特性决定了iSCSI数据访问的高I/O性能和传输低延迟。
CVR存储模式可支持视频流经编码器直接写入存储设备,省去存储服务器成本,避免服务器形成单点故障和性能瓶颈,确保监控服务的高稳定和高性能。
参考资料:百度百科 - IPSAN
单点故障在生产环境中是不被允许,容灾性无从谈起。所以ipsan需要多链路共享。
说明:
ipsan服务器配置磁盘共享,将本机的/dev/sdb1共享。
客户端可能通过访问192.168.22.241:3260 、 192.168.23.241:3260 这两个地址访问共享磁盘。
共享设备iqn名称:iqn.2019-06.com.test:storage
客户端iqn名称:iqn.2019-06.com.test:client1
1.配置网络
5.通过targetcli配置共享
单点故障在生产环境中是不被允许的,我们运维在设计架构的时候,如果无法解决单点故障,那么他设计的这个架构就无法满足高可用的需求,自然容灾性就无法谈起。同样我们在设计IPSAN架构的时候,也需要考虑单点故障的问题,因为一旦线路出现了问题,那么业务就会被中断了。这种问题我们是不能容忍的,这节课我就给大家说下如何实现IPSAN多链路共享。
a、配置双链路网络 192.168.10.0 192.168.11.0两个网段线路。
配置完成一定要测试连通性
b、IPSAN服务器设置设备共享
IPSAN服务器配置磁盘共享,将本机的/dev/sdb1共享
客户端可以通过访问192.168.11.241:3260 192.168.10.241:3260这两个地址访问共享
共享设备iqn名称:iqn.2019-04.com.ayitula:storage
客户端的iqn名称为 iqn.2019-04.com.ayitula:client1
c、实现步骤
a、客户端连接服务器共享实现容灾有两种方式
1)多路径软件
2)udev
关于多路径软件和udev介绍
多路径软件Device Mapper Multipath概述
多路径软件Device Mapper Multipath(DM-Multipath)可以将服务器节点和存储阵列之间的多条I/O链路配置为一个单独的设备。这些I/O链路是由不同的线缆、交换机、控制器组成的SAN物理链路。Multipath将这些链路聚合在一起,生成一个单独的新的设备。
1.DM-Multipath概览:
(1)数据冗余
DM-Multipath可以实现在active/passive(主动/被动)模式下的灾难转移。在active/passive模式下,只有一半的链路在工作,如果链路上的某一部分(线缆、交换机、控制器)出现故障,DM-Multipath就会切换到另一半链路上。
(2)提高性能
DM-Multipath也可以配置为active/active模式,从而I/O任务以round-robin的方式分布到所有的链路上去。通过配置,DM-Multipath还可以检测链路上的负载情况,动态地进行负载均衡。
udev
udev 是Linux kernel 2.6系列的设备管理器。它主要的功能是管理/dev目录底下的设备节点。udev会根据用户添加/删除硬件的行为,自处理/dev目录下所有设备文件。
本文主要介绍的是IPSAN+多路径软件实现高可用
b、实现步骤
c、实现步骤
断掉一个线路,验证是否能继续工作。
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)