含有具備 RDMA 功能的乙太網路埠的 HyperSwap 系統需求

如果您要配置的 HyperSwap® 系統使用具備 RDMA 功能的乙太網路埠,請確保滿足所有特定於 SAN 和 RDMA 的需求。

您必須配置 HyperSwap 系統以符合下列需求:
  • 將每一個節點直接連接至位在主要和次要站台的兩個以上具備 RDMA 功能的乙太網路光纖(支援 2 - 4 個光纖)。站台定義為獨立失敗網域。失敗網域是系統界限內的一部分。該界限內的任何失敗(如電源故障、火災或水災)都包含在界限內。失敗會影響該界限外的任何部分。失敗網域可以位在資料中心的同一房間或是跨不同房間、同一校區的不同建築物,或是不同城鎮的建築物。不同種類的失敗網域防護不同的錯誤類型。
  • 具備 RDMA 功能的乙太網路埠可用於節點至節點通訊及主機連接;不過,請不要給主機和節點至節點通訊共用具備 RDMA 功能的乙太網路埠。不支援使用具備 RDMA 功能的埠來連線至外部儲存體。主機連接以及外部儲存體虛擬化也支援各種不同的通訊協定。
  • 在節點和外部儲存體系統之間的路徑中避免使用交換器間鏈結 (ISL)。如果無法避免此配置,請不要因為大量的 RDMA 資料流量透過 ISL,而超購 ISL。大部分的配置都需要幹線合併。因為 ISL 問題難以診斷,必須收集交換器埠錯誤統計資料並且定期監視才能偵測到失敗。尤其是,與暫停訊框或光纖壅塞相關的監視器開關埠計數器。
  • 在第三站台使用單一交換器會導致產生單一光纖,而不是兩個獨立且備援的光纖。單一光纖是不受支援的配置。
  • 每一個節點上的乙太網路埠 1 必須連接至相同的一或多個子網路。每一個節點的乙太網路埠 2(如果有使用)必須連接至相同的子網路(可能是與埠 1 不同的子網路)。相同的原則適用於其他的乙太網路埠。
  • 使用一致性群組來管理屬於某個應用程式的磁區。此結構確保當漸變式災難發生時過期映像檔保持一致,因此可用於該應用程式。請使用下列準則來建立一致性群組:
    • 使用一致性群組來維護可用於每個應用程式的災難回復的資料。將應用程式的各個磁區的關係新增至適當的一致性群組。
    • 您可以將關係新增至僅處於特定狀態(包括兩個站台都可存取)的一致性群組。
    • 如果您需要向應用程式新增磁區,以便當只有一個站台可供存取時能為其提供更多容量,請謹記,您不能建立及新增 HyperSwap 關係。請務必在回復失敗站台之後儘快建立關係並將其新增至群組。
  • 使用第三個專用站台來放置仲裁磁碟或 IP 仲裁應用程式。如果在主要和次要站台之間通訊中斷,則仲裁磁碟或 IP 仲裁應用程式會提供備援。此外,還有包含用來回復系統的配置 meta 資料(必要的話)。當 HyperSwap 系統連接至 iSCSI 連接的儲存體系統時,會使用 IP 仲裁應用程式。無法在第三個站台上配置 iSCSI 儲存體系統。
  • 如果在第三站台使用某個儲存體系統,它必須支援延伸仲裁磁碟。下列網站提供交互作業能力矩陣方面的其他資訊:

    www.ibm.com/support

  • 將獨立儲存體系統放置在主要和次要站台上,並使用主動-主動關係來鏡映兩個站台之間的主機資料。

    HyperSwap 系統會在第三個站台尋找作用中仲裁磁碟。如果主要和次要站台之間通訊中斷,可存取作用中仲裁磁碟的站台繼續處理交易。如果與作用中仲裁磁碟的通訊中斷,位在另一個站台的替代仲裁磁碟可以變為作用中仲裁磁碟。

    可以將節點系統配置為最多使用三個仲裁磁碟。不過,當系統被分割為大小相同的兩組節點時,只能選出一個仲裁磁碟來解決此狀況。其他仲裁磁碟的用途,是在分割系統之前,一旦仲裁磁碟失敗,就可以提供備援。

使用具備 RDMA 功能的乙太網路埠來連接節點的範例 HyperSwap 系統如 圖 1 中所示。

圖 1. 使用具備 RDMA 功能的乙太網路埠的 HyperSwap 系統配置
圖解為使用具備 RDMA 功能的乙太網路埠的 HyperSwap 系統配置。

在此配置中,如果主要站台或次要站台失敗,您必須確保剩餘站台可維持直接存取放置仲裁磁碟的儲存體系統。

此配置具有下列限制:
  • 不要將某個站台的外部儲存體系統直接連接至另一個站台的交換光纖。
  • 替代配置可以使用第三個站台的具備 RDMA 功能的額外交換器,並從該交換器連線到主要站台和次要站台。
  • 只有當管理仲裁磁碟的儲存體系統支援延伸仲裁時,才支援 HyperSwap 系統配置。雖然系統可以使用其他類型的儲存體系統來提供仲裁磁碟,但存取這些仲裁磁碟一定是透過單一路徑。

有關仲裁磁碟配置需求,請參閱 http://www.ibm.com/support 上的 Technote Guidance for Identifying and Changing Managed Disks Assigned as Quorum Disk Candidates