存算分离的意义是什么？答：新手玩家省钱大法，上古NAS回春术
Вставка
- Опубліковано 11 кві 2024
- 在企业级的应用场景中，很少有勇士敢于部署allinone，一崩全崩是难以承受的代价，所以我们会听到服务器集群这个概念，而k8s是比较出名的，以及它的轻量版，8的一半，所以叫k3s。
这些名词我也才接触不久，但是作为一个新手玩家，当我了解了背后的逻辑的之后，深深为之惊讶，所以今天这期视频我们来看看存算分离对于我们普通玩家的意义是什么。
如果你有一台十年前的老nas，是真正的nas，不是diy的产品，但是碍于羸弱的硬件，基本上都是256mb/512mb的内存，以及垃圾的atom或者arm处理器，基于本身的无法扩展的硬件，根本就和docker无缘，更别说虚拟机了，于是一种食之无味弃之可惜的煎熬久久不能抹去。 - Наука та технологія
不错，有潜力。思路清晰，语言表达也是很好。加油
分享的非常不错，打开了思路啊 ，感谢~~~！
很好的思路，感谢分享
大佬厲害啊 謝謝分享經驗!
感谢分享经验
NAS 还有个撞脸的同行叫 SAN, 一般来说差别在于 NAS 是文件系统级别(NFS/CIFS)共享，而 SAN 存储（区域）网络是设备级共享。也可以让 NAS 通过 iSCSI 这种最低成本的方案体验 SAN.
话说回来，存算分离正是 NAS/SAN 的本意。你的方案才是回归本源的高大上。现在把1台 NAS 设备玩出花才是低成本的无奈之举。
折腾嘛
正常啊，很多折腾的人都是非IT专业的人。或者只是普通运维。使用的技术真正用途是什么都可能不知道。
这个思路很棒啊!
可以用两个便宜的设备, 一个算, 一个存.
其实企业也有AIO 部署，比如VSAN, Hyperflex 主导的超融合。但是确实对运维提出了更高的要求。大部分时候都是因为预算有限，无法部署存算分离才会考虑
另外，docker swarm 的视频还是别出了，真的没人用的。写一写composer 吧
nfs共享给docker版本的qb使用感觉速度总有问题离谱的时候只有100多kb 我就放弃分离都部署在nas上了
这种存算分离的思路我已经用有段时间了，不过方案用的不是同一种，当时就是觉得nas作为文件存储解码性能弱，那么我为什么不能用个性能强的来解码呢，最后问题解决了😅
有个问题，要是有账号和密码的NFS呢？
N1 armbian用的哪个固件
看了你的视频，受益匪浅，但是我有个疑问，用低端nas存储然后小主机来读，照这样说是不是加个硬盘柜接到小主机岂不是更好？
我觉得还是要看用途，硬盘柜大部分都是usb链接，不同宿主系统对于usb的休眠策略，都有很大出入，而且从供电稳定性来说，usb链接的设备确实要低一档。但还是得看具体的产品才能下结论。况且usb的并发读取我总感觉性能不算高
Linux平台Samba权限管理很灵活且强大，可以做到精细化管理【权限组、没权限用户看到文件、域权限等等】，只不过要仔细阅读文档。
谢谢提醒，
Linux的Samba不但強大, 還細緻到令人可怕, 他遇到的效能問題, 是因為為Linux Samba裡的config在出廠時, 絕大部分項目的設定值過份保守, 若果不想查看長篇大論的源碼手冊, 改一下buffer, 強制SMB不向下兼容, chunking size等等幾個主項目已有很大幫助。另一個點是, Synology官方在某份新聞稿中, 強調一向是存算分離的策略, 只是QNAP AiO後, 被逼強化了一點程度的CPU．不要錯把馮京當馬涼
SMB的问题是在没有硬件加速的情况下太吃CPU了，NFS是UNIX的原生协议，直接编译到内核里的，低消耗和高并发性能SMB没法比，在古董高清盒子100M的网络环境下都可以流畅播放BD原盘。。。
可能就是因为这个原因，我用nfs的体验粗略来看就是比smb要顺畅得多
我就300买了个蜗牛星际，还是双网卡，虚拟机，dock都可以，就是慢一点
好了 存算分离有bug.如果有使用MP,在使用emby 挂载NFS 就会导致 误删文件.
k8s目前最新的架构开始流行hyper converge 了，比如 ceph
新名词get✅
NFS能共享核显给其他linux用？
啊？你误会了吧，核显就在本机用啊，只是存储目录用nfs挂载nas空间
那我有个问题了，像偶尔重启路由之类的，网络肯定会临时断一下，不会有影响？像在机器内部的，就不存在这个现象。
静态ip，我忘记说了，我最后提到建议选择双千兆网口的 上古nas。这样nas和linux直链就可以规避路由器重启引起的断链。当然如果是停电就是另一回事了
首先是固定你的IP，其次是可以考虑搞个交换机放个旁路由做二级dns解析（我没试过不知道靠不靠谱）这样主路由就算下线了，只要交换机和旁路由没下线，集群的运转应该在本地还是可继续的。但是我还没想好如何设置旁路由和主路由同步路由表，还有就是没设置好的话旁路由可能会劫持主路由，应该是要关闭旁路由的dhcp服务
我在esxi系统里装了一个Ubuntu，给了2CPU2G内存，主机的处理器是j4125，在Ubuntu的docker里安装了jellyfin，可以访问到媒体，但是一开硬解，CPU和内存到爆满，一直卡着播放不了，不开硬解提示格式不对，请问是我哪里配置不对吗？还是说Ubuntu配置的硬件不行吗？
如果你是ubuntu标准虚拟机，就需要把核显直通过去才可以
@@solariswind 我在ubuntu里和docker里分别运行了ls /dev/dri命令，都看到有显示设备了
@@leolotas那就是你docker配置的时候没有调用核显的环境配置？你可以看看jellyfin的官方代码怎么添加核显
@@solariswind 好的，谢谢你
nas和Linux直连能否详解一下
nas两个网口直接桥接，然后linux用网线连接nas就行了。nas本身再用一条网线连接路由器。相当于串联起来
@@solariswind 能否具体讲一下，四个网口如何分配给虚拟机
四个网口？nas4个网口吗
@@solariswind 小主机我4个网口，nas两个
nas两个网口，小主机4个网口
nfs挂载写到fstab有个问题，一旦算的那台机器开机时存的机器没在线，算的机器是无法进入系统的。应该让算的机器开机执行mount 命令自动挂载，这样就算存的机器没在线，算的机器也能开机。
那就是通过systemctl来实现吗？待会我可以测试一下
@@solariswind编辑配置文件就行其中一个方案是在/etc/rc.local文件里写挂载命令，这个文件在系统开机后会自动执行
@@user-ip9cu1qe3v 谢谢指导，我马上试试
确实是，我遇到过几次
@@user-ip9cu1qe3v 以前有个 automount 服务，可以在开机后延迟挂载文件系统。只要有文件读写请求就会触发挂载。现在 systemd 只会更方便。
还有 fstab(5) 有一列是是否执行开机文件检查，设置为0是不是就不会阻塞开机。
emby无法找到挂载目录
单纯这样一句话很难判断问题，推荐从nfs服务端的访问权限、路径名称的大小写核对，以及挂载路径是否事先建立这几个角度入手，当然ip地址的拼写也一并坚持下
那么 UNRAID 呢 看着UNRAID比较方便
但是NFS 没有认证啊，总感觉很不安全
内网。也不至于吧
我需要外网方便访问群晖, 算 跟 存 反了
内网穿透也可以啊。一样的，只要linux都可以