獨享整機計算資源
以物理主機為資源邊界，為持續計算、內存密集或 I/O 密集的業務規劃專屬資源。
PRODUCT OVERVIEW
什麼是裸金屬服務器？
- 物理資源獨享
- 硬件直達
- 關鍵業務
裸金屬服務器以獨享物理主機承載工作負載，通常結合雲平臺的交付和管理方式。適合關注硬件訪問、資源隔離，以及持續計算或存儲負載的應用。
選型核心
裸金屬本身就是物理服務器。它適合需要整機資源邊界的負載，但性能收益仍要由硬件配置、軟件行為與實測結果共同證明。
減少虛擬化層約束
適合需要直接使用硬件能力、特定系統環境或底層性能調優的工作負載，具體兼容性結合機型確認。
對接雲化交付流程
結合平臺提供的網絡和管理能力組織部署。開通、重裝、私有網絡及接口支持，以所選產品的實際能力為準。
INSIDE THE ARCHITECTURE
整機資源與雲化交付如何配合
裸金屬提供直接運行操作系統的物理計算環境。理解它時，應把業務運行路徑與資源交付、維護的管理流程分開看。
- 01
交付與初始化
覈對整機配置、系統版本、網絡及訪問方式，形成可重複執行的初始化記錄。
- 02
操作系統調度
內核調度應用線程並管理內存，程序能否並行仍由代碼與數據依賴決定。
- 03
硬件訪問
CPU 通過內存和 I/O 路徑處理數據，設備能力與拓撲共同影響持續性能。
- 04
生命週期管理
部署、監控、維護及回收圍繞整臺設備進行，故障恢復需要預先準備替代路徑。
雲化改變交付流程，不改變物理機本質
雲化裸金屬通常把物理設備的登記、系統部署和生命週期管理納入統一流程，業務操作系統仍運行在物理服務器上。它與傳統物理機租用的區別主要在資源編排、網絡接入及管理方式，不能僅憑“裸金屬”名稱推斷存在即時擴容、熱遷移或任意自助重裝能力。
單核能力與多核吞吐要分別評估
串行計算、主線程和部分事務路徑依賴單核處理速度；可並行的批處理或多請求業務纔有機會利用更多核心。核心數增加後，鎖競爭、緩存爭用和內存帶寬可能成為新瓶頸。整機獨佔有助於明確資源邊界，但較新的雲實例也可能在某類任務上表現更好。
NUMA 與 I/O 決定數據走多遠
在具有 NUMA 拓撲的系統中，不同 CPU 訪問本地和遠端內存的成本可能不同。多線程程序若頻繁跨節點取數，會增加等待；磁盤和網卡路徑也需要結合實際設備評估。先觀察拓撲、內存分佈和業務延遲，再判斷是否調整線程及內存親和性，避免盲目綁核。
以下為通用架構與運維示例。WAF.PRO 的硬件型號、整機資源範圍、管理權限、雲化交付能力及維護方式，以具體方案和交付清單為準；參考文檔僅用於理解技術原理。
PERFORMANCE & CAPACITY
讀懂指標，才知道資源該加在哪裏
驗收應使用相同業務版本和數據，分別測試單任務、多併發與長時間負載，同時記錄功耗策略、軟件版本和測試條件。
| 關注項 | 對業務的影響 | 如何評估 |
|---|---|---|
| 單核處理能力 | 串行熱點決定單請求延遲，更多核心無法自動縮短這段路徑。 | 用代表性單任務比較耗時，再分析熱點函數及等待原因。 |
| 多核擴展效率 | 併發增加後，鎖競爭、共享緩存和內存帶寬可能壓低收益。 | 逐步提高線程或進程數，記錄吞吐與尾部延遲的變化。 |
| NUMA 與內存 | 遠端內存訪問和節點分配不均可能增加延遲或限制吞吐。 | 檢查系統拓撲及進程內存分佈，驗證調整前後的業務表現。 |
| 磁盤與數據路徑 | 介質、控制器、讀寫模式和同步寫入要求共同決定存儲表現。 | 按實際塊大小與讀寫比例測試，觀察吞吐、排隊和持續延遲。 |
| 網絡與中斷負載 | 小包、高連接數或網絡處理開銷可能先於網口帶寬達到瓶頸。 | 結合實際協議測連接與傳輸，關聯 CPU、重傳和丟包指標。 |
指標與術語說明
- NUMA
- 非統一內存訪問：處理器訪問不同內存區域的成本可能不同，調度與數據位置會影響性能。
- 線程與內存親和性
- 讓線程或內存分配傾向指定處理器或節點的安排，需要通過負載測試驗證效果。
- I/O
- 系統與存儲、網絡等設備之間的數據輸入輸出，可能成為計算之外的等待點。
- 尾部延遲
- 一批請求中較慢部分的耗時，可用 P95、P99 等高分位指標觀察。
BEFORE YOU CHOOSE
整理需求，再確定配置
帶上這四類信息，讓選型討論更具體。
- 硬件與兼容
- CPU 架構、核心數、內存容量，以及系統與應用的兼容要求。
- 磁盤與性能
- 存儲類型、容量、讀寫性能和數據冗餘方案。
- 雲網絡與管理
- 私有網絡接入、開通方式、系統重裝與管理接口的支持範圍。
- 交付與恢復
- 交付週期、硬件故障處理、數據恢復和維護窗口。
APPLICATION SCENARIOS
這些業務，可以從這裏開始
核心數據庫
用於對內存容量、磁盤響應和持續讀寫性能要求較高的數據庫服務。
持續計算與分析
承載批處理、數據分析和長時間運行的計算任務，按負載選擇處理器與存儲。
專屬業務集羣
部署自主管理的容器或應用集羣，規劃節點資源、網絡隔離和系統配置。
DEPLOYMENT PLAYBOOK
面向持續計算或數據庫的部署示例
先讓整機運行可觀測、可複製，再考慮針對硬件的優化。數據庫和計算任務可以採用不同佈局，但都需要明確故障後的恢復路徑。
- 01
明確資源需求
區分單核延遲、多核吞吐、內存容量與 I/O 需求；列出持續負載、允許中斷時間及數據恢復目標，形成驗收依據。
- 02
建立系統基線
覈對 CPU、內存和設備信息，記錄內核、驅動及配置；部署訪問控制、日誌和監控，再執行持續業務負載測試。
- 03
驗證數據佈局
按日誌、數據、臨時文件的訪問模式規劃存儲，避免無意共享熱點；有證據表明 NUMA 影響性能時，再做小步調優。
- 04
準備故障接替
根據業務選擇備用節點、數據複製或備份恢復；演練停機後接管和重建，確認替代資源與數據恢復步驟能夠配合。
這套部署思路的取捨
將多個組件集中在一臺大機器上，可以減少跨機通信與管理對象，也會擴大單機故障的影響。拆成多臺可分散故障，卻引入複製、網絡通信與一致性成本，應按業務恢復目標選擇。
OPERATE WITH CONFIDENCE
從上線，到持續穩定運行
保存可重複的基線
記錄系統、驅動、應用版本和關鍵參數，在每次升級後用同一組業務負載複測。把測試條件與性能變化一起保存，避免將數據規模、緩存冷熱或併發差異誤認為硬件性能的變化。
逐項驗證調優收益
先定位 CPU、內存或 I/O 中的主要等待，再一次調整一個參數。線程親和性、內存分配和隊列配置都可能存在取捨；保留基線與回退方式，以業務吞吐和尾部延遲確認收益。
把維護窗口納入設計
硬件維護、內核或驅動更新可能需要重啟。提前整理業務停機順序、連接排空、數據檢查和啟動依賴，並確認替代節點或恢復方式，避免到維護當天才發現服務無法安全停止。
恢復要覆蓋整機失效
數據盤冗餘不能替代獨立備份，也不能消除主機故障。將配置、密鑰恢復途徑和業務數據納入恢復清單，在另一運行環境中演練重建，驗證數據完整性與達到可服務狀態的時間。
CHOICES & TRADE-OFFS
把產品優勢，放到真實條件下比較
當您的業務是
長期穩定的高負載、明確的整機隔離要求
適合重點評估裸金屬
資源邊界清晰，便於圍繞固定硬件建立持續性能基線與容量規劃。
當您的業務是
低利用率、短時突發或頻繁改變資源規模
先比較資源粒度與交付流程
整機容量可能長期閒置，擴容也涉及設備供給與部署，需覈算實際使用成本。
當您的業務是
對停機極敏感，卻只計劃部署一臺
先補齊冗餘與恢復方案
物理資源獨佔不會消除設備故障，業務可用性仍依賴多節點或可驗證的恢復流程。
三個容易忽略的判斷
裸金屬一定比雲服務器快
硬件代際、單核能力、存儲和應用結構都會改變結果，應在相同條件下比較業務表現。
核心越多，單個任務就越快
只有可並行部分能利用額外核心；串行路徑、鎖和內存訪問會限制加速幅度。
整機獨佔就自帶高可用
獨佔描述資源使用邊界，高可用還需要故障檢測、備用容量、數據保護和切換機制。
QUESTIONS & ANSWERS
選型前，您可能還想了解
裸金屬和物理服務器有什麼區別？+
兩者都可以提供獨享物理主機。這裏主要按交付與管理方式區分：裸金屬側重雲化交付及平臺協同，物理服務器側重整機租用及硬件方案。最終仍需比較具體配置和服務內容。
裸金屬可以像雲實例一樣擴容嗎？+
物理資源調整通常涉及機型、庫存或硬件更換，擴展方式與普通雲實例不同。可提前規劃多節點部署，具體調整流程及停機影響請在選型時確認。
可以部署自己的虛擬化或容器環境嗎？+
需結合操作系統、硬件虛擬化能力、網絡配置和授權要求評估。請提供計劃使用的系統與軟件版本，以便覈對支持範圍。
獨享整機後，還需要管理進程間的資源競爭嗎？+
需要。應用、數據庫、備份和批處理仍共享這臺機器的 CPU、內存與 I/O。應根據在線業務優先級設置資源預算和任務時段，避免內部爭用。
是否應一開始就做 NUMA 綁核？+
不應僅因存在多節點就綁定。先觀察業務與內存分佈，必要時做對照測試；不合適的綁定可能限制可用資源，反而降低性能。
遷移到裸金屬前最值得驗證什麼？+
先覈對系統和驅動兼容性、數據遷移時長及真實負載表現，再演練恢復和回退；同時確認維護窗口與替代資源如何落實。
YOUR NEXT STEP
一起確定您的裸金屬服務器方案
提供業務類型、訪問地區、峯值負載、數據規模與恢復目標，和技術顧問一起評估配置、網絡及交付方案。