家庭私有云架构:分层、高可用、节能
折腾了这么久,终于把家里的几台小主机安排得明明白白。
从J1900到N100,从RK3566到台式机,从UPS到远程访问,
还有一条4G/5G备用网络作为最后一道防线。
构建了一套象征意义上的“微型边缘数据中心”。
一、为什么会有这套架构?(我的五年折腾史)
2020年:一切始于疫情网课
那年在家上网课,手头有台闲置的Intel 4代联想笔记本。拆掉屏幕成为无头骑士,塞进一块64GB msata和一块原装2.5寸512GB西数机械盘,装了群晖系统——这是我第一次接触NAS。能用,但总觉得不伦不类。
2020年10月:第一台真正意义上的NAS
受不了笔记本的“野路子”,入了台J1900小主机。功耗低、体积小、SATA口够用,这才是NAS该有的样子。把两块硬盘迁进去,开始认真玩群晖。
2024年618:冲动消费N100
看大家都在聊N100,没忍住入手一台。性能确实强,跑Docker、虚拟机都不在话下,把所有服务都迁了过去。但用着用着开始嘀咕:我就存个文件跑几个容器,需要这么强的性能吗?
2025年春:发现新玩具——网心云OECT
偶然看到矿渣OECT,几十块钱入手。本想着玩两天就吃灰,结果发现:3W的功耗,居然能跑起我所有的常驻服务——HA、FRPS、数据库、Web服务……全部塞进去,稳得一批。
2025年9月:顿悟时刻
看着N100跑着“杀鸡用牛刀”的服务,突然想通了:常驻服务交给ARM小主机,存储交给J1900,N100就做个安静的桌面机。
于是:
- 把N100的群晖服务全迁到OECT(ARM小主机)
- N100装Windows10系统,固定到显示器背后,腾出桌面空间,12W功耗覆盖日常上网/远程桌面
- J1900加装2.5G网卡,回归纯粹的存储+下载机角色
- 台式机只打游戏/处理稍复杂三维建模时远程唤醒
一直到现在:这套分层架构稳定运行了大半年,功耗可控,冗余拉满,暂时没动过“换设备”的念头。
二、硬件分层:各司其职,互不干扰
把所有设备分成五个层级,每层只做自己最擅长的事:
| 层级 | 设备 | 核心任务 | 日常功耗 | UPS保护 |
|---|---|---|---|---|
| 网络层 | 主路由器 + 2.5G交换机 + 4G/5G备用路由 | 内外网连接、主宽带故障时自动切4G/5G | ~10-15W | 杂牌222Wh UPS(全覆) |
| 控制层 | RK3566小主机 (OECT) | HA智能家居自动化、FRPS/ZeroTier穿透、数据库、Web服务群 | ~3W | 杂牌222Wh UPS(全覆) |
| 存储层 | J1900群晖 | 机械硬盘存储、BT下载 | 7.8W | 瓦力方程W120(带通信) |
| 应用层 | N100桌面机 | 日常上网、远程桌面终端 | ≈12W | 暂未覆盖(计划补W120) |
| 应用二层 | 台式机 (12490F+RX580) | 游戏、三维建模 | 0W(关机)/ 数百W(游戏) | 无(按需启动) |
关键点:每台设备都是独立个体,即使某一层出问题,其他层依然正常工作。比如N100系统崩了,HA还在RK3566上,存储还在J1900上,网络依然畅通。
三、功耗策略:让每一度电都花在刀刃上
核心理念是:不需要让一台高性能设备24小时开机,而是让每台设备只在需要时工作。
- 日常基础功耗(非游戏时段):网络层(10-15W) + 控制层(3W) + 存储层(7.8W) + N100待机(≈2W) ≈ 23-30W
- 极致待机场景:如果N100休眠、台式机关机,仅保留网络+控制+存储,功耗可低至 15-20W
- 游戏/高性能场景:唤醒台式机,数百瓦功耗仅在使用时产生,用完归零
这样既保证了7x24小时的核心服务在线,又避免了“大马拉小车”的浪费。
四、网络冗余:主宽带断了?4G/5G自动顶上
这是容易被忽视但至关重要的设计。网络层具备双链路冗余:
- 主链路:家庭宽带(光猫 → 主路由 → 2.5G交换机)
- 备用链路:4G/5G路由器(插物联网卡,网线接入主路由)
故障切换逻辑:主路由配置双WAN故障转移。一旦检测到主宽带断线,所有流量自动切换到4G/5G网络。这个过程是自动的,家里没人时也能无缝接管。
关键支撑:4G/5G路由器和主路由一样,接在杂牌 UPS上。即使市电停电,只要基站信号正常,备用网络依然在线——这意味着从外网依然能访问家中的HA和控制层设备。
五、远程访问:无论身在何处,家就在身边
在双链路网络的基础上,构建了一套多路径、高可用的外网接入方案,确保任何时候都能连回家里:
- IPv6直连:通过DDNS-go动态解析域名,配合防火墙只允许特定IP访问,延迟最低,带宽跑满。
- ZeroTier虚拟局域网:作为IPv6的备用,无需公网IP也能组网,自动加密。
- FRPS / SakuraFRPC / Cloudflare Tunnel:在RK3566上运行多种穿透服务,总有能用的通道。
- Moonlight + RDP:游戏串流用Moonlight(低延迟高画质),办公用RDP(带宽占用小,操作顺滑)。
自动化:通过Home Assistant面板实现一键网络唤醒/开机/睡眠,甚至可以基于地理位置自动触发(离家时睡眠台式机,快到家时提前唤醒)。
六、UPS布局:电信级电力冗余
很多人会给NAS配UPS,但往往忽略网络设备。策略是:让核心网络和控制层永不掉线,存储层优雅关机。
| UPS | 覆盖设备 | 策略 | 意义 |
|---|---|---|---|
| 杂牌222Wh 直流UPS | 光猫、主路由、4G备用路由、交换机、RK3566 | 大容量保网络永续 | 停电时外网访问、HA控制中心、备用网络永不掉线 |
| 瓦力方程W120 | J1900群晖 | 自动关机保数据 | 机械硬盘安全第一 |
| (计划)第二台W120 | N100 | 补全终端保护 | 远程桌面不中断 |
即使市电全断,主宽带也断了,依然可以通过4G/5G备用路由(由UPS供电) + RK3566上的FRPS/ZeroTier,从外网访问HA并监控所有设备状态——这种双重冗余,已经接近小型数据中心的水平(AI说的)。
七、服务生态:一台3W的ARM小主机,跑起了整个云
RK3566这台小主机(OECT)是整个系统的大脑,它只消耗3W的功率,却运行着以下所有服务:
- 1panel 容器管理面板
- Home Assistant 家庭自动化核心
- FRPS / SakuraFRPC 内网穿透服务端/客户端
- ZeroTier 虚拟组网
- Cloudflare Tunnel 安全隧道
- Alist 多存储聚合
- DDNS-go 动态域名解析
- Typecho 博客(就是你现在看到的这篇文章)
- MariaDB / PostgreSQL 双数据库
- HomeBox 网络测速
所有这些服务24小时在线,功耗却低于一盏LED灯。这就是ARM架构的魅力。
八、总结与心得
折腾五年,最大的感悟是:没有终极设备,只有终极组合。
从笔记本裸奔,到J1900入门,到N100“性能过剩”,再到ARM分流+分层架构——每一步都踩过坑,也都在解决问题。
现在的这套组合:
- 常驻服务交给3-5W的RK3566(永不关机)
- 存储下载交给7.8W的J1900(UPS保护)
- 日常桌面交给12W的N100(可休眠)
- 游戏性能交给按需启动的台式机(用完即关)
- 网络层有主宽带+4G/5G双链路,全部接在UPS上
- 控制层有HA自动化,远程唤醒、地理位置触发全搞定
即使市电全断+主宽带全断,我依然能通过4G/5G备用路由+UPS,从外网访问监控局域网所有设备。
这套架构已经不再需要折腾了——不是因为完美,而是因为它足够匹配我的需求。
评论功能已关闭