硬件与网络准备

部署 Emby 之前最值得花时间的一步不是选 Docker 镜像，而是把硬件和网络想清楚。硬件决定了硬件转码能不能开、能同时开几路；网络决定了内网能不能满速播放高码率影片、外网观看是否流畅。这一篇给出一份选型清单和检查清单，看完你就能判断手上的机器是否够用，还是要补足哪些环节。

如果你手上已经有一台 NAS 或小主机，不用急着换，先按本文的清单打勾，多数一两年内的机器满足 Emby 的要求并不难。真正需要提前规划的，是那些会随使用习惯增长的因素——片库容量、外网并发、以及是否为 Premiere 付费。

服务端硬件怎么选

Emby 服务端本身很轻量，媒体扫描、刮削、网页界面只需要不高的 CPU 与内存，真正吃配置的是转码。家庭场景下同时两到三路转码是常见需求：客厅看一部、卧室看一部、手机外网再看一部。因此选型逻辑可以简单概括为：CPU 够用即可，核显_or_独立显卡尽量带硬件编码，内存宁多不少。

如果你打算买新机器，Intel 带核显的低功耗 CPU 通常是最划算的方案。原因有二：一是 QuickSync 的 HEVC 与 AV1 编码效率很高，一块几十瓦的赛扬或奔腾就能满足家庭转码需求；二是省掉了独立显卡的功耗与稳定性的额外开销。NVIDIA 显卡的 NVENC 优势在于并发路数，适合多人同时在外观看的场景。AMD 的 AMF 同样被支持，但社区里驱动层面的坑相对多一些，没有特别的价格优势时不作为首选。

具体到型号，Intel 第 6 代及以后的核显都能跑 QuickSync，但代数越新，支持的格式与并发路数越好：第 7 到 9 代应对 HEVC 1080P 场景轻松，4K 转码建议选第 10 代或更新，AV1 硬件解码则需要更晚的型号。NVIDIA 侧的 GTX 1650 及以上、RTX 全系列都带 NVENC，入门级如 GT 1030 这类没有编码核心的型号要避开。判断方法直接看官方支持列表，不要凭经验猜。

这里必须明确一个前提：Emby 的硬件转码属于 Premiere 功能。也就是说，硬件满足条件只是入场券，功能本身还需要会员才能开启。如果你只想免费跑，CPU 软转码同样可行，只不过一路 1080P 转码就可能占满一颗中端 CPU 的全部核心，并发能力差一个量级。姊妹篇《自建影音中心 Jellyfin 实战》里同样的机器可以免费硬件转码，这是选型时需要一并算进去的成本差异。

存储规划

媒体库的存储有三条基本原则：与系统分离、按可预计增长留余量、优先保证读取性能。一部 4K REMUX 电影可能占用 60GB 到 100GB，一部完整剧集动辄数百 GB，按现有一半余量规划容量是稳妥做法。

容量估算可以用一个简单公式：现有片库体积乘以 1.5。这个系数里包含了未来一两年的片源增长，以及元数据与缩略图的额外开销。对刚起步的人来说，从单块大硬盘开始完全没问题，Emby 本身不关心底层是单盘还是阵列，后期扩容时把媒体目录迁移过去即可，媒体库类型重新指定一下路径就能继承。

磁盘层面可参考《自组 NAS 完全指南》里的阵列逻辑，这里只说与 Emby 直接相关的两点：第一，刮削产生的元数据、海报、缩略图都写在媒体目录或服务端配置目录里，所以配置目录要有足够空间，建议单独挂载一个几十 GB 的卷；第二，机械硬盘阵列足以承担顺序读取，不必为媒体库上 NVMe SSD，SSD 留给系统与配置目录即可。

文件系统方面，Linux 下的 ext4 或 ZFS 都可以，Windows 下 NTFS 也没有问题。需要注意的只是 Docker 部署时把媒体目录正确挂载进容器，并保证容器内进程对该目录有读写权限，这是初学部署最容易踩的坑之一。群晖用户可以结合《群晖 DSM 系统指南》里的共享文件夹与容器权限两节，把权限模型先理顺，能少走一半弯路。

另外提一个容易被忽略的细节：媒体库扫描期间的磁盘 IO 并不低。初次扫描一个几 TB 的片库，机械硬盘阵列的随机读取会被缩略图生成大量占用，耗时可能远超预期。手动触发完整扫描最好安排在夜间，或者先建一个小库验证刮削规则，再进行全量导入。

网络带宽测算

内网播放一般不成问题，千兆有线足以应对 100Mbps 以内的蓝光原盘文件；真正需要算账的是外网。

两个常见误判值得点名。其一是忽略家庭宽带的上行速率。运营商宣传的千兆宽带通常指下行，上行可能只有三十到五十 Mbps，这意味着外网同时两个人看高码率影片就把上行吃满了，和服务器性能无关。其二是低估转码的并发成本。一路 4K 硬件转码并不轻松，两到三路并发的瓶颈往往在显卡的编码器数量，而不在显存或核心数。具体到硬件解码的排错，em-0404 有完整的问题清单。

网络拓扑上还有一个小建议：主播放设备尽量走有线。4K 截断码率的原盘对 Wi-Fi 的稳定速率要求很高，5GHz 频段下隔一堵墙的实际速率就可能出现波动，这类波动在播放端表现为卡顿，在问题排查时却经常被误判为服务器性能不足。能接网线的电视盒子与电视，就别让它们走无线。

外网访问的三种姿势

远程访问 Emby 有三种常见做法。第一种是端口转发，把服务端口直接暴露在公网上，配置最简单但安全性最差，不建议长期使用。第二种是反向代理加 HTTPS，配合域名与证书，这是最常见也最推荐的做法，em-0205 会给出 Nginx 与 Caddy 两套配置。第三种是内网穿透或组网，用 WireGuard 或类似工具把客户端纳入私有网络，完全不暴露服务端口，安全性与便利性兼备，代价是每个客户端都要安装客户端软件。

三种方式并非互斥。很多家庭的实际组合是：对外分享给老人孩子用反向代理加 HTTPS 这条最简单的路，自己管理服务器则走组网通道，这样即使域名解析或证书出问题，管理也不会中断。选哪种取决于你愿意维护什么：维护证书与反向代理配置，还是维护各端的组网客户端。

家里网络环境如果经过软路由，可以先翻《软路由入门指南》理解端口、转发与 DNS 的关系，再决定走哪条路。大多数家庭最终会落在第二种与第三种的组合：家人用域名加 HTTPS 直接访问，自己用组网通道做管理。

部署前的检查清单

硬件与网络都规划完毕后，走一遍下面这张表再开始部署：

全部打勾之后，就可以进入 em-0201 的实际部署环节了。如果有一两项暂时不满足也不用强求，Docker 部署的好处就是任何部件都能后期替换：先跑起来，再随需求升级硬件与网络，这比一次性追求一步到位更可持续。

延伸阅读

• 硬件转码的开启步骤见 em-0202，硬件支持与否的判断方法也在其中
• 外网方案确定后，em-0205 提供反向代理与 HTTPS 的完整配置
• 想了解 Emby 与 Jellyfin 在硬件上的共同准备，可回看 em-0102 的对比表
• 网络部分的进阶内容可参考《OpenWrt 必备指南》，存储部分配合《自组 NAS 完全指南》