Metro Mirror 及 Global Mirror 夥伴關係的長距鏈結

執行遠端鏡映的叢集系統配對之間的鏈結必須符合特定配置、延遲時間和距離需求。

圖 1 顯示的配置範例，使用可為光纖通道 (FC) 連線配置的雙重備援光纖。每個光纖各有一部分位於本端系統及遠端系統。這兩個光纖之間沒有直接連線。
圖 1. 備援光纖
此圖顯示本端和遠端系統

您可以使用光纖通道延伸器或 SAN 路由器來增加兩個系統之間的距離。光纖通道延伸器透過長鏈結來傳輸光纖通道封包，而不變更封包的內容。SAN 路由器會在兩個以上的 SAN 上提供虛擬 N_port，來擴大 SAN 的範圍。SAN 路由器可將資料流量從一個虛擬 N_port 分送到另一個虛擬 N_port。這兩個光纖通道架構彼此獨立。因此，每一個光纖上的 N_port 彼此之間無法直接登入。請造訪下列網站，以瞭解特定的韌體層次和最新的支援硬體：

www.ibm.com/support

如果使用光纖通道延伸器或 SAN 路由器，則必須符合以下需求：

  • 站台之間支援的來回延遲時間上限，取決於系統之間的夥伴關係類型、軟體版本，以及使用的系統硬體。表 1 列出來回延遲時間上限。這項限制適用於遠端鏡映的所有變式。如果系統是經由延長的距離（來回時間超過 80 毫秒）來執行遠端鏡映，則要套用的配置需求與準則會更多。
    表 1. 站台之間支援的來回延遲時間上限
    軟體版本 系統類型 夥伴關係
    FC 1 Gbps IP 10 Gbps IP
    7.7.1 或更新版本 全部 250 毫秒 80 毫秒 10 毫秒
  • 如果兩個站台間鏈結有配置備援，因而可以容忍單一失效，則必須調整鏈結大小，以便在單一失效情況期間，頻寬和延遲時間聲明都是正確的。
  • 配置經過測試，確認跨系統鏈結中的任何失效接手機制皆可與系統令人滿意地交互運作。
  • 符合其他所有配置需求。

系統經由延長的距離（站台之間的來回延遲時間超過 80 毫秒）來執行遠端鏡映時的配置需求

當您在系統之間使用遠端鏡映時，如果其來回延遲時間在 80 到 250 毫秒之間，則必須符合下列額外需求：

  • 用於抄寫的所有節點必須都是支援的型號。
  • 系統之間必須存在光纖通道夥伴關係（而非 IP 夥伴關係）。
  • 夥伴關係中所有系統的軟體層次必須是 7.7.1 或更高版本。
  • 在夥伴關係中的每一個系統上，RC 緩衝區大小設定必須是 512 MB。可在每一個系統上執行 chsystem -rcbuffersize 512 指令，來達成這項設定。
    註： 變更這項設定，會對 Metro Mirror 和 Global Mirror 作業造成干擾。只有在系統之間建立夥伴關係之前，或是當系統的所有夥伴關係都已停止時，才能使用這個指令。
  • 用於抄寫之每一個節點上的兩個光纖通道埠，必須專門用來處理抄寫資料流量，作法是使用 SAN 分區和埠遮罩。
  • 應當套用 SAN 分區，讓用於抄寫的每一個本端/遠端 I/O 群組配對，有各自的跨系統區域。圖 2 說明這種類型的配置。
    圖 2. 跨系統 SAN 分區
    跨系統 SAN 分區圖

除了前面所列的需求，以下提供的準則是利用 Global Mirror，讓遠端鏡映的效能最佳化：

  • 夥伴系統在每一個系統中應使用相同的節點數目來抄寫。
  • 不論是就平衡偏好節點的磁區指派來說，或是為了提供跨系統光纖通道連接功能，若要達到最高的傳輸量，應將每個系統中的所有節點都用於抄寫。
  • 在系統上，為本端節點至節點資料流量供應專用節點埠（利用埠遮罩），會使本端節點之間的 Global Mirror 節點至節點資料流量，與其他本端 SAN 資料流量隔離。因而可達到最佳的回應時間。在 Storwize® 系列系統上，比較不需要這樣的本端節點埠遮罩配置，因為在該系統中，I/O 群組中之節點機匣之間的資料流量，是交由機箱中的專用跨機匣鏈結來處理。
  • 可能的話，請盡量減少系統之間的夥伴關係數目。例如，假設站台 A 含有系統 A1 和 A2，站台 B 含有系統 B1 和 B2。在這樣的情況下，比起配置成定義這所有四個系統之間的夥伴關係，分別在各對系統（例如 A1-B1 和 A2-B2）之間建立夥伴關係，能為站台之間的 Global Mirror 抄寫，提供更好的效能。

主機至系統距離的相關限制

系統節點與主機伺服器之間的光纖通道光學距離並無任何限制。您可以將伺服器連接至核心/邊緣配置（其中系統位於核心）中的邊緣交換器。在光纖中，系統最多支援三個 ISL 中繼站。因此，主機伺服器與系統最多可用五條光纖通道鏈結來區隔。如果您使用長波小型可插拔式 (SFP) 收發器，則其中四條光纖通道鏈結最長可達 10 公里。