iSCSI 支援

請注意下列一般 iSCSI 支援考量。

一般 iSCSI 參數適用於任何作業系統。

• 系統支援：
  • 標準 iSCSI 埠 (3260)
  • 從不同 iSCSI 主機到每個系統 iSCSI 目標，最多 1024 個階段作業。從 iSCSI 主機到每個 I/O 群組，最多 2048 個階段作業，而且從一部 iSCSI 主機到每個系統 iSCSI 目標，最多四個階段作業。
  • 從不同主機中的光纖通道和 iSCSI 起始程式到相同磁區的 I/O。
    註： 系統不支援從相同主機中的光纖通道和 iSCSI 起始程式到相同磁區的 I/O。
  • 來自 iSCSI 主機的多個階段作業，而且從一部 iSCSI 主機到每一個系統 iSCSI 目標，最多四個階段作業
  • 單向 CHAP 鑑別，您可以指定鑑別使用者名稱（最多 31 個 ASCII 字元），也可以使用起始器的 IQN 作為使用者名稱。
  • 與起始器進行 BI-CHAP 鑑別，接受空白使用者名稱欄位。
• iSCSI 使用 iSCSI 完整名稱 (IQN)（223 位元組）或延伸唯一 ID (EUI)（64 位元）名稱。
  註： 請確定 I/O 群組中的 IP 接管機能已啟用。然後，如果作為 iSCSI 目標的節點失敗，夥伴節點會接管失敗節點的 IP 位址，以繼續作業。在接管期間，iSCSI 起始器會登出失敗節點。將會對使用失敗節點 IP 位址的夥伴（運作中）節點，重新建立新的階段作業或登入。
• 每一個 iSCSI 目標可以同時支援 IPv4 和 IPv6。
• 具有多個乙太網路介面的主機作業系統（如 Linux）存在位址解析通訊協定 (ARP) Flux 問題。當主機從相同或不同子網路上的任何介面回覆相同或不同子網路上的介面的 ARP 要求時，就會出現此問題。在大多數情況下，這種行為不是問題。但是，在特定的情況下，由於 IPv4 位址和 MAC 位址之間的對映不正確，ARP Flux 會產生非預期的應用程式行為。
  為避免 Linux 上出現 ARP Flux 問題，請在主機上使用下列設定：

  echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter OR

  為了使這種行為持續，請在 /etc/sysctl.conf 中新增 net.ipv4.conf.all.arp_filter=1 項目。

  如果使用其他作業系統（如 VMware ESX），請檢查您的設定以避免這些主機上也出現 ARP Flux 問題。

• 將磁區對映到與光纖通道連接使用相同主機對映機制的主機。可以將磁區對映到光纖通道主機或 iSCSI 主機。不支援透過 iSCSI 和光纖通道將磁區對映到同一主機。
• 與叢集系統乙太網路埠相關聯的所有 IP 位址（服務和配置）必須位於相同的子網路。不過，與用於 iSCSI 傳輸的節點乙太網路埠相關聯的 IP 位址，可以配置為屬於不同的子網路。
• 系統會指派主機埠群組 ID 給目標埠。主機埠群組 ID 在 iSCSI 探索和登入中扮演重要的角色。
  • 主機埠群組 ID 是以整數指定的自動埠分組。主機埠群組 ID 在 I/O 群組之間是唯一的。
  • 使用 cfgportip -host/host_6 yes 指令時，只會指派主機埠群組 ID。
  • 每一個主機埠群組 ID 最多包含四個埠。主機埠群組 ID 內所有的埠都是相同速度。
  • 相同的主機埠群組 ID 會指派給失效接手埠。
• 從 iSCSI 主機探索具有特定主機埠群組 ID 的系統目標 IP 位址時，將傳回屬於該主機埠群組 ID 的所有 iSCSI 埠。

  如果探索的目標 IP 位址不具有主機已登入之目標 IP 位址的主機埠群組 ID，則探索不會傳回任何 IP。比方說，如果主機在屬於主機埠群組 ID 1 的埠上登入一組目標 IP，則探索屬於主機埠群組 ID 2 的目標 IP 位址不會傳回任何 IP 位址。

• IQN 可以與屬於單一主機埠群組 ID 的系統節點建立階段作業。因此，必須根據相符的主機和目標埠速度及網路拓蹼，選取要與哪個主機埠群組 ID 建立階段作業。