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

結合實體連接埠以建立介面群組

貢獻者
PDF

介面群組也稱為「連結集合群組（ LAG ）」、是透過將同一個節點上的兩個或多個實體連接埠合併為單一邏輯連接埠而建立。邏輯連接埠可提供更高的恢復能力、更高的可用度和負載共享。

介面群組類型

儲存系統支援三種類型的介面群組：單一模式、靜態多重模式和動態多重模式。每個介面群組提供不同層級的容錯能力。多重模式介面群組提供負載平衡網路流量的方法。

單一模式介面群組的特性

在單一模式介面群組中、介面群組中只有一個介面處於作用中狀態。其他介面處於待命狀態、可在作用中介面故障時接管。

單一模式介面群組的特性：

  • 對於容錯移轉、叢集會監控主動式連結並控制容錯移轉。
    由於叢集會監控主動式連結、因此不需要交換器組態。

  • 在單一模式介面群組中、待命的介面可以有多個。

  • 如果單一模式介面群組橫跨多個交換器、則必須使用交換器間連結（ISL）來連接交換器。

  • 對於單一模式介面群組、交換器連接埠必須位於相同的廣播網域中。

  • 來源位址為0.00.0的連結監控Arp封包會透過連接埠傳送、以驗證連接埠是否位於同一個廣播網域中。

下圖是單一模式介面群組的範例。在圖中、e0a和e1a是a0a單一模式介面群組的一部分。如果作用中介面e0a故障、待命e1a介面會接管並維持與交換器的連線。

單一模式介面群組的映像

註 若要完成單一模式功能、建議改用容錯移轉群組。使用容錯移轉群組時、第二個連接埠仍可用於其他生命週期、不需保留未使用的狀態。此外、容錯移轉群組可跨越兩個以上的連接埠、並可跨越多個節點上的連接埠。

靜態多重模式介面群組的特性

靜態多重模式介面群組實作ONTAP 功能符合IEEE 802.3ad（靜態）。任何支援Aggregate但沒有設定Aggregate的控制封包交換的交換器、都可以搭配靜態多重模式介面群組使用。

靜態多重模式介面群組不符合IEEE 802.3ad（動態）、也稱為「連結集合控制傳輸協定（LACP）」。LACP相當於連接埠集合傳輸協定（PAgP）、這是Cisco專屬的連結集合傳輸協定。

以下是靜態多重模式介面群組的特性：

  • 介面群組中的所有介面都處於作用中狀態、並共用一個MAC位址。

    • 介面群組中的介面之間會分散多個個別連線。

    • 每個連線或工作階段都會在介面群組中使用一個介面。
      當您使用循序負載平衡方案時、所有工作階段都會以每個封包為基礎散佈在可用的連結之間、而且不會繫結到介面群組中的特定介面。

  • 靜態多重模式介面群組最多可從「n-1」介面故障中恢復、其中n是組成介面群組的介面總數。

  • 如果某個連接埠故障或拔除、則會自動將流經故障連結的流量重新分配至其餘的其中一個介面。

  • 靜態多重模式介面群組可偵測到連結中斷、但無法偵測到與用戶端或交換器的連線中斷、進而影響連線能力和效能。

  • 靜態多重模式介面群組需要支援多個交換器連接埠連結集合的交換器。
    交換器已設定成介面群組連結所連接的所有連接埠都是單一邏輯連接埠的一部分。某些交換器可能不支援設定用於巨型框架的連接埠連結集合。如需詳細資訊、請參閱交換器廠商的文件。

  • 有多種負載平衡選項可供在靜態多重模式介面群組的介面之間分配流量。

下圖是靜態多重模式介面群組的範例。介面e0a、e1a、E2A和e3a是A1A多重模式介面群組的一部分。A1A多重模式介面群組中的所有四個介面都處於作用中狀態。

靜態多重模式介面群組的映像

有幾項技術可讓單一集合式連結中的流量分散在多個實體交換器上。啟用此功能的技術因網路產品而異。靜態多重模式介面群組ONTAP 的功能符合IEEE 802.3標準。如果某種特定的多重交換器連結集合技術據說可與IEEE 802.3標準互通或符合該標準、則應搭配ONTAP 使用。

IEEE 802.3標準指出、彙總連結中的傳輸裝置會決定傳輸的實體介面。因此ONTAP 、只有在分配傳出流量時、才能控制傳入訊框的傳入方式。如果您想要管理或控制集合式連結的傳入流量傳輸、則必須在直接連線的網路裝置上修改該傳輸。

動態多重模式介面群組

動態多重模式介面群組實作連結集合控制傳輸協定（LACP）、將群組成員資格與直接連接的交換器通訊。LACP可讓您偵測失去連結狀態、以及節點無法與直接附加交換器連接埠通訊。

Dynamic多重模式介面群組實作ONTAP 在整個過程中均符合IEEE 802.3 AD（802.1 AX）標準。不支援連接埠集合傳輸協定（PAgP）、這是Cisco專屬的連結集合傳輸協定。ONTAP

動態多重模式介面群組需要支援LACP的交換器。

在不可設定的主動模式中執行LACP、可與設定為主動或被動模式的交換器搭配運作。ONTAP根據IEEE 802.3 AD（802.1AX）的規定、執行長和短LACP定時器（搭配不可設定的值使用3秒和90秒）ONTAP 。

此功能可判斷用於傳輸傳出流量的成員連接埠、但無法控制接收傳入訊框的方式。ONTAP交換器會根據交換器連接埠通道群組中設定的負載平衡演算法、決定其連接埠通道群組的成員（個別實體連接埠）以供傳輸。因此、交換器組態會決定儲存系統的成員連接埠（個別實體連接埠）來接收流量。如需設定交換器的詳細資訊、請參閱交換器廠商的文件。

如果個別介面無法接收連續的LACP傳輸協定封包、則在「ifgrp STATUS」命令的輸出中、該個別介面會標示為「lid_inactive」。現有流量會自動重新路由至任何剩餘的作用中介面。

使用動態多重模式介面群組時、適用下列規則：

  • 動態多重模式介面群組應設定為使用連接埠型、IP型、MAC型或循環配置資源負載平衡方法。

  • 在動態多重模式介面群組中、所有介面都必須處於作用中狀態、並共用一個MAC位址。

下圖為動態多重模式介面群組的範例。介面e0a、e1a、E2A和e3a是A1A多重模式介面群組的一部分。A1A動態多重模式介面群組中的所有四個介面都處於作用中狀態。

動態多重模式介面群組的映像

多重模式介面群組中的負載平衡

您可以使用IP位址、MAC位址、循序或連接埠型負載平衡方法、在多重模式介面群組的網路連接埠上平均分配網路流量、以確保多重模式介面群組的所有介面都能用於傳出流量。

只有在建立介面群組時、才能指定多重模式介面群組的負載平衡方法。

最佳實務：建議盡可能使用連接埠型負載平衡。除非網路中有特定的原因或限制可防止負載平衡、否則請使用連接埠型負載平衡。

連接埠型負載平衡

建議使用連接埠型負載平衡。

您可以使用連接埠型負載平衡方法、根據傳輸層（TCP/IP）連接埠、將多重模式介面群組上的流量等化。

連接埠型負載平衡方法使用快速雜湊演算法來處理來源和目的地IP位址、以及傳輸層連接埠號碼。

IP位址和MAC位址負載平衡

IP位址和MAC位址負載平衡是在多重模式介面群組上平衡流量的方法。

這些負載平衡方法使用快速雜湊演算法來處理來源位址和目的地位址（IP位址和MAC位址）。如果雜湊演算法的結果對應到不在UP連結狀態的介面、則會使用下一個作用中介面。

註 在直接連線至路由器的系統上建立介面群組時、請勿選取MAC位址負載平衡方法。在這樣的設定中、每個傳出IP訊框的目的MAC位址都是路由器的MAC位址。因此、只會使用介面群組的一個介面。

IP位址負載平衡的運作方式與IPv6位址相同。

連續負載平衡

您可以使用循序負載平衡、使用循環配置資源演算法、在多個連結之間平均分配封包。您可以使用連續選項來平衡單一連線在多個連結之間的流量負載、以增加單一連線處理量。

不過、由於連續負載平衡可能導致封包交付順序不正常、因此可能導致效能極差。因此、一般不建議使用循序負載平衡。

建立介面群組或LAG

您可以建立介面群組或LAG（單一模式、靜態多重模式或動態多重模式（LACP））、結合彙總網路連接埠的功能、將單一介面呈現給用戶端。

您遵循的程序取決於您使用的介面- System Manager或CLI：

系統管理員

*使用系統管理程式建立LAG *

步驟

  1. 選擇*網路>乙太網路連接埠>+連結集合群組*以建立LAG。

  2. 從下拉式清單中選取節點。

  3. 請從下列選項中選擇：

    1. 自動選擇廣播網域（建議）。ONTAP

    2. 手動選取廣播網域。

  4. 選擇要形成 LAG 的連接埠。

  5. 選取模式：

    1. 單一：一次只使用一個連接埠。

    2. 多個：所有連接埠都可以同時使用。

    3. LACP：LACP傳輸協定決定可使用的連接埠。

  6. 選擇負載平衡：

    1. IP型

    2. Mac型

    3. 連接埠

    4. 連續的

  7. 儲存您的變更。

新增延遲圖形

CLI

使用CLI建立介面群組

如需套用至連接埠介面群組的組態限制完整清單、請參閱 network port ifgrp add-port 手冊頁。

建立多重模式介面群組時、您可以指定下列任一種負載平衡方法：

  • port：網路流量是根據傳輸層（ TCP/UDP ）連接埠來分配。這是建議的負載平衡方法。

  • mac：網路流量是根據 MAC 位址來分配。

  • ip：網路流量是根據 IP 位址來分配。

  • sequential：網路流量會在收到時隨之分佈。

註 介面群組的MAC位址取決於基礎連接埠的順序、以及這些連接埠在開機期間的初始化方式。因此、您不應假設在重新開機或ONTAP 進行升級時、ifgrp MAC位址會持續存在。
步驟

使用 network port ifgrp create 用於建立介面群組的命令。

介面群組必須使用語法命名 a<number><letter>。例如、a0a、a0b、a1C和a2a是有效的介面群組名稱。

如需此命令的詳細資訊、請參閱 "指令ONTAP"。

以下範例說明如何建立名為a0a的介面群組、其中包含連接埠的發佈功能和多重模式：

network port ifgrp create -node cluster-1-01 -ifgrp a0a -distr-func port -mode multimode

將連接埠新增至介面群組或LAG

您最多可將16個實體連接埠新增至介面群組或LAG、以獲得所有連接埠速度。

您遵循的程序取決於您使用的介面- System Manager或CLI：

系統管理員

*使用系統管理程式將連接埠新增至LAG *

步驟

  1. 選擇*網路>乙太網路連接埠> LAG*以編輯LAG。

  2. 在同一個節點上選取其他連接埠以新增至LAG。

  3. 儲存您的變更。

CLI

使用CLI將連接埠新增至介面群組

步驟

將網路連接埠新增至介面群組：

network port ifgrp add-port

如需此命令的詳細資訊、請參閱 "指令ONTAP"。

下列範例說明如何將連接埠e0c新增至名為a0a的介面群組：

network port ifgrp add-port -node cluster-1-01 -ifgrp a0a -port e0c

從ONTAP 功能更新到功能更新的版本開始、介面群組會在介面群組新增第一個實體連接埠約一分鐘後、自動放入適當的廣播網域。如果您不想讓 ONTAP 這麼做、而偏好手動將 ifgrp 放入廣播網域、請指定 -skip-broadcast-domain-placement 參數為的一部分 ifgrp add-port 命令。

從介面群組或LAG中移除連接埠

只要連接埠不是介面群組中的最後一個連接埠、您就可以從裝載lifs的介面群組中移除該連接埠。由於您並未從介面群組中移除最後一個連接埠、因此不需要介面群組不可裝載lifs、也不需要介面群組不可是LIF的主連接埠。不過、如果您要移除最後一個連接埠、則必須先移轉或移除介面群組中的LIF。

關於這項工作

您最多可從介面群組或LAG移除16個連接埠（實體介面）。

您遵循的程序取決於您使用的介面- System Manager或CLI：

系統管理員

*使用系統管理程式從LAG *移除連接埠

步驟

  1. 選擇*網路>乙太網路連接埠> LAG*以編輯LAG。

  2. 從LAG中選取要移除的連接埠。

  3. 儲存您的變更。

CLI

*使用CLI從介面群組*移除連接埠

步驟

從介面群組移除網路連接埠：

network port ifgrp remove-port

下列範例說明如何從名為a0a的介面群組移除連接埠e0c：

network port ifgrp remove-port -node cluster-1-01 -ifgrp a0a -port e0c

刪除介面群組或LAG

如果要直接在基礎實體連接埠上設定LIF、或決定變更介面群組、LAG模式或發佈功能、您可以刪除介面群組或LAG。

開始之前

  • 介面群組或LAG不得裝載LIF。

  • 介面群組或LAG不能是LIF的主連接埠或容錯移轉目標。

您遵循的程序取決於您使用的介面- System Manager或CLI：

系統管理員

*使用系統管理程式刪除LAG *

步驟

  1. 選擇*網路>乙太網路連接埠> LAG *以刪除LAG。

  2. 選取您要移除的 LAG 。

  3. 刪除 LAG 。

CLI

使用CLI刪除介面群組

步驟

使用 network port ifgrp delete 用於刪除介面群組的命令。

如需此命令的詳細資訊、請參閱 "指令ONTAP"。

下列範例說明如何刪除名為a0b的介面群組：

network port ifgrp delete -node cluster-1-01 -ifgrp a0b