第六章 鏡像架構和規劃 - 鏡像組件 第六章 鏡像架構和規劃 - 鏡像組件 鏡像組件

第六章 鏡像架構和規劃 - 鏡像組件

鏡像是物理上獨立的 IRIS實例的邏輯分組，同時維護生產數據庫的精確副本，以便在提供對數據庫的訪問的實例變得不可用時，另一個實例可以接管。鏡像可以通過自動故障轉移提供高可用性，在自動故障轉移中，提供數據庫訪問的 IRIS實例(或其主機系統)發生故障會導致另一個實例立即自動接管。

本章介紹鏡像的組件和機制，並解釋鏡像規劃中的問題，包括網絡要求、故障切換後重定向應用程序連接以及在虛擬環境中進行鏡像。

鏡像組件

託管配置爲鏡像一部分的 IRIS 實例的系統稱爲鏡像成員。 （IRIS 實例本身有時稱爲鏡像成員。）鏡像成員有兩種類型：

• 故障轉移鏡像成員
• 異步鏡像成員

兩個附加組件支持從一個故障轉移成員到另一個的自動故障轉移：

• ISCAgent

• Arbiter

故障轉移鏡像成員

要啓用自動故障轉移，鏡像必須包含兩個故障轉移成員，物理上獨立的系統，每個系統託管一個 IRIS 實例。在任何給定時間，一個故障轉移實例充當主要實例，爲應用程序提供對鏡像中數據庫的訪問權限，而另一個實例充當備份實例，維護這些數據庫的同步副本，以備接管爲主要實例。當主要的 IRIS 實例變得不可用時，備份將接管，提供對數據庫的不間斷訪問，而沒有數據丟失的風險。有關自動故障轉移過程的詳細信息，請參閱自動故障轉移機制。

故障轉移成員使用多個鏡像成員網絡地址通過多個通信通道相互通信。外部客戶端通常通過虛擬 IP 地址 (VIP) 連接到鏡像，該地址始終綁定到當前主服務器上的接口。鏡像分佈式緩存集羣中的應用程序服務器連接會在故障轉移後自動重定向到新的主服務器，因此在這種情況下不需要 VIP。

鏡像故障轉移成員

重要信息：假設鏡像中的兩個故障切換成員相等；兩者都不是首選的。因此，主和備份只能被視爲臨時指定。如果在主服務器上檢測到問題，並且備份可以接管，則會立即執行，即使在足夠的時間內主服務器上的問題可能會自行解決。
由於故障切換成員之間的網絡延遲是應用程序性能的一個重要因素，因此應選擇故障切換成員的相對物理位置以及它們之間的網絡連接，以最小化連接中的延遲；

異步鏡像成員

異步成員維護鏡像數據庫的異步副本。有兩種類型的異步成員，災難恢復和報告。一個鏡像最多可以包含16個成員，因此可以使用故障切換對和任意組合的任意類型的最多14個異步成員來配置鏡像。鏡像甚至可以配置一個故障切換成員，以利用異步成員而無需自動故障切換。

重要提示：由於異步成員上的數據會隨着它所連接的鏡像的更改不斷異步更新，因此無法保證異步成員上跨查詢的更新同步和結果同步。由針對異步成員運行的應用程序來保證跨變化數據的查詢的一致結果。

災難恢復異步

鏡像可以通過災難恢復 (DR) 異步成員提供災難恢復功能，可以手動將其提升爲故障轉移成員，甚至可以在兩個故障轉移成員因災難而變得不可用時成爲主要成員。提升的 DR 還可用於對故障轉移成員執行計劃內維護或臨時更換。一個 DR 異步成員只能屬於一個鏡像，但您可以在單個鏡像中配置任意多個，最多 16 個鏡像成員限制。

一般來說，DR 異步鏡像成員是異地複製（或 georeplication）的一種形式。

連接到單個鏡像的多個 DR 異步成員

注意：DR 異步成員永遠不是自動故障轉移的候選者，它只能從一個故障轉移鏡像成員到另一個。