brando 最近的时间轴更新
brando

brando

低调做人,高调做事
V2EX 第 638 号会员,加入于 2010-07-18 21:27:58 +08:00
今日活跃度排名 26054
一介混混而已,不值得露脸
不擅长表达,谢谢
根据 brando 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
brando 最近回复了
12 小时 11 分钟前
回复了 HaroldFinchNYC 创建的主题 分享发现 spark, foxmail, outlook 使用体验
现在用 webmail 了,客户端不折腾了。
27 天前
回复了 brando 创建的主题 问与答 关于海量的大数据文件传输问题
@bt7vip 不是单链路,我也有考虑过堆叠线和链路聚合的方式,因为听说分布式是网卡 20G 的,有 2 个链路连接到核心交换机上,海量的碎片文件是非常多,但是以 G 为单位的文件也不在少数,所以我就觉得 250M 这个实在是低。进机房和就介入存储到不是问题,关键是能帮助企业解决些问题才是实实在在的。🥰
@Mithril #9 能提供一些思路和方式,很感激您。。感谢感谢!🥰
28 天前
回复了 brando 创建的主题 问与答 关于海量的大数据文件传输问题
@dode 这也算是个方案,但属于没办法的办法,一般不到这一步是不会做的。
28 天前
回复了 brando 创建的主题 问与答 关于海量的大数据文件传输问题
@Mithril #6 存储是分布式的,不能直接挂靠硬盘,分布式的存储方式和普通的存储是两回事。大容量的数据是可以走网线的,但目前资金有限,没法在升级网络硬件的情况下,有个叫 RoceV2 的协议,当然现在是只能从现有的环境条件去一步步分析了。

客户端设备硬盘是 M2 的,但这个不是问题所在,就是你最后所说的,还是核心网络方面有点问题,毕竟网卡都 20G ,40G 了。(我是后妈,对前期的资源或设置是不了解嘀)

挂靠移动硬盘毕竟是有风险存在的,并不是很可靠,对企业来说是个硬伤,何况数据是几十 TB 的文件了。
28 天前
回复了 brando 创建的主题 问与答 关于海量的大数据文件传输问题
@Mithril #3 我这是企业私有云(就是企业内部服务群集),您说的这种是数据用公有云,我们客户端传输的速度给公有云会直接死翘翘的,如果是公有云,一般直接在线扩容(或者你说的 AWS ,直接用 AZCOPY 这种功能),关键我们这边不想再部署那么大的服务群集在本地了,毕竟机房限制也会有瓶颈。

EMMMMMM ,我另外再想想办法突破下。
28 天前
回复了 Cola98 创建的主题 程序员 终于找到工作了,不过又又是外包
这个是不是所谓的乙方?!
28 天前
回复了 brando 创建的主题 问与答 关于海量的大数据文件传输问题
@Mithril 目前是没有,但不我理解您指的硬盘数据迁移,他的方式是什么?我这边是不能动物理设备的,毕竟这些设备都在工作,又有很多人在使用。
28 天前
回复了 UncleCAT4 创建的主题 Linux 谈谈使用 Linux 三年以来的感受
对大部分来说,习惯了 linux ,用哪个版本几乎都无所谓的。或者自己有兴趣搞搞树莓派也挺有意思。我自己也只是拿来做服务端用,对于桌面端来说,实在是不适应。
30 天前
回复了 bzbs 创建的主题 程序员 有什么是 AI 做不了的?
AI 需要指令和互动。
坐等 PB 级别的业务相关人士出现。。。
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2868 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 11ms · UTC 15:24 · PVG 23:24 · LAX 08:24 · JFK 11:24
Developed with CodeLauncher
♥ Do have faith in what you're doing.