安裝以網路為基礎MetroCluster 的功能
ISL的考量
建議變更
PDF
您應該知道組態的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 、且該站台組態處於穩定狀態：
-
如需有關組態的往返延遲和最大距離要求的詳細資訊、請參閱 "系統Hardware Universe 。"
隨著兩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和中斷連接線數量
連接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 9336C-FX2（未連接NS224磁碟櫃） |
原生連接埠 |
6個ISL（使用40或100-Gbps） |
Cisco 9336C-FX2（未連接NS224磁碟櫃） |
中斷連接線 |
16個ISL（使用10-Gbps） |
Cisco 9336C-FX2（連接NS224磁碟櫃） |
原生連接埠（2） |
4個ISL（使用40或100-Gbps） |
Cisco 9336C-FX2（連接NS224磁碟櫃） |
中斷纜線（2） |
16個ISL（使用10-Gbps） |
-
在Bes至53248交換器上使用40或100-Gbps ISL連接埠需要額外授權。
-
當您為Cisco 9336C-FX2建立RCF檔案（連接NS224磁碟櫃）時、必須選擇以原生*或*中斷模式設定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或更新版本。
|
|
額外的連接埠需要額外的授權。 |