V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  OneLiteCore  ›  全部回复第 5 页 / 共 24 页
回复总数  479
1  2  3  4  5  6  7  8  9  10 ... 24  
❮ ❯
2 月 20 日
回复了 mpco 创建的主题 › NAS › 自组 AI NAS 硬件配置求助,过年没事来聊聊吧
@msg7086 看使用场景吧。

我自己是搞移动开发的所以使用 mac mini 跑模拟器和编译,最后把编译产物存储到 NAS 上,因为源代码和编译都是在 mac mini 自己的固态上跑的所以没有什么瓶颈。然后主力开发机是一个游戏本,用千兆口将文件服务的 Samba 协议挂载成为盘符后跑一些对性能要求不高的软件或者游戏还是可以用的,当然如果同时还在高速下载的话确实软件会卡个好几秒,不过不是打游戏就问题不大。

如果是算力节点直接通过文件协议挂载存储节点然后再编译的话 IO 确实容易出现瓶颈,但是家用环境没必要做到这种程度。
2 月 20 日
回复了 mpco 创建的主题 › NAS › 自组 AI NAS 硬件配置求助,过年没事来聊聊吧
@Philippa 看了眼你的配置单你这个已经是往家用工作站方向走了,属于是把性能拉满的算力服务的那种,而且还是 4T 的固态,考虑到数据恢复的极限情况并不适合拿来当文件服务。

打个比方楼主需要的是 60% 文件服务 + 40% 算力,而你这个是 1000% 的算力性能路线。这还不算你 128G DDR5 内存的价格,现在说内存是金子做的真不夸张。
2 月 20 日
回复了 mpco 创建的主题 › NAS › 自组 AI NAS 硬件配置求助,过年没事来聊聊吧
@Philippa mini pc 或者 mac mini 都有的一个问题就是外接硬盘不稳定,硬盘最重要的东西有:

1. 电源稳定性,记得没错的话 5V 纹波的稳定性最重要
2. 散热
3. 震动
4. 睡眠管理,只要别频繁启停这个问题不大

品牌成品 NAS 肯定有保障,自组 NAS 起码自己买好的配件也不差,但硬盘柜/硬盘盒这些我印象中没有做得好的,某些品牌更是以“硬盘升天”打出名号。如果是 mac mini 的话还会面临文件系统和硬盘睡眠了无法挂载之类的兼容性问题。

现在机械硬盘、固态、内存这些都涨疯了,一个 4T 机械硬盘的钱快够买一套入门成品 NAS 设备,而独主板、电源、风扇、机箱这些基本没涨,家里不是空间有限的话自组不失为一个更好的解决方案。
2 月 20 日
回复了 mpco 创建的主题 › NAS › 自组 AI NAS 硬件配置求助,过年没事来聊聊吧
@Quik 我自己目前就是用 PVE 组服务的,出现两三次问题都是人为修改 PVE 的各种配置导致的:

1. 让 PVE 从设备配置静态 IP 到使用 DHCP 导致断网无法远程,不得不找外接键鼠显示器直连进行修理
2. 修改了 Hostname 但是没有修改 Hosts 文件导致 PVE 网页服务中断,但是依然能够 ssh 远程修正
3. 插 PCIe 转 Sata 卡触发了 “可预测网卡名” 机制导致网卡名称变化导致断网

好在使用的是硬路由则不影响家人用网,自己技术不到家折腾了自己学明白就没事了
2 月 20 日
回复了 mpco 创建的主题 › NAS › 自组 AI NAS 硬件配置求助,过年没事来聊聊吧
@Quik 如果 PVE 或者软路由炸了会导致全家人断网那么这个存在系统性风险,同时假如家里只有你一个人懂 IT 的话风险只会更大,毕竟 PVE 和软路由的重启不像硬路由那样插拔一下电源就行。

这个方案就是用 PVE 和软路由来代替一个硬路由,假如他们各自的稳定性都是 90%,前者有两个节点整体稳定性只有 81% 后者还有 90%,引入的节点越多数学期望上的稳定性就越低。软路由做旁路由的话炸了最多也就没办法拦截广告或者用不了魔法梯子而已,影响非常有限。

但回到这个方案上谈稳定性其实也还行,风险来源是 PVE 宿主硬件设备 + PVE 稳定性 + 软路由系统稳定性,只要硬件质量达标然后不乱改配置一般也不会有什么问题的。
2 月 20 日
回复了 mpco 创建的主题 › NAS › 自组 AI NAS 硬件配置求助,过年没事来聊聊吧
@Quik 我觉得理想情况是:

1. 群晖或者其他以稳定性和数据安全著称的多盘位成品 NAS 只提供存储服务
2. 提供存储服务给 mac mini 或者小主机,由后者提供计算、AI 、编译、模拟化、软路由、Docker 之类的服务
3. 网络全部使用硬路由,家用设备需要魔法则设置代理到软路由上,移动设备直接装客户端直通机场不走家里服务
4. 使用 Tailscale/Zerotier/WireGuard 之类的服务组网
5. 然后台式/主机/掌机打游戏
6. 一台 MacBook Air 应对移动办公
2 月 20 日
回复了 mpco 创建的主题 › NAS › 自组 AI NAS 硬件配置求助,过年没事来聊聊吧
@Quik 理想情况下存、算、网和自己的开发环境全部分离是最好的,最次起码把网络分离出来,毕竟搞 ALL IN ONE 容易把不可避免的故障率累积起来导致整个系统的稳定性下降。换句话说其实就是堆积硬件资源来降低系统性风险提高稳定性。

问题恰恰就在于现在硬件价格上天了,而 PVE 是能把硬件利用率拉高以相对节省成本的好办法,做好数据备份炸了就炸了,也能从爆炸中学习经验。

另外楼主还有旧的 NAS ,我觉得可以留一个盘配合 WOL 做一个可以自动化的冷备,只要重要的数据不丢硬件随便炸。
2 月 20 日
回复了 mpco 创建的主题 › NAS › 自组 AI NAS 硬件配置求助,过年没事来聊聊吧
性能电源散热和可拓展性看起来都没什么问题,唯独就是现在内存价格上天真的不是适合装机的时候
2 月 19 日
回复了 YanSeven 创建的主题 › macOS › 系统逼着用户升级到底是合理的还是不合理的
对于苹果来说用花里胡哨的功能来拉高设备性能消耗可以催用户升级设备,商业化就是要追逐利益。用户自身只能想办法通过技术手段对抗。
2 月 19 日
回复了 YanSeven 创建的主题 › macOS › 系统逼着用户升级到底是合理的还是不合理的
我以前也纠结过这个最后我发现这不是合不合理的问题,人家有这个能力这么做并且确实这么做了,仅此而已。

进一步延伸开来包括正义公平法治道德平等人权之类的其实也是如此,即便一件事不对依旧也会发生,对不对不影响它这次发生,也不影响它下次继续发生。以至于到最后我觉得再去讨论对不对变得毫无意义了,当然这些是我个人的看法。
理论上违法或者违规,但是公司如果管的不严或者不在乎的话那就问题不大。只不过话又说回来了,如果公司给的薪资水平连给你买 AI 服务都负担不起的话,也是时候跳槽了。
你写的好,你写的好啊!实在是好诗
2 月 13 日
回复了 jiminjohn0402 创建的主题 › macOS › 是否有必要升级 Tahoe
生产力工具稳定使用没有漏洞就不用升级,大版本就好看点不会有生产力的提升,还会引入额外的性能问题和 Bug
2 月 10 日
回复了 jeremyding 创建的主题 › NAS › 组 raid1 不如 数据复制到两份硬盘
家用数据情况下备份是最重要的与其 Raid 不如 Crontab + Rsync ,商用场景的话那服务停机一秒都是损失,使用场景不一样
2 月 6 日
回复了 frank3 创建的主题 › 问与答 › 帮朋友问下如何跨过情色一关
活了这么多年要说有什么经验能总结的话就一句话要学会尊重人性
找个合作伙伴一起组团对抗来自世界的风险,前提是对方不是风险本身
2 月 3 日
回复了 keyu1103 创建的主题 › NAS › 关于 fnos 迁 pve+ubuntu 的应用替代方案
@qcgzxw 不做 Raid 是对的,这玩意是给那些云服务厂商预防硬盘损坏导致服务中断用的,和服务宕机一下带来的经济损失几千万刀比起来硬盘压根不值钱。或者就是需要大容量共享文件团队协作比如自媒体工作室团队剪辑 4K 视频那种,服务宕机一天就是数个打工人放假一天这损失不说达布溜也起码好几千。

个人用户的话单盘直接用然后 Crontab + Rsync 备份重要数据到另外一个盘比什么 Raid 都好使,而且备份的盘的剩余空间也能够利用起来。
1  2  3  4  5  6  7  8  9  10 ... 24  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   2343 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 35ms · UTC 01:26 · PVG 09:26 · LAX 18:26 · JFK 21:26
♥ Do have faith in what you're doing.