本頁是否能提供幫助?
您對此內容的意見反應十分重要。 請告訴我們您的想法。
其他意見反應?
剩餘 1500 個字元
匯出 (0) 列印
全部展開

Azure 角色中快取中的高可用性

更新日期: 2015年5月

note附註
如需為應用程式選擇正確 Azure 快取提供項目的相關指引,請參閱 我適合使用哪個 Azure 快取服務?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    快取備份副本

另請參閱

顯示:
© 2015 Microsoft