本繁體中文版使用機器翻譯,譯文僅供參考,若與英文版本牴觸,應以英文版本為準。

ISL的考量

貢獻者

您應該知道組態的ISL需求。

基本功能ISL需求MetroCluster

所有MetroCluster 的知識產權配置都必須符合下列要求:

  • 原生速度ISL交換器連接埠必須連接至原生速度ISL交換器連接埠。

    例如、40 Gbps連接埠連接至40 Gbps連接埠。

  • 10 Gbps連接埠為原生模式(即不使用中斷連接線)、可連接至原生模式的10 Gbps連接埠。

  • 在不中斷的IP交換器和客戶網路之間、MetroCluster 以及中繼交換器之間的ISL、在速度方面遵循相同的規則。

  • 不需要比對介於交換器和客戶網路交換器之間的ISL數目MetroCluster 、以及客戶網路交換器之間的ISL數目。

    例如MetroCluster 、使用兩個ISL將交換器連接至中繼交換器、而中繼交換器則可使用10個ISL彼此連線。

  • 不需要比對介於交換器和客戶網路交換器之間的ISL速度MetroCluster 、以及客戶網路交換器之間的ISL速度。

    例如MetroCluster 、利用40-Gbps ISL將交換器連線至中繼交換器、而中繼交換器則可使用100-Gbps ISL彼此連線。

  • 將每MetroCluster 個交換器連接至中繼交換器的ISL數量和速度、必須在MetroCluster 兩個站台上相同。

共享第2層網路的ISL需求

何時 "共享共享網路中的ISL流量",您必須確保具有適當的容量和ISL大小。低延遲是MetroCluster 在各個景點之間複寫資料的關鍵。這些連線的延遲問題可能會影響用戶端I/O

您應該檢閱這些章節、以正確計算ISL所需的端點對端點容量。不間斷的非揮發性快取和低延遲的儲存複寫、對於MetroCluster 各種組態而言都是至關重要的。後端網路的延遲會影響用戶端IO所看到的延遲和處理量。

ISL的延遲和封包遺失限制

下列需求必須符合MetroCluster 站台A和站台B上的站台A和站台B之間的往返流量需求MetroCluster 、且該站台組態處於穩定狀態:

  • 往返延遲必須小於或等於7毫秒。

    最大距離為700公里、因此站台之間的距離受延遲或最大距離限制、以先達到者為準。

    隨著兩MetroCluster 個不景點之間的距離增加、延遲也會增加、通常介於每100公里(62英哩)往返延遲1毫秒的範圍內。此延遲時間也取決於網路服務層級協議(SLA)、包括ISL連結的頻寬、封包丟棄率及網路上的不穩定性。低頻寬、高不穩定性和隨機封包丟棄會導致交換器或控制器模組上的TCP引擎產生不同的恢復機制、以利成功傳輸封包。這些恢復機制可提高整體延遲。

    任何造成延遲的裝置都必須列入考量。

  • 封包遺失必須小於或等於0.01%。

    封包遺失包括因壅塞或超額訂閱而導致的實體遺失或遺失。

    封包丟棄可能導致重新傳輸、並縮短壅塞時間。

  • 往返支援的不穩定性值為3毫秒(單程支援1.5毫秒)。

  • 網路應配置並維護SLA、以因應MetroCluster 資訊流量中的微脈衝和尖峰所需頻寬。

    低頻寬可能會導致交換器上的佇列延遲和跳接中斷。如果您使用ONTAP 的是更新版本的版本、則這兩個站台之間的網路中介必須提供4.5 Gbps的最低頻寬、才能進行MetroCluster 此功能的組態設定。

  • 不應佔用完整頻寬、也不會對非MetroCluster流量造成負面影響。MetroCluster

  • 共享網路應設定網路監控功能、以監控ISL的使用率、錯誤(丟棄、連結快照、毀損等)和故障。

客戶交換器的連線限制和主幹連線

由客戶提供的中介交換器必須符合下列需求:

  • 中間交換器數量不受限制、MetroCluster 且支援兩個以上的交換器。

    應儘可能靠近提供遠距連結的中繼交換器。MetroCluster該路由上的所有ISL連線都必須符合MetroCluster 所有的需求。

  • 客戶網路中的ISL(客戶交換器之間的ISL)必須以提供足夠頻寬的方式進行設定、並保留交付順序。

    這可以透過主幹連線來完成、並強制執行負載平衡原則以維持訂單。

其他網路需求

由客戶提供的中介交換器必須符合下列需求:

  • 客戶網路必須在符合MetroCluster RCF檔案中設定的各個站台之間提供相同的VLAN。

    第2層VLAN的ID必須與MetroCluster 「支援的VLAN ID」相符、而且必須跨越共用的網路。

    • 在FAS9.7及更早版本中、FAS2750和FASA220系統需要VLAN 10和20。ONTAP AFF

    • 在FAS9.8及更新版本中、FAS2750、FASA220、FAS500f、ONTAP AFF AFF FAS8300、AFF FASA400和FAS8700系統預設使用VLAN 10和20。您可以在介面建立期間設定其他VLAN、而且這些VLAN必須介於101到4096之間。對於前面提到的所有平台、您只能在介面建立期間指定VLAN。一旦建立了這個介面、就無法變更VLAN ID。MetroCluster對於先前未提及的所有其他平台、您可以使用任何VLAN、也可以隨時變更這些平台的VLAN ID、但必須建立並套用新的RCF檔案。

附註

RcfFileGenerator不允許使用平台不支援的VLAN來建立RCF檔案。

RcfFileGenerators可能會限制使用某些VLAN ID(例如、如果這些ID是供未來使用)。一般而言、保留的VLAN最多可達100個(含100個)。

  • 在端點對端點網路的所有裝置上、MTU大小必須設為9216。

  • 其他流量的優先順序不得高於服務類別(COOS)5。

  • 必須在所有端點對端點路徑上設定ECN(明確的壅塞通知)。

使用共享ISL時的佈線需求

在使用共享ISL進行MetroCluster 支援的IP組態時、您必須瞭解端點對端MetroCluster 點的需求、這些需求是從站台A的控制器連接埠、到站台B的控制器連接埠

共享網路中的ISL和中斷連接線數量

連接MetroCluster 到共享網路的各個ISL數目、取決於交換器機型和連接埠類型。

IP交換器機型MetroCluster

連接埠類型

ISL數量

Broadcom支援的Bes - 53248交換器

原生連接埠

4個ISL(使用10或25 Gbps連接埠)

Cisco 3132Q-V

原生連接埠

6個ISL(使用40 Gbps連接埠)

Cisco 3132Q-V

中斷連接線

16個10-Gbps ISL

Cisco 3232C

原生連接埠

6個ISL(使用40或100-Gbps連接埠)

Cisco 3232C

中斷連接線

16個10-Gbps ISL

  • Cisco交換器支援使用中斷纜線(一個實體連接埠用作4 x 10 Gbps連接埠)。

  • IP交換器的RCF檔案已設定原生連接埠和中斷模式。

    不支援以原生連接埠速度模式和中斷模式混合使用ISL連接埠。所有ISL、從MetroCluster 靜態IP交換器到同一個網路中的中繼交換器、都必須具有相同的速度和長度。

  • 只要往返延遲仍在上述需求範圍內、即可支援使用外部加密裝置(例如、外部連結加密或透過WDM裝置提供加密)。

若要獲得最佳效能、每個網路至少應使用1 x 40 Gbps或多個10 Gbps ISL。我們強烈建議不要在AFF 每個網路上使用單一10 Gbps ISL來支援功能。

共享ISL的最大理論處理量(例如、240 Gbps搭配6個40 Gbps ISL)是最佳案例。使用多個ISL時、統計負載平衡可能會影響最大處理量。可能會發生不均衡的平衡、並降低單一ISL的處理量。

如果組態使用L2 VLAN、則必須以原生方式跨越站台。不支援虛擬可延伸LAN(VXLAN)等VLAN重疊。

傳輸MetroCluster 不穩定流量的ISL必須是交換器之間的原生連結。不支援多重傳輸協定標籤交換(MPLS)連結等連結共用服務。

支援Broadcom BSP-53248交換器上的WAN ISL

  • 每個架構的WAN ISL最小數量:1(10 GbE、25 GbE、40 GbE或100 GbE)

  • 每個架構的10-GbE WAN ISL數量上限:4.

  • 每個架構最多可容納25 GbE WAN ISL:4.

  • 每個網路最多可有40-GbE WAN ISL:2.

  • 每個架構的100-GbE WAN ISL數量上限:2.

40-GbE或100-GbE WAN ISL需要RCF檔案版本1.4或更新版本。

附註 額外的連接埠需要額外的授權。