遊戲服配置單：延遲優先還是帶寬優先
遊戲服的資源畫像與其他業務完全不同：單核主頻 > 核心數、延遲與抖動 > 帶寬、UDP 與防護是剛需。按遊戲類型給出配置單與選點方法，附端口防火牆基線。
遊戲服是「配置單業務」裏最挑剔的一類：它同時要求低延遲、低抖動、高單核性能，還長期處於 DDoS 攻擊的高危行業名單上。用 Web 站的思路選遊戲服，幾乎注定翻車。本篇是場景方案中心的遊戲服專篇：先講資源畫像，再給分類型配置單。
遊戲服的資源畫像：四個反直覺
- 單核主頻 > 核心數：多數遊戲服務端（Minecraft、CS 系、飢荒等）的主循環是單線程或輕多線程——E3 高主頻往往打贏核心數翻倍的低壓 U，選 U 先看主頻與代際（配置單話術鑑別見選型中心）；
- 延遲與抖動 > 帶寬：百人房間的流量通常只有幾 Mbps，但 50ms 抖動就能毀掉手感——預算優先花在落位與線路，不是帶寬檔位；
- UDP 是一等公民：遊戲流量以 UDP 爲主，而多數「優化線路」的宣傳數據來自 TCP 測試——驗證時要 UDP 專項測（iperf3 -u）；
- 防護是剛需不是選配：遊戲行業是 DDoS 重災區，開服即被打是常態——防護檔位與計費方式要進第一版預算。
按遊戲類型的配置單
| 類型 | 代表 | 配置要點 | 起步檔 |
|---|---|---|---|
| 沙盒/生存聯機 | Minecraft、飢荒、帕魯 | 單核主頻優先，內存喫緊（模組服 8G 起），玩家 <50 時單機可扛 | 高配 VPS 或 E3 獨服（$70.80 真實基線） |
| 競技 FPS/MOBA | CS2、Valorant 自建服 | 延遲敏感天花板：落位比配置重要，tickrate 喫單核，UDP 防護必備 | 獨服 + 就近落位 + 防護檔 |
| 回合/卡牌/SLG | 頁遊、手遊服務端 | 延遲容忍寬（100ms+ 可玩），數據庫與並發是重點，帶寬按更新包峯值算 | 均衡獨服，數據庫獨立部署 |
| 語音/社區伴生 | Teamspeak、KOOK 自建 | 低帶寬低延遲，小配置常駐，與主遊戲服同機房降低運維面 | $5.34 檔 VPS 即可（AXVPS-1C1G 真實基線） |
選點方法：玩家分布決定落位
# ① 畫出玩家分布（社區後臺/問卷/QQ羣地域），按省份聚合
# ② 候選節點對玩家集中區做晚高峯 UDP 實測（遊戲流量的正確測法）
iperf3 -c 測試IP -u -b 10M -t 30 # UDP 帶寬與丟包
ping -c 200 測試IP | tail -2 # 抖動看 mdev 列
mtr -rwbzc 100 測試IP # 路徑與劣化段定位
# ③ 三網分別測（電信/聯通/移動側各一輪）——玩家不都用同一張網
# ④ 判讀：Avg 決定「遠不遠」，mdev/StDev 決定「穩不穩」，競技類後者一票否決落位的經驗口徑（物理賬詳見地區中心）：全國混布玩家 → HK/內地多線節點；北方玩家爲主 → JP/華北方向；華南爲主 → HK；出海東南亞 → SG。競技類遊戲對 30ms 級差異都敏感，休閒類 80ms 內皆可玩——按你的遊戲類型定容忍線，再談選點。
防護與端口基線
# 遊戲端口最小放行（以 MC 爲例）：遊戲端口 + SSH（改非默認端口）
ufw allow 25565/tcp && ufw allow 25565/udp
ufw allow 你的SSH端口/tcp && ufw default deny incoming && ufw enable
ufw status numbered # 核對：除遊戲與 SSH 外無其他放行
# 防護檔選擇口徑：先查業務的「被打歷史」與同行水位，按 2–3 倍峯值預留
# 收到攻擊時的標準動作與取證 → 見安全中心應急響應篇防護預算的三個口徑：①按峯值預留（攻擊流量通常數倍於日常）；②看清計費（彈性防護按天/按次的觸發條件寫進合同前問清）；③高防 IP 與原生防護的取舍——前者可遷移但多一跳延遲，後者延遲最優但綁定機房，競技類優先原生。安全基線的完整清單 → 安全基線中心。
熱門服務端的選型速查
- Minecraft（Java 版）：內存是第一資源——原版服 2–4G、整合包 8G 起步；單核主頻決定 tick 性能；預生成地圖區塊能顯著降低首探索卡頓；插件服（Paper 系）比原版省資源且可控；
- 帕魯/生存類：內存與單核雙喫緊，玩家數與基地復雜度上去後內存按 16G+ 規劃；存檔體積增長快，自動存檔 + 異地備份的頻率要跟上；
- CS2/競技自建：tickrate 與網絡質量優先於一切——落位決定體驗上限（玩家集中區 30ms 內），配置中等即可；UDP 防護檔位進第一版預算；
- 飢荒/小型聯機：$5.34 檔 VPS 即可常駐，是「語音/伴生服」同級負載——新手第一臺遊戲服的常見起點。
速查表的共同規律：沙盒生存類喫內存與單核，競技類喫網絡與主頻，回合類喫數據庫與並發——先定遊戲類型再讀配置單，順序反了就是爲用不上的資源付錢。
運營期的三條紀律
- 存檔與回檔：每 15–30 分鍾自動存檔 + 異地備份，回檔流程演練過——玩家對回檔的容忍度遠低於對卡頓的；
- 更新窗口：版本更新安排在低峯，更新前全量備份，更新失敗的回滾路徑提前寫好；
- 監控三件套：在線人數、tick 耗時（服務端性能的真實指標）、網絡丟包——玩家喊卡之前，指標先喊。
下一步：按玩家分布跑一輪 UDP 三網實測 → 對照類型表落配置 → 防護檔位進預算。節點與防護資源 → 在售配置（防護檔以實時報價爲準）；更多場景配置單 → 場景方案中心。