特定于雲的閾值標準以及故障發生時採取的前瞻性措施

在本文中，作者介紹了特定于雲的閾值標準，以及故障發生時採取的前瞻性措施的場景。

閾值性能是所有基於關鍵雲元件閾值標準的總和。 在確定一個雲服務能否在外部HTTP://www.aliyun.com/zixun/aggregation/14189.html">服務水準協定 (SLA) 中規定的服務可用性水準下執行時，雲閾值性能起著關鍵的作用。

為了確保對閾值標準定義的理解達成共識，應精心制定一個閾值策略標準來概述雲計算服務電腦和供應商應該做什麼，同時為供應商節省很多管理時間。

開發閾值標準時考慮的關鍵雲元件有：

資源閾值：確保雲中應用程式的資源消耗是在低於或者等於閥值水準範圍內動態平衡的。 使用者閾值：確保使用者併發訪問應用程式的數量可以達到供應商在使用者許可中所指定的、低於或者等於閥值水準的最大限額。 資料請求閾值：確保所有向應用程式發送的、低於或等於閥值水準的資料請求都可以得到及時處理。 回應閾值：確保應用程式及時回應低於或等於閥值水準的使用者或資料請求。 實例被覆制的閾值：確保在可接受閾值水準範圍內抵禦主機故障而進行的服務實例複製（或冗余）。 最大值由資源可用性決定。 虛擬機器閾值：確保在同一主機上運行的虛擬機器數量低於或等於閾值水準。 封包交換網路延遲閾值：確保將資料包發送到目的地並返回外部網路的延遲低於或等於閾值水準。 延遲包括排隊延遲以保存不同來源的多個資料包。

前三項在之前的文章中已介紹過了。

每個閾值標準主要由以下幾方面決定：

供應商託管什麼類型的雲服務：軟體即服務 (SaaS)，平臺即服務 (PaaS) 或基礎架構即服務 (IaaS)。 雲服務使用者如何控制作業系統、硬體和軟體。 以及，使用者代表的行業類型是否廣泛，如零售、能源和公共事業、金融市場、醫療保健或石油化工。

為了滿足使用者關於檢驗閾值標準的要求，所有供應商應為使用者提供這些標準的副本。 在租用或購買某種雲服務類型之前，供應商應鼓勵使用者提出可能需解決或需要協商的問題。

使用者控制對閾值標準的影響

以下是影響閾值標準的 SaaS 因素。

SaaS 使用者：終端使用者惟一的控制是從桌上型電腦、筆記本或行動裝置上訪問供應商的應用程式。 使用者不能設置閾值水準。

SaaS 供應商：供應商至少應該控制作業系統、硬體、網路基礎架構、應用程式更新和補丁。 供應商設置使用者、資料請求、資源和回應閾值水準，並限制就這些閾值水準與使用者的協商。

接下來是影響閾值標準的 PaaS 因素。

PaaS 開發人員： 開發人員控制整個業務生命週期中由獨立軟體廠商、創業企業或大企業部門創建和託管的所有應用程式。 也就是說，開發人員構建、部署並運行自訂的零售管理應用程式，並且管理該應用程式所有功能的升級和修補。 作為生命週期的一部分，開發人員使用試算表、文書處理軟體、備份、帳單、薪水處理和發票。

與供應商協商的開發人員設置使用者、資源、回應和資料請求閾值水準以檢查 PaaS 上的應用程式性能。 開發人員可以更改 PaaS 上每個 SaaS 應用程式的閾值水準，以滿足作為 PaaS 公共使用者的 SaaS 使用者需求。

PaaS 供應商：供應商至少控制作業系統、硬體、網路基礎架構和資源管理。 供應商在與開發人協商設置閾值水準方面具有靈活性。

以下是影響閾值標準的 IaaS 因素。

IaaS 基礎架構和網路專家： 專家控制作業系統、網路設備，並在虛擬機器水準上部署應用程式。 基礎架構專家可以按比例放大或縮小虛擬伺服器或存儲區域塊。 專家設置虛擬機器和網路延遲閾值水準。

IaaS 供應商： 供應商至少控制雲環境中傳統計算資源的基礎架構。 他們構建或升級基礎架構以提供性能更加良好的虛擬機器。 供應商在與開發人協商設置閾值水準方面具有靈活性。