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

62 天前
 emiharbur
公司每天会产生大量的监控视频。需要保存 1-2 个月。目前采用内网 nas (黑裙) smb 的方式,5-6 个电脑一起录制就会非常卡顿(录制电脑)。
nas 监控表明 nas 上面的负载非常低,网络占用也不足 100m ( 2.4g 网卡)。

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

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

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

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

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

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

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

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

另外你那边有几路视频并发,如果十多路一般也不至于那么差啊。考虑先换路由器。
dode
60 天前
换新网卡,新路由器
fanersai
56 天前
简易先本地存,然后定时任务,一台一台定时往 nas 上传
emiharbur
55 天前
@xxika 是 saas 的录制,要是自己写脚本也不用这么麻烦
emiharbur
55 天前
@mchong 不是家用,可能是公司设备太多,有时候近 200 台,有点难找到准确原因
emiharbur
55 天前
@linzyjx 问题是要用 saas 厂家的软件录制,不然自己写脚本那暂用肯定低
emiharbur
55 天前
抱歉,因为一直在折腾,没有过来看过,先后发现了好几个问题,1 、fttr 的确不算靠谱,2000 兆政企按理说内网不可能没有冗余。但现在是内网就算是闲时跑 1000 都费劲。运营商过来只能报出入口有 2000m 。fttr 的路由还真的不太好换。毕竟不是普通交换机。目前还在找原因。2 、因为都是走无线,重新调整了了 wifi 还有信道。这个提升还挺明显。3 、把监控和工作网段划开了。目前的话就是 smb 直接传,只能说勉强能接受。录像电脑的性能太差,cpu 一直 100%。这又是另一个瓶颈。还在想办法解决
xxika
41 天前
@emiharbur 厂商的 saas 系统的录制要求是一定要 SMB ?还是允许本地录制?还是因为要回传系统?

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1074570

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX