Discuz! Board

 找回密碼
 立即註冊
搜索
熱搜: 活動 交友 discuz
查看: 236|回復: 0
打印 上一主題 下一主題

自動駕驶訓練如火如荼,網络带宽跟不上怎麼破?

[複製鏈接]

1008

主題

1008

帖子

3027

積分

管理員

Rank: 9Rank: 9Rank: 9

積分
3027
跳轉到指定樓層
樓主
發表於 2024-4-24 18:28:44 | 只看該作者 回帖獎勵 |倒序瀏覽 |閱讀模式
當前, AI、大数据、云计较等技能逐步成熟,5G @收%uORo9%集大范%8R4no%围@扶植等各類趋向配合鞭策了通讯收集的代際演進。與此同時,企業通讯收集数字化轉型也面對着一些挑战:营業愈来愈繁杂、根本收集愈来愈繁琐、毗连数的增长和带宽的快速增加問题等。

焱融科技以主動駕驶行業為例,阐發比年来各家主動駕驶企業成长受限的身分。在上一篇精選案例|YRCloudFile 引领主動駕驶存储技能新趋向中,根基已笼盖了主動駕驶企業今朝所碰到的問题,可是另有一個焦點限定成长身分,咱們尚未探究,那就是万鼻用過敏原阻隔劑,兆收集已不足以匹配现今主流的算力及 NVMe 機能。

主動駕驶@練%8R338%習對收%uORo9%集@情况请求极高,但是不少主動駕驶厂商现有的万兆收集在带宽和延迟上没法知足高速的主動駕驶需求。是以,焱融科技针對主動駕驶厂商的收集带宽問题方面,提出了响應的解决方案。

焱融科技将分享基于海内無人駕驶商用、集装箱物流人工智能全局化等范畴领跑市場,营業已遍及海表里 80 余個節點的的某全栈式人工智能立异公司的產物落地案例。本次分享集中在“收集带宽受限”這一行業核心,刷卡換現金,從“挑战阐發、解决方案和行業案例”三個方面提出概念和建议,但愿能為更多存眷主動駕驶,和相干從業者供给破解思绪。

此前,海内某海内全栈式人工智能立异公司在主動駕驶車辆練習進程中,跟着練習時候逐步增多,呈现收集数据量暴涨、利用步伐激增等环境,导致该公司對收集带宽和存储機能的需求變得愈来愈高,原本的收集带宽和存储方法已不适配于當前場景。重要缘由有如下:

1. 万兆收集似“小水管”,傳输進程易拥挤

该公司利用的万兆收集带宽成練習瓶颈,致使底层堆砌再多磁盘,存储機能也没法获得晋升,從而使得上层 GPU 辦事器機能没法获得充實阐扬。同時,跟着营業量的晋升,原有存储收集没法很好的@支%VM8K6%持大范%8R4no%围@并發拜候,导致频仍呈现機能問题。

2. 海量文件需存储,機能衰减超乎想象

在主動駕驶練習進程中,数据显现出几凡士林保濕霜,何式增加。小数据集到达十万级别,大数据集到达百万、万万乃至上亿级别。并且数据類型繁多、数据巨细變革大,常常极易發生上亿级的海量小文件,给元数据辦理、存储效力和拜候機能等方面带来庞大挑战。

3. 難以解决存储產物與容器平台對接問题

存储產物對容器平台的兼容性差,块存储挂载操作繁杂,NAS 存储没法细粒度辦理存储等等,没法顺應上层麻利的利用需求。除此之外,還會见临對接容器编排辦理平台後,存储保護繁杂,流程繁琐,致使容器营業間断等問题。

為领會决该公司在主動駕驶練習場景所面對的問题,焱融科技举行了一些系列的阐發,并從收集革新、存储摆設、容器化支撑、智能分层等方面供给了一整套高機能、高可用、高扩大的方案。

1. 周全進级收集带宽,迈向主動駕驶下一個台阶

在正式革新之前,焱融科技深度鑽研了该公司的收集架谈判原有存储系统,發明原有收集带宽成為影响存储機能晋升的关頭之一。

收集拓扑图

焱融科技举薦新增 25Gb 互换機的方法,讓该公司做到存储内部数据交互,降服收集带宽限定带来的存储機能瓶颈,充實阐扬 GPU 辦事器的機能,到达練習效力翻倍晋升的線上真人百家樂,请求。

在存储革新進级终了後,焱融科技還發明,该公司现有集群的機能固然已跨越原有存储體系,但却没有到达預期的数值。是以,焱融科技再次针對现場情况举行阐發,提出如下几點優化辦法:

增大節點上的 socks 数目,得到更大的毗连数;

调解线程数 workers,以匹配拜候的数目;

經由過程上述两個步调,调解今後的 YRCloudFile 機能获得了大幅的晋升,在必定水平上包管了存储機能,削减了收集带宽對存储带来的影响。

2. 海量小文件場景下,元数据處置能力是关頭

针對客户海量小文件機能問题,焱融科技經由過程可程度扩大設計的 MDS 架構,實现 MDS 集群化。這重要斟酌到如下三方面:

MDS 集群化有益于减缓 CPU,低落内存压力;

多個 MDS 有益于企業存储更多元的数据信息;

在實现元数据處置能力程度扩大的同時,晋升海量文件并發拜候的機能。

今朝,焱融 YRCloudFile 重要采纳静态子树 + 目次Hash二者连系的方法搭建可程度扩大設計的 MDS 架構。此種架構方法有两種益處,起首元数据的散布存储,經由過程扩大元数据節點,便可支撑百亿级此外文件数目;其次,包管了元数据的檢索機能,削减在多個節點长進行元数据檢索和操作。

3. 整合 K8S 平台,為容器山楂汁濃縮,化練習無缝供给数据支撑

该人工智能立异公司在車辆测试進程中,選擇了以容器為利用運行载體的 K8S 平台,運行 AI 練習和推理使命。但是,在存储體系在對接容器場景時,碰到了如下困難:

采纳 in-tree 類型的存储代码,使得 K8S 和存储厂商的代码紧耦合;

in-tree 存储代码中的 BUG 會激發 K8S 组件不不乱;

in-tree 存储插件享有與 K8S 焦點组件等同的特权,存在平安隐患;

仅支撑部門 AccessModes、PV 辦理、妨碍等方面的特征。

焱融 YRCloudFile 针對容器化場景的功效举行了豐胸產品推薦,優化:

企業级功效:經由過程 YRCloudFile 辦理界面临 PV 举行读写带宽、IOPS 等機能阐發,實现 PV 热門定位功效。同時,支撑 PV Quota、Resize、QoS 等功效;

多種读写模式:YRCloudFile 支撑 ROX、RWO、RWX 等多種读写模式;

有状况容器的跨節點重修:数据在全部 K8S 平台各個计较節點上,都随時可用,重修進程無需人工干涉干與,實现数秒内完成;

實现 CSI 對 PV 的智能调剂: YRCloudFile 具备 CSI 妨碍智能感知功效,K8S 建立必要长期化存储的 Pod 時,CSI plugin 容器异样,和與存储集群毗连异样的節點會被主動過滤;
回復

使用道具 舉報

您需要登錄後才可以回帖 登錄 | 立即註冊

本版積分規則

Archiver|手機版|小黑屋|新北市學車交流論壇  

GMT+8, 2024-10-19 22:26 , Processed in 0.134150 second(s), 4 queries , File On.

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回復 返回頂部 返回列表