很多人會發現，買阿里雲的雲服務器ECS的時候，會有個明顯便宜的機型：突發性能實例t5,或者t6。今天就重新給大家解釋下什麼是ECS突發性能實例。去看官網文檔也可以，但是官網的解釋角度不會像本文這樣白話文
突發性能實例特點：CPU基線。相對於其他機型，突發性能實例多了“CPU基線”這樣一個指標。這個機型之所以便宜，就是因爲他這個指標。突發性能實例剛開始推出時候，基線指標普遍是10%、15%，現在則升級爲20%、25%。從客戶角度講，粗略的回答，CPU基線顯然是越高越好。
認知誤區一：基線20%並不是只能使用20%的cpu！
解讀：基線20%，指的是在積分耗完的情況下，如果沒有開啓“無性能約束模式”，這個時候CPU纔會強制降頻爲20%最高速度運行。
認知誤區二：突發性能實例機器不好！
解讀：好不好使相對的。沒有不好的產品，只用使用不當的產品！突發性能實例，既然價格便宜，當然就不能再去追求連續高性能了。合理使用纔是能發揮出其價值！
使用疑惑一：積分從哪獲取？
當CPU利用率低於基線的時候，會自動積累CPU積分！當CPU利用率高於基線的時候，會自動消耗CPU積分！
使用疑惑二：積分能積累多少？
CPU積分當然不能是無限制增長的，這個最大增長總量跟機器的配置有關。以1核2G爲例，CPU積分最大可以積累144分。
使用疑惑三：從系統內部，明明看到cpu已經用到100%，爲什麼還會可以被限速？
CPU的限速是從虛擬化的層面進行處理的，也就是說，這個限制並不是侵入到虛擬機系統內部控制，只是在提供硬件的時候進行“縮水”。
突發性能實例使用建議：
本站受阿里雲運營人員測評邀請，在t5發佈，t5升級基線等重要環節都參與了測評。前後的測評經驗告訴我，購買突發性能實例之前，一定要準確評估自己系統所需要的“CPU算力”。總結出來的建議如下：
1，平均CPU用量不能超過基線。
2，連續CPU高峯期間，連續高壓時長不能超過之前低壓力積分。
3，取捨是否業務需要開啓“不限制性能模式”。
做足了以上三點評估，那麼就可以輕鬆的知道自己是否適合選購突發性能實例來運行自己的業務了。但是這裏其實隱含了一個要求：使用服務器的人一定要懂得服務器！這就導致了一個衝突，新用戶買阿里雲經常通過“便宜”因素先購買突發性能實例試試看，然後才發現這個機器不適合自己！爲了讓以上三條更加白話文，建議新手用以下幾條重新理解：
1，t5適合低CPU負載的業務使用：例如SVN/GIT代碼倉庫服務，訪問量少的企業官網等
2，t5適合除了CPU之外，單一指標高的服務：例如網絡流量高（流量轉發類服務），靜態文件讀寫高（靜態站點），或者內存需求高（緩存組件），或者平常不怎麼需要運行的項目使用（定時任務類）
3，用戶需要自行決定是否需要開啓“無性能約束模式”:爲了以防萬一，對於自己業務預估不準的，爲自己業務需求超出預期性能部分可以承擔一定費用的，那就一定要開啓無性能約束模式。這相當於爲超出的部分按量付費。
最後，老手可能看出來了：t5這不就是超售嘛！
沒錯，t5的設計目的，還真是超售！驚呆了吧，說了半天我居然不是來給阿里雲說好話的。不過這個超售，是公開的！你說阿里雲其他機型超售，阿里雲肯定不會承認。但你說這個突發性能實例是超售，阿里雲沒話說，因爲確實是把多出來的CPU資源，用來賣給更多客戶使用了。當然如果阿里雲出來解釋的話，會是另外一個角度：高達幾千臺的服務器機房，CPU整體利用率指標纔不到10%，所以才推出t5用來“創收”！
任何一個IDC廠商，看了機房的利用率只有10%之後，都會覺得“浪費”。因爲CPU可以算是服務器組件裏最貴的硬件部分了。同樣一個機房，按常規只能賣給100個人的，通過“性能約束”規則，一下子賣給1000個人！這得是多大的利潤？這就是爲什麼突發性能實例可以便宜出售的根本原因！
原文地址： https://www.opengps.cn/Blog/View.aspx?id=569 文章的更新編輯依此鏈接爲準。歡迎關注源站原創文章！
