Azure VM 規格應如何選擇？

先了解 VM 系列：用途決定系列

Azure 把虛擬機器按用途分為多個系列，每個系列再按大小提供不同 vCPU 與記憶體組合。官方文件以「系列」區分不同工作負載取向：一般用途系列提供平衡的 CPU 與記憶體比例，適合中小型資料庫、網頁伺服器與開發測試；記憶體最佳化系列提供較高的記憶體與 vCPU 比例，適合大型資料庫、分析與記憶體快取；運算最佳化系列則以高 CPU 效能見稱，適合批次處理與高效能運算。

選型的正確次序是：先確認工作負載的效能瓶頸（CPU、記憶體、磁碟還是網絡），再揀對應系列，最後在系列內選最細而滿足需求的大小。反過來先揀大小再配工作負載，往往造成浪費或頻繁調整。部分系列會隨硬體世代更新而推出新版本，舊系列會進入淘汰時間表，選型時應留意系列的可用性與支援狀態。

工作負載匹配：把需求翻譯成規格

把實際需求翻譯成 VM 規格，是選型最核心的一步。以下方法可在不引入過度複雜度的情況下建立初步規格。

1. 量度現有使用率——若由本地伺服器遷移，先以效能監控收集 CPU、記憶體、磁碟 IOPS 與網絡流量的峰值數據，而非只看平均使用率。
2. 預留增長空間——以峰值使用率加上合理緩衝（例如 20% 至 30%）選大小，同時善用 Azure 的垂直擴展與水平擴展能力，而非一次過買最大規格。
3. 確認應用程式授權——Windows Server 授權以 vCPU 計，SQL Server 等資料庫授權更直接影響成本，選大小前應核對授權模式。
4. 留意系列特點——部分系列支援突發模式（B 系列），適合平均使用率低但有短暫高峰的開發與測試環境；固定效能系列則適合持續高使用率的工作負載。

官方文件指出，B 系列採用 CPU 信用機制，VM 閒置時累積信用、高負載時消耗信用，適合每天大部分時間使用率偏低的工作負載，例如小型網頁伺服器與開發環境；若工作負載長時間維持高 CPU 使用率，則應選固定效能的一般用途系列，避免信用耗盡後效能下跌。資料庫與重要生產系統更應參考原廠或雲端架構師的建議規格，並以實際負載測試驗證。

vCPU 配額與地區限制：部署前先查配額

選好大小之後，並非立即可以部署。每個 Azure 訂閱在每個地區對 vCPU 總數設有配額，首次部署或大規模擴展前應先確認配額足夠，否則部署會失敗。官方文件說明，可以透過 Azure 入口網站或 Azure CLI 查詢使用量與配額，並申請提高配額。

• 配額以地區為單位——vCPU 配額分為標準總數與各系列子配額，例如同一訂閱在東亞地區的標準 DSv4 系列 vCPU 配額是獨立計算的。
• 部署前檢查——建立 VM 前先查詢目前使用量與剩餘配額，多個 VM 同時部署時尤須注意總數。
• 申請提高配額——配額不足可在入口網站提交提高要求，審批需時，大規模遷移應提前申請。
• 善用不同地區——香港企業常同時使用東亞（香港）與東南亞等鄰近地區，可把不同工作負載分散部署，但須注意跨境網絡延遲與資料傳輸的合規考慮。

配額是選型規劃中常被忽略的一環。不少團隊在架構上設計了合理規格，卻在實際部署時才發現該地區配額不足，被迫改用較小的 VM 或搬到其他地區。把配額檢查納入部署前核對清單，可避免臨場改動。

儲存與磁碟：IOPS 與效能往往才是瓶頸

VM 的 CPU 與記憶體只是其中一部分，磁碟效能往往才是應用程式表現的關鍵。Azure 提供多種受控磁碟類型，按效能與成本排列：標準 HDD、標準 SSD、進階 SSD 與極速 SSD，各自對應不同的 IOPS 與吞吐量。官方文件說明，受控磁碟以虛擬硬碟（VHD）映像建立，可選擇不同的效能層級，並支援在不停機的情況下變更磁碟效能層級（部分條件下）。

選磁碟時應以應用程式的 IOPS 與吞吐量需求為準，而非只看容量。常見錯誤是買了大容量標準磁碟，卻因 IOPS 不足令資料庫反應緩慢；另一常見錯誤是系統磁碟與資料磁碟共用同一張細小磁碟，令作業系統寫入與應用程式讀寫互相爭奪效能。實務上系統磁碟與資料磁碟應分開，資料庫應使用進階 SSD 並按需求調整效能層級。

成本最佳化：按使用模式選擇計費方式

Azure VM 的成本由多個部分組成：計算（VM 大小）、儲存（磁碟）、網絡（頻寬）與授權。選型時除了規格，還應考慮計費方式。官方成本最佳化指引強調，雲端成本應與業務目標掛鉤，定期檢視用量並移除閒置資源，是控制成本的基本功。

• 隨用隨付與節省方案——隨用隨付靈活但單價較高；承諾使用期的節省方案或保留執行個體可降低計算成本，適合穩定長期運行的生產 VM。
• 自動關機與排程——開發與測試環境可在非工作時間自動關閉 VM，節省閒置計算成本；香港辦公室一般適用週一至五營運的排程。
• 閒置資源清理——定期檢查未使用的 VM、未掛載的磁碟與閒置的靜態 IP，Azure 成本管理工具可按標籤與資源群組分析支出。
• 自動擴展——以虛擬機器擴展集配合自動擴展規則，按 CPU 使用率或佇列長度增減執行個體，把容量與需求對齊。
• 善用 Spot 執行個體——可中斷的工作負載（例如批次處理、資料分析）可使用 Spot 執行個體以較低價格取得計算能力，但不適合持續運行的關鍵系統。

成本最佳化的原則是「按需購買、按使用擴展、按時清理」。選型不應只比較單一 VM 的月費，而應比較「滿足相同需求」的整體方案：例如以多個較小 VM 配合自動擴展，或以較大 VM 減少管理開支，兩者的總成本與可用性特性不同，應按業務需求取捨。

香港企業的實務考慮

香港企業部署 Azure VM 時，除了一般選型原則，還有幾項本地因素值得留意。首先是資料中心位置與延遲：Azure 在香港設有資料中心地區，本地部署可獲較低延遲，適合對回應時間敏感的系統；但部分服務或備援需求或會使用其他鄰近地區，管理員應量度實際網絡延遲再決定部署位置。

其次是《個人資料（私隱）條例》下的雲端合規。私隱專員公署的《雲端運算指引》指出，機構把個人資料儲存或處理外判予雲端服務供應商後，仍須承擔條例下的法律責任，應加密儲存資料、控制存取權限、啟用多重身份驗證，並以清楚易明的聲明通知客戶。把含有客戶個人資料的資料庫遷移到 Azure VM 前，應先完成資料分類與風險評估，並考慮資料所在地區與跨境傳輸的合規要求。

第三是香港常見的混合架構。不少企業同時營運本地伺服器與雲端 VM，以 VPN 或 ExpressRoute 連接通勤；選型時要同時考慮本地與雲端之間的網絡頻寬、延遲與備份流向，避免因連結瓶頸令雲端系統反應緩慢。最後，香港的電力與空間成本高昂，把非關鍵系統遷移到雲端可節省機房開支，但應以正式的成本比較與可用性評估作決定基礎，而非單純跟風上雲。

常見問題

權威參考來源

• Microsoft Learn：Azure 虛擬機器大小總覽
• Microsoft Learn：B 系列（可突發）VM 文件
• Microsoft Learn：查詢 VM 使用量與配額
• Microsoft Learn：Azure 受控磁碟類型
• Microsoft Learn：Well-Architected Framework 成本最佳化
• 香港個人資料私隱專員公署：雲端運算指引

相關技術主題