分區詳細資料

請確定您熟悉這些分區詳細資料。這些詳細資料說明外部儲存體系統區域和主機區域的分區。SAN 配置和分區規則摘要包含了更多詳細資料。

主機的路徑

透過網路從節點通向主機的路徑數不能超過 8 條。 超出此數目的配置不受支援。
  • 此規則的存在是為了限制多重路徑裝置驅動程式必須解析的路徑數目。越多重路徑不等於效能越好或可用性越高。為了達到最佳效能和可用性,請限制有兩個光纖通道埠的主機只能有四個路徑:每一個 SAN 的每一個節點有一個路徑。
  • 安裝 8.2.0 版或更高版本的新系統已啟用 N_Port ID 虛擬化 (NPIV) 作為預設狀態。如果現有系統更新為 8.2.0 版,則它會保留現有系統的 NPIV 狀態。
  • 與不使用 NPIV 的光纖通道主機連接相比,NPIV 配置有更多的佈局和分區要求。這些需求遵照這個事實:兩個節點之間的 NPIV 埠失效接手必須在主機面前透明化。因此,可以看見 NPIV 埠的主機埠集因為失效接手而不能變更。
  • 如果您透過輸入 CLI 指令 chiogrp -fctargetportmode transitional,將指定的 I/O 群組的 NPIV 狀態設為 transitional,則可能要將系統到主機的路徑數目加倍。為了避免大幅增加路徑數目,請使用分區或其他方法來暫時移除一些路徑,直到 I/O 群組的 NPIV 狀態變更為 enabled 的時候為止。
  • 如果抄寫層系統正在將已啟用 NPIV 的儲存層系統用於後端儲存體,則必須將抄寫層系統僅分區到儲存層系統的 NPIV 埠。

要找出對主機設定光纖通道分區所需的全球埠名稱 (WWPN),請使用 lstargetportfc 指令。另外,這個指令 也會顯示主機 I/O 埠現行失效接手狀態。

如果要限制通向主機的路徑數,請對交換器進行分區,使分區之後的每個主機匯流排配接卡 (HBA) 埠都具有來自於主機要從中存取磁區的每個 I/O 群組中的每個節點的一個埠。如果一個主機具有多個 HBA 埠,請將每個埠劃分給不同的埠集,以實現最佳效能和備援。這也適用於具有「聚合網路配接卡 (CNA)」(其透過 FCoE 存取磁區)的主機。

外部儲存體系統區域

包含儲存體系統埠的交換分區不得超過 40 個埠。超過 40 個埠的配置不受支援。

區域

必須對交換器光纖進行分區,以便節點能夠偵測到後端儲存體系統和前端主機 HBA。通常,前端主機 HBA 和後端儲存體系統不在相同的區域中。但是使用分割的主機和分割的儲存體系統配置屬例外情況。

系統中的所有節點都必須能夠偵測每一個後端儲存體系統上的相同埠。兩個節點偵測相同儲存體系統上的另一組埠,在這種模式下的作業會降低效能,且系統會記載需要修復動作的錯誤。如果不適當的分區套用至光纖,或使用了不適當的 LUN 遮罩,就會發生這種情況。此規則對後端儲存體(例如 IBM® DS4000® 儲存體系統)有重要含意,亦即,對於 HBA 全球節點名稱 (WWNN) 和儲存體分割區之間的對映強制了排除規則。

必須對每個埠進行分區,以便可以將它用於節點間的通訊。在配置交換分區時,可以將部分節點埠劃分給主機或後端儲存體系統。

當對區域進行配置以實現同一系統中節點間的通訊時,最低配置要求節點上的所有光纖通道埠至少能夠偵測到同一系統中每個其他節點上的一個光纖通道埠。您不能減少此環境中的配置。

當您配置儲存體系統和 SAN 時,要使某系統無法存取主機或另一系統也可以存取的邏輯單元 (LU),這點很重要。您可以透過儲存體系統邏輯單元編號 (LUN) 對映和遮罩來達到此配置。

如果節點可以透過多個路徑偵測儲存體系統,則使用分區來限制只能與那些不經由 ISL 的路徑進行通訊。

如果是 Metro Mirror 和 Global Mirror 配置,則需要更多區域只包含本端節點和遠端節點。對於本端主機可以看到遠端節點,或遠端主機可以看到本端節點是有效的。任何包含本端和遠端後端儲存體系統以及本端節點或遠端節點或這兩者的區域均無效。

為了在Metro MirrorGlobal Mirror配置中(系統之間的來回轉換延遲小於 80 毫秒)取得最佳結果,將每個節點分區,以便它可以與每個遠端系統中每個節點上的至少一個光纖通道埠通訊。此配置維護本端和遠端系統內的埠和節點失效的容錯備援。對於多個系統之間的通訊,它也能夠透過節點和跨系統鏈結達到最佳效能。

不過,為了因應某些交換器供應商對於區域容許的埠數或全球節點名稱 (WWNN) 數目的限制,您可以進一步減少區域中的埠數或 WWNN 數目。此類縮減會導致備援性降低,並會增加其他系統節點以及系統節點間光纖通道鏈結上的工作量。

如果系統之間的來回延遲時間大於 80 毫秒,則適用更嚴格的配置需求:
  • 使用 SAN 分區和埠遮罩,以確保用於抄寫的每一個節點上的兩個光纖通道埠為抄寫資料流量專用。
  • 套用 SAN 分區,為每一個用於抄寫的本端到遠端 I/O 群組配對提供不同的跨系統區域。如需進一步詳細資料,請參閱 Metro Mirror 和 Global Mirror 夥伴關係的長程鏈結的相關資訊。

最低配置需求是將一個 I/O 群組的兩個節點分區至次要站台的一個 I/O 群組的兩個節點。I/O 群組會維護本端或遠端網站位置的節點或埠失效的容錯。任一網站的哪些 I/O 群組分區並不重要,因為 I/O 資料流量可以透過其他節點遞送而到達目的地。不過,如果執行遞送的 I/O 群組包含的節點在維修主機 I/O,則對那些 I/O 群組不會有額外負載或延遲,因為 I/O 群組節點是直接連接到遠端系統。

如果系統內只有一個 I/O 群組子集使用 Metro MirrorGlobal Mirror,則您可以限制分區,使那些節點可以與遠端系統中的節點進行通訊。您可以用不隸屬於任何已分區系統的節點來偵測所有系統。然後,您可以將節點新增至該系統,以防您必須更換節點。

主機區域

主機區域的配置規則將視存取該系統的主機數目而有所不同。對於每個系統的主機數目少於 64 台的配置,系統支援一組簡單的分區規則,這些規則允許為不同的環境建立較小的主機區域集。對於每個系統的主機數目大於 64 台的配置,系統支援一組更為嚴格的主機分區規則。這些規則適用於光纖通道 (FC) 和乙太網路光纖通道 (FCoE) 連線。

包含主機 HBA 的分區必須確定不同主機中的主機 HBA 或不同 HBA 位於不同區域。不同主機表示主機執行不同的作業系統或是不同的硬體產品;因此,相同作業系統的不同層次被視為類似。

為了實現系統的最佳整體效能並防止超載,每個埠的工作量必須相同。這通常會涉及為每個光纖通道埠劃分數目大致相同的主機光纖通道埠數。

少於 64 個主機的系統:

對於已連接主機數少於 64 台的系統,包含主機 HBA 的區域不得包含超過 40 個起始程式(包括用作起始程式的埠)。超過 40 個起始器的配置不受支援。有效分區可以是 32 個主機埠和 8 個埠。可能的話,請將連接到節點的主機中的每一個 HBA 埠放在不同的區域中。在與此主機相關聯的 I/O 群組中,每一個節點只包含一個埠。此類型的主機分區非強制性,但很適合較小的配置。
註: 如果交換器供應商建議特定 SAN 的每個區域使用較少的埠,則該供應商所制定規則的優先順序高於系統規則。

為了實現多光纖通道埠主機的最佳效能,分區必須確保將主機的每個光纖通道埠劃分為不同的 SAN Volume Controller 埠群組。

超過 64 個主機的系統:

每個 HBA 埠都必須位於獨立的區域中,並且每個區域必須正好包含來自主機存取的每個 I/O 群組中每個節點上的一個埠。
註: 一台主機可以與多個 I/O 群組關聯,因此可以從 SAN 中不同的 I/O 群組存取磁區。但是,這會減少可在 SAN 中使用的主機數目上限。例如,如果同一台主機使用兩個不同 I/O 群組中的磁區,則這會佔用每個 I/O 群組中 256 台 iSCSI 主機中的一台,或者佔用 256 台 FC、FCoE 或 SAS 主機中的一台。如果每台主機都存取每個 I/O 群組中的磁區,則配置中只能有 256 台 iSCSI 主機,或者只能有 256 台 FC、FCoE 或 SAS 主機。