Homelab

时间背景：2026 年 1 月 核心立场：软硬结合，存算分离。 遇到的挑战：存储产品的大幅溢价 一、背景：一次稳定性事故之后 2025 年底到 2026 年初，我接连遇到了2次家庭网络和存储系统的事故。这些事故不是我折腾的出来，而是恰恰发生在“已经运行多年、貌似稳定”的设备上。 我家的当前的拓扑图 1. 网络侧事故：软路由虚拟化整体性失效 在过去约五年的时间里，我的家庭网络核心运行在一套软路由架构之上： 底层为 ESXi 虚拟化平台，上层同时承载 主路由与旁路由，旁路由主要承擔 docker 网络相关的需求，用的是 openwrt。五年期间，我试过 openwrt（主）， 爱快（主），但这两个系统都遇到了端口转发无故失效的问题。 于是2025年起，我开始 ROS（主），有了AI，ROS 可以用终端来配置的特点，成了它最大的优势。这套ROS（主），openwrt（旁）的组合，在功能层面非常强大。 但在 2025 年底的一次异常中，该软路由宿主机发生故障，ESXi 环境整体崩溃，原有的虚拟机实例全部消失。 事后排查，AI认为问题很可能与软路由里 低可靠性 SSD 有关。但无论根因如何，这次事故暴露了一个无法回避的事实： 当网络核心是虚拟化平台时，其失效性复杂而不可预见。 这次事件并未立刻促使我更换网络方案， 但五年以来，主路由系统的多次更换，以及这次不可预计的事故，让我对网络系统稳定性的诉求越发强烈。 2. 存储侧事故：一次内存升级引发的系统不稳定 在网络事故发生之后不久，存储侧也出现了问题。 为了提升群晖在家庭环境中的服务承载能力，我曾为其增加一条 16G DDR4 内存，希望它能够同时运行更多 Docker 容器。然而在实际运行中，这次升级并未带来预期中的稳定收益，反而引发了系统层面的不稳定问题， 最终以一次明确的系统性崩溃告终。 这次事故并非简单的配置失误，而是再次验证了一个在企业环境中早已被反复证明的结论： 存储系统首先是一台“设备”，其次才是一台“计算机”。 当存储节点开始长期承载通用计算负载时，即便硬件参数表面上更强，整体系统的确定性反而会下降。正所谓 ALL In Boom。 3. … Read more

环境说明 宿主机: Proxmox VE 8.x 虚拟机: Rocky Linux 9.x 硬件: Intel UHD Graphics 630 (Coffee Lake) 应用场景: Docker 容器硬件加速（Emby/Jellyfin/Plex 等） ## 核心问题 在 Proxmox 中创建的 Rocky Linux 虚拟机，即使看到 /dev/dri/card0 设备，也无法使用 Intel Quick Sync 硬件转码。根本原因是： 虚拟显卡伪装: Proxmox 默认使用 bochs-drm 虚拟显卡 驱动缺失: Rocky Linux 最小化安装缺少 Intel 媒体驱动固件 设备节点不完整: 缺少 renderD128 硬件加速接口 Part 1: Proxmox Host 配置 GPU … Read more