匯出 (0) 列印
全部展開
本主題尚未接受評分 - 為這個主題評分

高可用性 (Windows Azure 快取的角色中快取)

更新日期: 2013年8月

Windows Azure 快取的角色中快取 讓您能夠保有快取物件的高可用性。使用 Windows Azure 角色屬性,為需要此功能的每個快取啟用高可用性。不需要變更程式碼;您只需重新計算您的工作量所需的記憶體容量。開啟容量規劃試算表中的 [高可用性] 設定,即可完成此作業。如需詳細資訊,請參閱角色中快取的容量規劃考量 (Windows Azure 快取)

使用高可用性時,快取的物件是在相同的雲端服務部署內進行複寫,以便在發生硬體錯誤時加以復原。次要複本也可以跨不同的故障網域和升級網域放置,以提高可用性。如果快取叢集中的其中一部虛擬機器因為任何原因而關閉,快取叢集可以使用次要複本來避免資料遺失。

note附註
共用快取 不支援高可用性。

架構

高可用性要求相關聯角色的多個執行個體。快取項目的次要複本可以在屬於不同故障網域和升級網路的個別執行個體上進行維護。如果有一個執行個體當機,則會有一個備份複本存在於其他執行個體上。在這個情況下,次要複本會提升為主要複本。接著會在其中一個剩餘的執行個體上進行新的次要複本,以保有高可用性。

為了實作高可用性,所有快取寫入都會放入主要和次要複本中。

note附註
請注意,即使停用高可用性,快取叢集會嘗試在計劃關機期間 (如重新開機) 保留資料。在這個情況下,快取叢集會在關機之前,嘗試將快取項目移轉至其他伺服器。但是,視要移轉的資料量而定,不保證能完成此正常關機。此外,與高可用性不同的是,在非預期的關機期間不會保留資料。

考量

主控 角色中快取 的角色應設定為在至少四個執行個體上執行。可以在針對二或三個執行中執行個體設定的角色上啟用高可用性,但由於下列兩個原因而不建議這麼做。

  • Windows Azure 有時候會重新啟動虛擬機器,以便進行例行維護。就地更新應用程式也會使虛擬機器離線。在這兩個案例中,快取叢集中最好至少有三部伺服器。如果其中一部伺服器當機,快取叢集仍然有三部伺服器,可以製作快取物件的主要和次要複本。如果只有一部執行中的伺服器,快取仍能存取,但就不可能會有高可用性。

  • 雖然三部伺服器符合先前的需求,但建議使用四部伺服器。這有助於將主要複本更平均地分散於故障網域。這樣就能改善快取叢集的資料分布情形,還能改善網路流量模式與效能。

當執行個體無法使用時,短時間內次要複本會提升為主要複本,而且路由資訊會更新。在這段時間內,用戶端會收到 DataCacheException 例外狀況,其 ErrorCodeRetryLater。角色中快取 應用程式應使用正常錯誤處理和重試邏輯來正確回應此情況。

因為所有寫入都會同時放入主要和次要複本中,所以高可用性會增加延遲時間及降低輸送量。對於受惠於高可用性的快取而言,這是合理的取捨。

Important重要事項
根據定義,高可用性的使用方式是每個快取項目所需的記憶體量乘以 2。請在容量規劃工作期間將這個記憶體影響列入考量。如需詳細資訊,請參閱角色中快取的容量規劃考量 (Windows Azure 快取)

啟用高可用性

  1. 按兩下已啟用 角色中快取 的角色。

  2. 在 [設定] 索引標籤中,確認 [執行個體計數] 大於或等於 4

  3. 在 [快取] 索引標籤上,針對需要高可用性的快取選取 [高可用性] 核取方塊。下列螢幕擷取畫面顯示針對三個快取中的兩個快取啟用的 [高可用性]。

    快取備份副本

另請參閱

本文對您有任何幫助嗎?
(剩餘 1500 個字元)
感謝您提供意見

社群新增項目

新增
Microsoft 正展開一份線上問卷調查,了解您對於 MSDN 網站的看法。 如果您選擇參加,您離開 MSDN 網站時即會顯示線上問卷調查。

您是否想要參加?
顯示:
© 2014 Microsoft. 著作權所有,並保留一切權利。