服务器 – mylogs.cn https://mylogs.cn 发现、记录、分享 Wed, 12 Aug 2026 16:11:21 +0000 zh-Hans hourly 1 NAS 别啥都装：哪些服务该留、哪些该挪 https://mylogs.cn/nas-%e5%88%ab%e5%95%a5%e9%83%bd%e8%a3%85%ef%bc%9a%e5%93%aa%e4%ba%9b%e6%9c%8d%e5%8a%a1%e8%af%a5%e7%95%99%e3%80%81%e5%93%aa%e4%ba%9b%e8%af%a5%e6%8c%aa/ Wed, 12 Aug 2026 16:11:21 +0000 https://mylogs.cn/nas-%e5%88%ab%e5%95%a5%e9%83%bd%e8%a3%85%ef%bc%9a%e5%93%aa%e4%ba%9b%e6%9c%8d%e5%8a%a1%e8%af%a5%e7%95%99%e3%80%81%e5%93%aa%e4%ba%9b%e8%af%a5%e6%8c%aa/ 买了 NAS，只用来存文件总觉得亏；可一旦把容器一个接一个往上堆，某天 NAS 一重启，家里半个网络也跟着瘫——DNS 没了、监控看不了、正在跑的备份也断了。XDA 撰稿人 Jeff Butts 在多年运维里总结出一条中间线：让 NAS 承担「本来就围着它存的数据转」的任务，但在「整台机器都依赖它」之前停下。

NAS 别啥都装：哪些服务该留、哪些该挪
图片来源：XDA Developers

一、适合放在 NAS 上的：数据密集型服务

判断标准很简单：这个服务大部分时间都在读、写、整理或保护 NAS 上的文件。

  1. 媒体服务器：Jellyfin、Plex 本就常读 NAS 里的影音，跑在 NAS 上省掉一台机器和一道网络挂载。只要 NAS 的算力够转码，比另起一台更合理。
  2. 照片管理、文档归档、下载工具（如 qBittorrent、Transmission）：它们几乎只跟 NAS 里的文件打交道，放在别处徒增网络往返。
  3. 备份软件：NAS 本就是集中存重要副本的地方，让它接收、排程、整理或复制备份，是顺理成章的延伸——当然这不意味着 NAS 就是全部备份策略，尤其当原始数据也在上面时。

二、整合能省下的维护成本

家里每多一台常年开机的设备，就多一份更新、监控、备份和「它啥时候挂了」的心智负担。把媒体服务器、几个下载工具和存储类工具并到 NAS 上，既能减负，又把独立硬件留给真正需要的活儿。排错也更省事：应用主要跟 NAS 数据打交道时，出问题只需在 NAS 一台机器上理清应用、权限、存储，不必先跨三台设备追同一处故障。

三、必须留在 NAS 之外的：需要独立存活的服务

诱惑往往从这开始：媒体服务器装完，又加一个容器，再加一个，NAS 眼看要吞下半个数家庭实验室。硬件能跑，不等于该跑。划线的标准是：NAS 宕机时，你还需不需要它。

  1. 基础设施类：比如 DNS。若全屋 DNS 只跑在 NAS 上，一次例行维护就会从「存储问题」升级成「网络问题」。管理、监控类工具同理——你正排查 NAS 故障时，恰恰需要它们还在线。
  2. 重计算类：大型虚拟机、开发环境、数据库等会和存储服务抢 CPU、内存与磁盘 I/O；当不得不为这些不相关的程序让路、绕着排期做存储维护时，整合就已经过头了。

四、一条好用的判断口诀

问一句：NAS 要是掉线，这项服务会不会也把「排查网络／恢复系统」所需的能力一起带走？会，就挪到别处；不会，就留下。对多数家庭用户，一台 NAS 配一台小型辅助机，就足以在「存储相关应用」和「基础设施／实验／重计算」之间划出边界——既保留整合的便利，又不让所有鸡蛋落在同一个篮子里。

注意事项

群晖 DSM、威联通或绿联等主流 NAS 都提供容器管理器（套件中心／Container Station／Container Manager），上述思路与具体品牌无关。整合的甜头是省机器、省电、易维护；底线是别让 NAS 变成「牵一发而动全身」的单一依赖。让 NAS 做好它擅长的事，比把它塞成全能服务器更稳妥。

来源：XDA Developers

]]> 用腻了 Linux？这 6 款 BSD 系统值得换换口味 https://mylogs.cn/six-bsds-worth-trying-instead-of-linux/ Wed, 12 Aug 2026 04:29:39 +0000 https://mylogs.cn/six-bsds-worth-trying-instead-of-linux/ 提到开源操作系统，多数人第一反应是形形色色的 Linux 发行版。但 BSD 家族的历史其实比 Linux 更悠久，一路可追溯到上世纪七十年代末的 Unix。它们同样免费、开放源码，却走出了与 Linux 截然不同的技术路线。How-To Geek 近日梳理了六款最值得一试的 BSD 系统，每一款都能跟主流 Linux 发行版掰一掰手腕。

用腻了 Linux？这 6 款 BSD 系统值得换换口味
图片来源：How-To Geek

FreeBSD：综合实力最强的一号选手

FreeBSD 大概是知名度最高的 BSD 分支，起源可追溯到九十年代初的 386BSD 项目。它延续了加州大学伯克利分校在七八十年代开发的 BSD 代码血统，把原本运行在大型工作站与小型机上的系统搬到了廉价 PC 硬件上。许多用户每天都在用它却不知道：现代互联网的诸多基础（包括 TCP/IP 标准）正是在 BSD 系统上发展起来的。

FreeBSD 的实际部署相当硬核。Netflix 用来向用户推送视频的 Open Connect 内容分发网络就跑在 FreeBSD 上；航班追踪网站 FlightAware 重度依赖它；雅虎早年的服务器也建立在 FreeBSD 之上。就连 macOS 终端里的默认用户空间工具（userland），其底层同样源自 FreeBSD。

GhostBSD：对新手最友好的那一个

GhostBSD 是 FreeBSD 的一个分支，目标很明确：提供开箱即用的友好体验。单独安装 FreeBSD 会面对一个仿佛来自九十年代的文本安装界面，而 GhostBSD 提供带图形界面的可启动试用环境，可以像试用 Linux 启动盘一样先体验再安装。它默认搭载 MATE 桌面，社区也提供 Xfce 版本，还在开发模仿 macOS 的 Gershwin 桌面。代价是 live 环境需要 8GB 内存才能装载进内存，是 Windows 11 最低要求的两倍。

MidnightBSD：适合爱折腾的人

MidnightBSD 同样主打美观与易用，但现实里它更像一个「待修缮的毛坯房」。系统名字来自开发者 Luca Holt 养的一只黑猫。它的包管理器连图形环境都装不上，安装过程仍相当技术化，还会抛出许多普通用户答不上来的硬件问题。对享受折腾的人，它或许对胃口；否则建议谨慎。

NetBSD：万物皆可运行

NetBSD 的口号是「Of course it runs NetBSD」（它当然能跑 NetBSD）。比起 FreeBSD 早期只盯 PC，NetBSD 从一开始就执着于可移植性，能在 x86-64、ARM 等主流平台以及 Amiga、VAX 等老旧甚至冷门硬件上运行，网上甚至有人把它装进了烤面包机。对嵌入式开发和复古计算爱好者来说，NetBSD 是座金矿。

OpenBSD：安全领域的隐形功臣

OpenBSD 继承了 BSD 对网络的偏爱，并以安全著称。它由 Theo de Raadt 在与 NetBSD 团队意见不合后创立，主张「通过代码正确性来保障安全」，其官网骄傲地宣称「默认安装中长期只有两个远程漏洞」。多数人或许没直接用过 OpenBSD，但一定用过它的产物：几乎每台远程服务器都在跑的 OpenSSH，以及终端多路复用器 tmux，都出自这个项目。由于 de Raadt 常驻加拿大，OpenBSD 还能绕开美国对加密技术的出口限制。

DragonFly BSD：面向未来的实验场

DragonFly BSD 是 FreeBSD 开发者 Matthew Dillon 在 2004 年另起炉灶的成果，名字来自他在后院拍到的一只蜻蜓。它专注多处理器并行，早在多核尚未普及的年代就前瞻性地优化了对称多处理，后来又率先高效支持 SSD。它甚至提出了「虚拟内核」概念——把内核跑在用户态里，方便测试。喜欢 Arch 或 Gentoo 这类前沿发行版的人，会很对 DragonFly 的胃口。

该选哪一款

六款系统各有性格：想要成熟稳定选 FreeBSD，新手入门选 GhostBSD，嵌入式与复古选 NetBSD，看重安全选 OpenBSD，爱折腾实验选 MidnightBSD 或 DragonFly BSD。它们承载着比 Linux 更古老的 Unix 血脉，既能让老机器重获新生，也能为技术探索者提供全新的思路。

来源：How-To Geek

]]> 一台旧电脑装 Proxmox，大半功力使不出来 https://mylogs.cn/%e4%b8%80%e5%8f%b0%e6%97%a7%e7%94%b5%e8%84%91%e8%a3%85-proxmox%ef%bc%8c%e5%a4%a7%e5%8d%8a%e5%8a%9f%e5%8a%9b%e4%bd%bf%e4%b8%8d%e5%87%ba%e6%9d%a5/ Sun, 09 Aug 2026 15:51:47 +0000 https://mylogs.cn/%e4%b8%80%e5%8f%b0%e6%97%a7%e7%94%b5%e8%84%91%e8%a3%85-proxmox%ef%bc%8c%e5%a4%a7%e5%8d%8a%e5%8a%9f%e5%8a%9b%e4%bd%bf%e4%b8%8d%e5%87%ba%e6%9d%a5/ Proxmox VE 把企业级虚拟化带进了家庭实验室：KVM 虚拟机、LXC 容器、快照、集群、ZFS 一应俱全。不少人的起步是一台迷你主机或闲置工作站，单机跑着 Jellyfin、Home Assistant、Pi-hole、Immich、Nextcloud 等服务。问题在于，Proxmox 那些最亮眼的能力，大多是为”多台机器协作”设计的——单机用户很容易花时间学一堆当下根本用不上的功能。

一台旧电脑装 Proxmox，大半功力使不出来
图片来源：How-To Geek

一、单机阶段：先把基础跑稳

  1. 单台机器上，本地 NVMe 或 ZFS 存储性能已经足够，虚拟机放在本地盘，备份另存一块盘或 NAS，管理简单直接。
  2. 这个阶段重点是跑稳服务，不必急着折腾集群、高可用等高级特性。

二、加第二、第三台：集群才显价值

  1. 引入第二、第三台物理机后，多台服务器在 Proxmox 里表现为同一个虚拟化平台，可从单一界面统一管理。
  2. 共享存储就位时，虚拟机能在节点间几乎无中断地迁移；换内存、装新硬盘、刷固件时，由其他节点临时接管服务，维护更轻松。

三、高可用与存储的硬门槛

  1. 高可用依赖法定人数（quorum）：标准双节点集群若一台掉线，另一台无法形成多数投票，自动故障转移不成立。真正可靠的 HA 要么上第三台节点，要么接一个外部 QDevice（qnetd）做轻量裁判，否则高可用只是菜单里的一项。
  2. 共享存储可用 NFS、iSCSI 或 ZFS 数据集自动复制；分布式块存储 Ceph 至少需要 3 台节点，不适合起步阶段。

四、备份与资源规划

  1. Proxmox Backup Server 单机也能用，但放在独立硬件上收益最大——宿主整机故障时，备份服务器依然存在。
  2. 多节点后资源调度更灵活：低功耗迷你主机常驻轻量服务，多核工作站负责转码、构建或测试，按需增量扩容，不必一次性买更贵的机器。

注意事项：单机用 Proxmox 并非错误选择，只是其独有之处——集群、迁移、法定人数高可用、共享存储复制——都依赖主机之间协作。上多节点之前，先用单机把服务跑顺。

来源：How-To Geek

]]> 硬盘做到 16TB，RAID 5 反而变成定时炸弹 https://mylogs.cn/raid5-large-hdd-rebuild-risk/ Wed, 05 Aug 2026 18:35:41 +0000 https://mylogs.cn/raid5-large-hdd-rebuild-risk/ 大约十五年前，给服务器组一套 RAID 5 几乎是存储方案里的“标准答案”：容量大、能坏一块盘、成本还低。可到了今天，当单块硬盘膨胀到 16TB 甚至 20TB，RAID 5 昔日的最大优点，恰恰变成了最致命的软肋。

硬盘做到 16TB，RAID 5 反而变成定时炸弹
图片来源：How-To Geek / Patrick Campanale

问题核心在于一个听起来很枯燥的指标：不可恢复读错误率，英文缩写 URE。消费级 SATA 硬盘通常标称每读取 10^14 位（约 12.5TB）数据，就可能遇到一次读不出的坏扇区。企业级硬盘稍好，大约是 10^15 位，也就是 125TB。这个指标在过去二十年里几乎没怎么变，而硬盘容量却从几百 GB 一路涨到了几十 TB。

当年 RAID 5 重建一块 500GB 硬盘，控制器只需要从其他盘里读几百 GB 数据，几个小时就能跑完。重建窗口短，坏第二块盘的概率基本可以忽略。可如今坏了一块 16TB 硬盘，阵列进入降级状态后，控制器必须完整读取每一块幸存盘的全部表面数据——可能是 12 小时到数天不等，期间所有盘都在接近 100% 的负载下狂奔。只要在这期间任意一块幸存盘弹出一个 URE，对应条带就无法重建，严重时整个重建直接失败。

换句话说，RAID 5 的设计逻辑没变，但硬盘容量把它拖进了一个数学陷阱：重建所需读取的数据总量，已经远超消费级硬盘的 URE 规格。

这个观点并非今天才有。2007 年，存储分析师 Robin Harris 在 ZDNet 上发表了一篇后来被视为经典的文章，标题就叫《Why RAID 5 stops working in 2009》，核心论断正是：容量持续增长，URE 不变，RAID 5 迟早会在重建时翻车。

不过现实比最坏的概率模型要温和一些。微软曾经用廉价硬件刷过约 2PB 数据，实际遇到的读错误远低于厂商标称值。所以“RAID 5 已死”的说法有些夸大，但“RAID 5 变得很脆弱”却毫不夸张。

更隐蔽的风险是同批次老化。很多企业或家庭 NAS 里的硬盘是一次性采购、同一型号、同一批次，服役年限和磨损状态高度同步。当第一块盘因老化去世，剩下的盘本来就站在故障边缘，而重建过程的高强度读写，往往会把下一块“亚健康”的盘直接送走。这才是 RAID 5 在现实中屡屡翻车的真正原因。

那应该怎么选？如果数据重要，且用的是 8TB 以上的大容量机械硬盘，RAID 6、RAIDZ2 或 RAID-DP 这类双校验方案才是更稳妥的默认选择。双校验意味着重建时即便再碰到一个 URE，也能从另一个校验中恢复出来。RAID 5 并没有死透，但在大容量硬盘时代，它已经不适合作为关键数据的唯一防线。

来源：How-To Geek / Monica J. White

]]>