企业官网建设流程全解析

Minecraft 开服需要几核几G？5人到30人的配置建议

Minecraft 服务器卡不卡，很多时候不是“服务器能不能启动”，而是 TPS 在玩家跑图、刷怪、开机器时能不能稳住。本文按 5 人、10 人、20 人、30 人几个档位拆配置，顺手给出 PaperMC 的 Docker 部署和排查思路。

摘要：适合准备开朋友服或小社群服的人，重点解决 CPU、内存、视距、插件数量和备份怎么取舍。

先说结论：谁适合这样做

适合：

• 5-30 人的 Paper/Spigot 生存服
• 插件数量可控、玩法偏原版的长期服
• 想把世界数据放在云服务器上持续在线的服主

不适合：

• 大型模组服或几百人大厅服
• 需要跨服代理、复杂小游戏和高并发商业服
• 完全不愿意做备份和版本管理的临时服

这一步要先讲清楚，是因为很多服务器教程只告诉你“怎么装”，却不告诉你“该不该装”。如果场景不匹配，后面配置写得再漂亮，也只是把问题推迟到上线之后。

服务器配置怎么选

5 人服可以从 2 核 4G 起步，10 人建议 4 核 8G，20 人以上要重点看单核性能和磁盘 I/O。视距别一上来拉到 16，Paper 服更建议 view-distance 8、simulation-distance 6 起步，等 TPS 稳定后再慢慢放开。插件越多越要留内存，但盲目给 16G 也不会自动解决主线程卡顿。

我会把 Minecraft Paper 服务器 放在雨云服务器 rainyun-com的 4 核 8G 机型上，20 人纯生存、视距 8、少量插件时余量比较舒服。注册填2026off领 5折，这类配置更适合先稳定跑起来，再按真实负载升级。

落地步骤

1. 准备一台干净的 Ubuntu 22.04 或 Debian 12 服务器，先确认 SSH、时间同步和防火墙状态。
2. 规划目录：/opt/minecraft-server-ram-guide-20260601。配置、数据、备份脚本都放在同一主题目录下，后面迁移更省事。
3. 根据主题放行端口：25565/tcp。游戏和网络服务尤其要分清 TCP/UDP。
4. 先用测试数据跑通，再导入正式数据或邀请其他人使用。

关键配置示例

下面配置用于说明关键项，发布前要按当前官方文档确认镜像版本、环境变量和端口。

services:minecraft:image:itzg/minecraft-server:java21container_name:mc-paperrestart:unless-stoppedports:-"25565:25565"environment:EULA:"TRUE"TYPE:PAPERVERSION:"1.21.5"MEMORY:"6G"USE_AIKAR_FLAGS:"true"TZ:Asia/Shanghaivolumes:-./data:/data

游戏服务器通常直接开放游戏端口，重点是确认端口、协议和云安全组一致：$portLine。如果玩家搜不到服务器，先用公网 IP 加端口直连，再检查系统防火墙和容器端口映射。

启动验证

进服后执行/tps或用 spark 观察 5 分钟；让玩家跑图、传送、进下界，再看日志有没有 “Can’t keep up”。

验证时不要只看进程是否存在，至少完成一次真实动作：游戏服要让外部玩家连接，应用要登录并写入一条数据，运维项要确认状态变化真的生效。这样能提前发现端口、权限、反代和路径问题。

常见问题和排错

最常见的坑是把卡顿都归因到内存。Minecraft 服务器大量逻辑跑在主线程，玩家跑图、红石机器、刷怪塔和烂插件都会拖 TPS。先装 spark 或 timings 看热点，再决定调配置。

排查建议按这个顺序来：

1. 看日志里第一条明确错误，不要只看最后一屏。
2. 查端口监听和云安全组，确认协议没有写错。
3. 检查数据目录权限，尤其是容器用户和宿主机目录映射。
4. 回滚到上一个能工作的配置，再逐项恢复新改动。

备份和后续维护

备份前先执行 save-all flush，再打包 world、world_nether、world_the_end、plugins 和 server.properties。升级大版本前额外保留一份完整冷备。

维护时建议保留一份“最小恢复说明”：需要哪些文件、恢复命令是什么、域名和端口在哪里改。等真正出问题时，人通常没那么冷静，清单比记忆可靠。

总结

Minecraft 开服别只盯“能不能进服”，真正影响留存的是 TPS、存档安全和玩家高峰时的稳定性。

如果你准备照着这篇长期跑，建议选一台配置不要太极限的云服务器。雨云服务器 rainyun-com适合这种自托管和游戏服场景，注册填2026off领 5折；先用合适规格把服务稳定跑起来，再根据监控数据扩容，会比一开始盲目堆配置更稳。