雲端伺服器超賣取證與工單寫作指南

3步固定超賣證據，工單這樣寫才有效

更新於 2026-09-05 · CloudWorth

超賣取證工單效能測試CloudWorthSteal Time雲伺服器超賣VPS檢測

用系統級日誌+時間戳+第三方公證固定證據，工單直指SLA違約。

超賣怎麼測

別急著拿跑分軟體給服務商下結論——對方只要回一句「測試方法不規範」，你再漂亮的截圖也白搭。超賣的本質是物理資源被超額分配，表現卻藏在兩個不起眼的位置：CPU 的 Steal Time 和磁碟的 Cache 斷崖。

先在低負載時段跑一次基線：用 top -d 5 記錄 10 分鐘 steal 值，正常雲伺服器應在 1% 以下；若長期超過 5%，表示相鄰虛擬機器正在擠佔你的 vCPU。磁碟 IO 也別只用 fio 看峰值，要看連續寫 10GB 時的吞吐曲線——超賣宿主機的快取耗盡後，IOPS 會像斷崖一樣暴跌，這是「測試方法」改變不了的事實。

同一個測試要換三個時間點（如非高峰、晚高峰、凌晨）各跑一輪，保留原始輸出。若你連 Steal Time 也看不懂，可以先用我們整理的要點走一遍流程，也可以在 /app 看自動診斷範例。記住：測的不是「慢不慢」，而是「資源是否被鄰居偷走」。

證據怎麼固定

取證的目標不是證明「效能差」，而是證明「資源承諾與 SLA 不符」。因此，每項證據都要具備四要素：時間戳記、指令或工具名稱、原始輸出、執行環境。

把 date -u +%FT%TZ 與測試指令合併執行，讓日誌自帶 UTC 時間；再用 script -a session.log 記錄整個終端機工作階段，避免事後補造的嫌疑。截圖要保留標題列和系統時間，建議用手機對螢幕錄影，並在錄影開頭朗讀當前時間——這是最原始的第三方時間錨點。磁碟 Cache 斷崖的截圖請搭配 iostat -dx 5 連續記錄，存成 CSV，比單張圖片更有說服力。

別忘了「交叉驗證」：兩輪測試要間隔 6 小時以上，最好橫跨「續費週期」或「鄰近租戶業務高峰期」。如果只測一次，對方可以賴帳；但若你在不同日期、不同負載下拿到重複結果，證據鏈就閉合了。

更聰明的人會把同樣的證據畫出性價比曲線：同等價位下，你的 CPU 可分配份額是否比公有雲基準低 30%？這一條雖然不直接證明超賣，但能把「技術爭議」升維成「FinOps 溢價損失」，讓工單從「你說謊」變成「我虧了」。

工單怎麼寫

工單的鐵律是只寫事實，不寫定性。別說「你們超賣」，要說「觀測到 CPU steal 平均 12%、磁碟快取出現斷崖式下跌 4 次」；別說「效能不合格」，要說「按照貴司 SLA 中 CPU 效能承諾，目前表現已偏離基線」。

推薦結構：

1. 環境描述：實例配置、作業系統、時間範圍。
2. 測試方法：附上重現指令（注意用通用指令，不用寶塔或第三方跑分工具）。
3. 原始資料：三組 steal 日誌、磁碟 CSV、帶時間戳記的截圖，打包傳附件。
4. 影響說明：寫明業務受影響的具體表現（如 API 回應從 80ms 漲到 2s）。
5. 訴求：請官方覆核實體宿主的負載狀態，並給出資源分配說明。

模板可以這樣開頭：

「本實例於 2025-06-01 02:00、08:00、20:00 三次執行同一測試，樣本見附件。其中 CPU steal 均超過 8%，磁碟快取耗盡後 IOPS 跌至不足標稱的 20%。因貴司服務等級協議承諾了基線 CPU 與 IO 效能，煩請技術團隊核查實體宿主當前分配比及鄰居負載。」

注意：不要在正文中出現「投訴」「超賣」「欺詐」等詞——這些留給客服升級後再說。工單的價值是讓對方無法用「工具不準」反駁，所以每一處資料都要能對應到完整的日誌行。若對方回覆「請用我們的測試工具」，你可以回答：「已按貴司文件方法複測，詳見附件第 3 組資料。」如此，你就把球穩穩踢回給了對方。

服務商不認怎麼辦

當對方回「測試方法有問題」或「宿主負載正常」時，別急著爭辯。先要求對方給出同時段的宿主監控日誌——他們往往拿不出或只能給閹割版。此時你手裡已有兩組硬證據：CPU steal 超過 8% 的逐行日誌、以及磁碟快取見底後 IOPS 跌至標稱 20% 的曲線。把這兩組數據做成時間對齊的對照表，並指出：如果磁碟快取斷崖式下跌恰好與 steal 峰值重疊，說明宿主機 CPU 與儲存資源同時被鄰居擠佔，這不是單次測試抖動，而是資源池超賣的典型型態。

若對方仍堅持「工具不準」，你可以回覆：「請提供貴司官方推薦的測試腳本與參數，我按你們的文件重新測試，並由第三方公證人記錄過程。」這一步的價值是把舉證義務轉移回服務商。同時，在不同日期再做兩次獨立測試（如凌晨與晚間高峰），形成交叉驗證。三次樣本若都指向同一結論，對方就無法用「偶發」搪塞。注意保留每次測試的原始日誌、系統時間、NTP 同步紀錄，以及截圖的時間戳記——這些是後續向更高級別管道申訴的材料。

投訴升級與退款

如果直接客服部門拒絕升級處理，就啟動申訴管道升級：一是寄電子郵件到服務商官網公布的 abuse/申訴信箱，主旨寫明「SLA 違約證據附件編號」；二是在該雲端服務商所屬轄區的通信管理局或 12321 網路不良與垃圾資訊檢舉受理中心提交資料。提交時不要複述測試結論，只條列事實清單：哪一天哪個執行個體、執行了什麼測試、結果數值是多少、對應哪份 SLA 條款。

退款訴求要分兩步進行。先依照服務商退款規則申請「未使用時長退費」，並寫明因資源未達標導致業務損失，要求額外賠償——這時可用 FinOps 觀點算一筆帳：你為標稱 8 核 16G 付了溢價，實際可用算力只相當於 3 核，性價比早已失衡。如果對方只願意退部分費用，堅持要求他們出具「資源分配說明」，並註明該執行個體是否與高密度廉價 VPS 共用宿主機。多數服務商怕你拿這份說明去檢舉超賣，會給出折衷方案。

最後提醒：所有溝通都走工單或電子郵件，保留截圖。若要申請退款，記得先匯出磁碟資料再刪除執行個體——退款後執行個體會被清空，而你的取證日誌需要至少保存 180 天，以備後續仲裁或提起訴訟使用。即使退款成功，也建議將這套取證方法用在下一家服務商身上，驗證清楚再付款，避免再次踩雷。