輕量起步，逐步擴展
按應用規模規劃計算、內存和存儲，減少早期一次性投入。業務增長後，可結合平臺支持範圍調整實例規格或增加實例。
PRODUCT OVERVIEW
什麼是雲服務器？
- 雲上部署
- 靈活選型
- 應用承載
雲服務器將計算、內存和存儲組合為可用的雲實例。適合從小規模業務起步，再根據訪問量、應用負載和數據增長調整資源方案。
選型核心
雲服務器的價值在於按業務規模組織計算資源；選型要把應用併發、狀態數據和故障恢復一起考慮。
環境獨立，便於管理
將開發、測試與生產環境分別部署，按用途管理系統、應用和訪問權限，降低相互影響。
圍繞負載選擇資源
網站、接口與數據服務的資源側重點不同。結合 CPU、內存、磁盤和帶寬用量，選擇更合適的實例組合。
INSIDE THE ARCHITECTURE
從一次請求理解雲服務器
雲實例提供操作系統可見的計算環境。對業務而言，響應速度取決於請求經過的整條路徑，而不只取決於購買了多少 vCPU。
- 01
網絡入口
請求先經過 DNS、連接建立及入口轉發；跨地域時延會直接進入用戶等待時間。
- 02
應用計算
進程執行路由、鑑權和業務邏輯，線程調度與連接池決定併發如何落到 CPU。
- 03
狀態訪問
數據庫、緩存和文件保存共享狀態，其等待時間常超過應用自身的計算時間。
- 04
結果與觀測
響應返回客戶端，同時記錄延遲、錯誤和依賴耗時，為擴容和故障定位提供依據。
vCPU 是資源視圖，不是獨享物理核的同義詞
vCPU 表示實例可使用的虛擬處理器，其與物理核、硬件線程的對應關係取決於平臺及實例類型。相同數量的 vCPU，遇到不同處理器代際、單核能力和調度方式時，實際吞吐可能不同。先用業務請求驗證單線程和併發性能，再判斷增加核心是否有效。
縱向擴展與橫向擴展解決不同問題
縱向擴展是增加單臺實例的計算或內存資源，適合暫時無法拆分的應用，但仍受單機容量限制。橫向擴展是增加應用節點，需要入口分流和共享狀態管理。擴展前先查明瓶頸；如果全部節點都等待同一個慢查詢，增加應用實例只會進一步放大數據庫壓力。
狀態服務決定節點能否被替換
登錄會話、上傳文件和後臺任務進度若只保存在某臺實例中，流量切換後可能丟失上下文。可將這些狀態交給專門的數據層，併為重複請求設置冪等處理。數據庫仍需處理一致性、複製和恢復；應用層變成無狀態，並不意味着整個系統不再需要管理數據。
以下為通用架構與運維示例。WAF.PRO 的資源規格、網絡與存儲形態、擴容方式、鏡像和備份能力，以具體方案及交付清單為準；參考文檔僅用於理解技術原理。
PERFORMANCE & CAPACITY
讀懂指標，才知道資源該加在哪裏
把相同數據規模、請求比例和併發條件固定下來，觀察持續負載及高峯；平均值之外，還要看較慢請求的 p95、p99 延遲。
| 關注項 | 對業務的影響 | 如何評估 |
|---|---|---|
| CPU 與併發 | 單線程熱點或鎖競爭可能使總 CPU 看起來不高，接口卻已排隊。 | 同時記錄各核利用率、請求吞吐與線程等待，比較單併發和多併發。 |
| 內存工作集 | 緩存不足會增加數據庫或磁盤訪問；持續換頁會拖慢響應。 | 觀察可用內存、換頁及緩存命中率，覆蓋真實數據量與高峯時段。 |
| IOPS 與吞吐 | 小塊隨機訪問更關注每秒操作數，大文件傳輸更關注每秒字節數。 | 按實際塊大小、讀寫比例和隊列深度測試，同時檢查實例與存儲限制。 |
| 存儲延遲 | 同步寫入和事務提交會等待 I/O，吞吐未滿也可能出現明顯卡頓。 | 關注讀寫延遲及排隊時間，並把應用事務耗時與存儲指標對齊。 |
| 網絡與依賴 | 帶寬、連接數和下游響應會共同限制請求完成速度。 | 從主要用戶區域測連接時延與丟包，拆分入口、應用及數據層耗時。 |
指標與術語說明
- vCPU
- 實例操作系統看到的虛擬處理器，不能單憑數量判斷物理核心是否獨享。
- IOPS 與吞吐
- IOPS 是每秒讀寫操作次數；吞吐是每秒傳輸的數據量，需要結合請求塊大小理解。
- P95 / P99 延遲
- 分別表示約 95% / 99% 的請求在這一時長內完成，用於觀察較慢請求的體驗。
- 冪等
- 同一業務操作重複提交時，不產生額外的重複業務效果，例如避免重複創建同一訂單。
BEFORE YOU CHOOSE
整理需求，再確定配置
帶上這四類信息，讓選型討論更具體。
- 計算與內存
- 應用進程數、併發量、內存佔用和峯值負載。
- 存儲與數據
- 系統盤與數據盤容量、讀寫性能、備份及恢復需求。
- 網絡與地域
- 用戶所在地區、業務出入流量和公網帶寬。
- 擴展與維護
- 變更規格的方式、是否需要停機、系統鏡像和管理功能。
APPLICATION SCENARIOS
這些業務，可以從這裏開始
企業官網與內容站點
承載官網、內容管理系統和常規 Web 服務，隨訪問規模規劃資源。
應用與 API 服務
部署業務接口、後臺服務及輕量應用，為後續多實例部署留出空間。
開發與測試環境
按項目劃分環境，進行功能驗證、版本測試與應用試運行。
DEPLOYMENT PLAYBOOK
一個可逐步擴展的業務部署示例
以企業網站和 API 為例，先建立可恢復的基礎部署，再按證據拆分和擴展，避免在流量很小時提前承擔複雜集羣的成本。
- 01
建立基線
將應用配置與程序包版本化，記錄健康檢查、啟動順序及依賴關係；先測代表性接口，確定正常延遲與容量餘量。
- 02
分離狀態
梳理會話、文件、任務和數據庫的存放位置；將需要跨節點共享的狀態移出應用本地，驗證重啟後業務仍能繼續。
- 03
增加節點
需要時通過自建或已確認可用的入口分流機制接入第二個應用節點，驗證請求分配、連接排空與單節點退出。
- 04
演練恢復
在隔離環境恢復備份，檢查數據與關鍵交易，再記錄從故障發現到恢復服務的總耗時，將步驟整理為運行手冊。
這套部署思路的取捨
單臺部署易於維護，卻把應用和數據故障集中在一起；多節點提升可替換性，也增加配置同步、會話管理和監控成本。擴展節奏應由負載、允許中斷時間和團隊維護能力共同決定。
OPERATE WITH CONFIDENCE
從上線，到持續穩定運行
監控業務信號
先監控請求成功率、關鍵接口延遲和任務積壓，再關聯 CPU、內存、磁盤與網絡指標。告警應說明影響及處理入口；單看實例存活，無法發現應用死鎖、數據庫連接耗盡或證書過期。
讓發佈能夠回退
保留經過驗證的程序版本與配置，先小範圍更新並觀察健康檢查和業務指標。數據庫變更要兼容發佈期間的新舊版本，明確回退條件；只回滾程序而忽略表結構，可能無法恢復服務。
區分持久化與備份
數據寫入持久存儲不等於已有備份，副本也可能同步誤刪除。制定備份頻率、保留期和獨立存放策略，定期恢復並覈驗業務數據，用實際結果驗證是否達到預先設定的數據損失容忍度和恢復時間目標。
按增長安排容量
結合高峯併發、數據增長和依賴容量規劃餘量，提前驗證擴容流程及可能的中斷窗口。擴容後重測瓶頸是否轉移到數據庫或網絡，並清理失效資源，避免長期為閒置容量付出成本。
CHOICES & TRADE-OFFS
把產品優勢，放到真實條件下比較
當您的業務是
網站、API 與可拆分的後臺任務
優先評估雲實例部署
應用可按負載逐步拆分，團隊能在較小起點上驗證容量與部署流程。
當您的業務是
數據庫或長期運行的狀態服務
帶着恢復與存儲要求選型
可以運行，但應先驗證事務延遲、數據保護和故障恢復，不能僅按核心數判斷。
當您的業務是
嚴格依賴整機隔離或專用硬件
先覈對雲實例能否滿足約束
普通虛擬資源視圖不證明物理核獨享，也不自動提供應用需要的硬件訪問能力。
三個容易忽略的判斷
增加 vCPU 就能讓所有接口更快
串行邏輯、數據庫鎖和外部接口等待不會隨核心數線性改善，應先找到實際等待點。
磁盤容量夠大，性能就足夠
容量、IOPS、吞吐和延遲是不同維度，實例和存儲路徑也可能存在各自的性能限制。
做了快照就不用備份演練
快照是否可用、覆蓋哪些數據及能否滿足一致性要求需要覈對；最終仍要通過恢復驗證。
QUESTIONS & ANSWERS
選型前，您可能還想了解
雲服務器可以隨時升級嗎？+
是否支持升級、可調整的資源以及是否需要停機，取決於所選平臺和實例規格。建議在選購時確認擴展路徑，併為業務維護預留窗口。
雲服務器默認包含高防嗎？+
基礎網絡防護和高防產品的服務範圍不同。如業務持續面臨 DDoS 攻擊，可進一步瞭解鈦金雲（高防雲），並確認所需的防禦額度和處理策略。
怎樣選擇起步配置？+
先整理應用類型、預計併發、數據量和訪問地區，再以實際監控結果調整。數據庫、緩存和文件服務是否分開部署，也會影響資源需求。
已有單體應用，必須先改成微服務嗎？+
不必。先補齊配置管理、健康檢查和備份，再分離會話與文件等狀態；只有明確的容量或團隊需求出現時，才考慮進一步拆分。
CPU 不高卻很慢，應先升級嗎？+
先查看單核、I/O 等待、鎖、連接池和下游延遲。整體 CPU 低可能只是進程在等待，直接加核心未必改善用戶體驗。
怎樣驗收一次雲服務器遷移？+
除功能測試外，比較代表性負載下的延遲與錯誤率，驗證定時任務、權限和恢復流程，並在切換前明確數據同步與回退方式。
YOUR NEXT STEP
一起確定您的雲服務器方案
提供業務類型、訪問地區、峯值負載、數據規模與恢復目標，和技術顧問一起評估配置、網絡及交付方案。