V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
请不要把任何和邀请码有关的内容发到 NAS 节点。

邀请码相关的内容请使用 /go/in 节点。

如果没有发送到 /go/in,那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动,会导致账号被禁用。
emiharbur
V2EX  ›  NAS

求一个视频流可行的 nas 传输方案

  •  
  •   emiharbur · 73 天前 · 1998 次点击
    这是一个创建于 73 天前的主题,其中的信息可能已经有所发展或是发生改变。
    公司每天会产生大量的监控视频。需要保存 1-2 个月。目前采用内网 nas (黑裙) smb 的方式,5-6 个电脑一起录制就会非常卡顿(录制电脑)。
    nas 监控表明 nas 上面的负载非常低,网络占用也不足 100m ( 2.4g 网卡)。

    初步认为问题应该是因为电信 fttr 子路由负载过高导致。

    同时视频是直接在 smb 的共享文件上录制,就是文件会直接生成在 smb 上(即便是没完全录制完成的)这导致每次传输的文件块体积很小,据了解 smb 在小文件传输上不具备优势,但是 windows 装 nfs 又过于麻烦,特别是录制电脑的 windows 版本并不统一。

    请问有什么可行的优化方案么?

    最后 windows 的映射驱动器和添加网络位置有传输性能上的差异么
    15 条回复    2024-10-11 14:58:22 +08:00
    MrKrabs
        1
    MrKrabs  
       73 天前
    python3 -m http.server
    element90
        2
    element90  
       73 天前
    我理解一下你的意思:你们由于 5~6 台计算机需要自行录制桌面(桌面监控),同时将录制进行中的文件使用 smb 协议传到黑群晖中备份供审计,但同时进行的话,每台计算机都会非常卡,且发现黑群晖性能占用率不高,带宽占用大概在 100M 。是这个意思吧?

    如果是,那么意味着录制的过程中出现黑群晖文件写入瓶颈,所以即使几台独立的计算机在一起同时录制时会卡顿。可以尝试录制完成后分块错峰上传。或者检查下黑群晖硬盘写入瓶颈
    xxika
        3
    xxika  
       73 天前
    两种方案:先按条件把监控视频拆分「例如:按分钟、」,
    xxika
        4
    xxika  
       73 天前
    两种方案:
    第一种,先按条件把监控视频拆分「例如:按分钟、按订单号、。。。」,把录制的视频存放在本地电脑,再传到 nas 上并同时删除电脑视频文件。
    第二种,给 nas 做 SSD 缓存。
    mchong
        5
    mchong  
       73 天前
    网络条件?如果都是千兆有线的话,不应该啊
    laminux29
        6
    laminux29  
       73 天前
    录制电脑卡,那就去升级电脑硬件。

    电信 fttr 子路由负载过高,那就换个性能更高的路由器。

    NAS 负载低就不需要去动它。

    你说 SMB 在小文件传输上不具优势,问题是,你用 [小文件 + 协议名称] 去谷歌搜索,都能搜到小文件性能差的结果。SMB 在 Windows 上是原生的,很稳很配套,不建议改成别的协议。
    WoodsGao
        7
    WoodsGao  
       72 天前
    换个 webdav 协议试试
    linzyjx
        8
    linzyjx  
       72 天前
    指的是监控摄像头吗?(先假设是这个)
    如果可以加设备,去买点 NVR 。
    另外摄像头一般支持 RTSP 取流,可以写个脚本去录制,先录制到本地文件,录制一段时间后(比如 1 个小时一个视频文件)把文件分片再上传。

    另外你那边有几路视频并发,如果十多路一般也不至于那么差啊。考虑先换路由器。
    dode
        9
    dode  
       71 天前
    换新网卡,新路由器
    fanersai
        10
    fanersai  
       68 天前
    简易先本地存,然后定时任务,一台一台定时往 nas 上传
    emiharbur
        11
    emiharbur  
    OP
       67 天前
    @xxika 是 saas 的录制,要是自己写脚本也不用这么麻烦
    emiharbur
        12
    emiharbur  
    OP
       67 天前
    @mchong 不是家用,可能是公司设备太多,有时候近 200 台,有点难找到准确原因
    emiharbur
        13
    emiharbur  
    OP
       67 天前
    @linzyjx 问题是要用 saas 厂家的软件录制,不然自己写脚本那暂用肯定低
    emiharbur
        14
    emiharbur  
    OP
       67 天前
    抱歉,因为一直在折腾,没有过来看过,先后发现了好几个问题,1 、fttr 的确不算靠谱,2000 兆政企按理说内网不可能没有冗余。但现在是内网就算是闲时跑 1000 都费劲。运营商过来只能报出入口有 2000m 。fttr 的路由还真的不太好换。毕竟不是普通交换机。目前还在找原因。2 、因为都是走无线,重新调整了了 wifi 还有信道。这个提升还挺明显。3 、把监控和工作网段划开了。目前的话就是 smb 直接传,只能说勉强能接受。录像电脑的性能太差,cpu 一直 100%。这又是另一个瓶颈。还在想办法解决
    xxika
        15
    xxika  
       53 天前
    @emiharbur 厂商的 saas 系统的录制要求是一定要 SMB ?还是允许本地录制?还是因为要回传系统?
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1569 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 21ms · UTC 17:02 · PVG 01:02 · LAX 09:02 · JFK 12:02
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.