近日，微軟發布了最新的 Azure 虛擬機——Bpsv2 可突增虛擬機正式版。與 Dpsv5、Epsv5 實例相同，Bpsv2 可突增虛擬機也搭載了AmpereAltra系列處理器。B 系列虛擬機所面向的工作負載具有可突增的性能要求，無需 CPU 長期維持高性能狀態。Bpsv2 可突增虛擬機能夠幫助開發人員大幅節省成本，同時確保應用程序的性能達到預期。總體而言，Bpsv2 虛擬機充分發揮了云計算的彈性優勢，使開發人員無需為額外的資源付費。

由于應用程序和使用模式的數量眾多，降低云計算支出既是挑戰，也是機遇。云計算使開發人員能夠根據需求的變化，靈活地增加或減少虛擬機的數量。然而，此類應用程序的最小計算單元是虛擬機，它們的大小需根據每項工作負載來確定。為工作負載配置適度算力（指分析應用程序的性能及要求并匹配適當的算力），需要了解應用程序的需求和使用模式。但由于使用模式難以預測，因此通常根據工作負載的峰值來確定虛擬機大小。

然而，云端工作負載很少會持續地在高性能水平運行，其流量模式通常是突增性的，同時也隨著晝夜的變化而波動。傳統虛擬機的收費方式為按照時長計費，無論是否使用相關資源，都會產生費用。因此，一旦托管應用程序的虛擬機啟動，您就需要按使用時長付費。可突增虛擬機的運作模式則不同，下文將帶您進行深入了解。

和 Dpsv5 虛擬機類似，Bpsv2 虛擬機具備特定數量的 vCPU（在 Ampere Altra 處理器中為內核）、內存量、存儲和網絡能力。不同點在于，Bpsv2 虛擬機的每個 vCPU 都能提供有保證的基線性能，當應用程序的需求未達到其基線性能時，虛擬機將累積額度；當應用程序需要更高的性能時，此前累積的額度將發揮作用，虛擬機可以使用 100% vCPU 突增到基線以上。您可以訪問下方網址查看不同類型的額度以及 B 系列虛擬機的基線性能。

為更好地解釋 CPU 的“額度”及“突增”的概念，下文將通過具體的例子進行闡述。

設想在一個餐飲外賣服務中，運行著一套端到端的配送物流系統，從消費者手機中的移動客戶端橫跨至 Azure 上運行的云原生應用程序。為了確保能夠快速、可預測地訪問如菜單之類的資產，可以使用像 Redis 這樣以低延遲讀寫著稱的內存緩存。在此示例中，我們假設 Redis 部署在傳統型的非可突增虛擬機上，如基于 Ampere Altra 處理器的 Dpsv5 虛擬機（該虛擬機專為提供可預測的性能和抵抗“嘈雜鄰居”而設計）。

外賣服務有較強的時間規律，每天會出現數次突增性的活動高峰。在用餐高峰期間，訂單數量會急劇增加，這時對 Redis 集群的吞吐量需求會高于其他時間段。如上所述，為了有效應對這種峰值流量，開發人員可調整虛擬機大小，以處理更多的活動；當需求下降時，可以利用 Azure 計算的彈性優勢，關閉多余的虛擬機。這是一種有效的技術手段，相較于傳統的非可突增虛擬機，Bpsv2 可突增虛擬機更適用于此類用途。

圖 1 展示了典型的外賣服務高峰場景，即早餐、午餐和晚餐三次高峰。該圖描繪了 CPU 利用率的變化，以及與之相應的流入流量和虛擬機額度累積的變化。當額度降至零或零以下時，B 系列虛擬機只能以 CPU 基線性能運行。在此示例中，額度始終保持在零以上，這意味著虛擬機的大小與流入流量匹配得當。

圖 1. 可突增虛擬機上典型的外賣服務使用模式

表 1 對比了在運行 Redis 時，每臺不同類型的通用型虛擬機三年所產生的成本。如圖所示，Bpsv2 虛擬機可節省高達 31% 的成本，并且不產生任何性能損失。

Bpsv2 虛擬機適于有可突增性能要求的實例，與 Azure Dpsv5 虛擬機一樣，擁有卓越的性能、可預測性和可持續性，這些特性也是 Dpsv5 虛擬機廣受歡迎的原因。目前，微軟正與 Ampere 緊密合作，將這些虛擬機推向市場，并根據云開發人員的需求定制計算。

Ampere 致力于幫助更多的云計算開人員實現一項意義非凡的改變——遷移到基于可持續平臺的云原生處理器上。這一改變不僅有益于開發者，也有利于成本控制，更有助于實現可持續發展的未來。

審核編輯：湯梓紅