차이

문서의 선택한 두 판 사이의 차이를 보여줍니다.

--- linux_bond_team_본딩_티밍_차이 [2020/12/09 04:38] – 만듦 koov
+++ linux_bond_team_본딩_티밍_차이 [2020/12/10 01:51] (현재) – [Linux bonding vs teaming for LACP] koov
@@ 줄 9: / 줄 9: @@
 | LACP (802.3ad) support                                         | Yes (active only)              | Yes            |
 | Hash-based Tx policy                                           | Yes                            | Yes            |
-| User can set hash function                                     | <color #ed1c24>**No**</color>  | Yes            |
+| **<color #22b14c>User can set hash function</color>**                                     | <color #ed1c24>**No**</color>  | Yes            |
 | Tx load-balancing support (TLB)                                | Yes                            | Yes            |
 | LACP hash port select                                          | Yes                            | Yes            |
-| load-balancing for LACP support                                | <color #ed1c24>**No**</color>  | Yes            |
+| **<color #22b14c>load-balancing for LACP support</color>**                                | <color #ed1c24>**No**</color>  | Yes            |
 | Ethtool link monitoring                                        | Yes                            | Yes            |
 | ARP link monitoring                                            | Yes                            | Yes            |
-| NS/NA (IPv6) link monitoring                                   | <color #ed1c24>**No**</color>  | Yes            |
+| **<color #22b14c>NS/NA (IPv6) link monitoring</color>**                                   | <color #ed1c24>**No**</color>  | Yes            |
 | ports up/down delays                                           | Yes                            | Yes            |
-| port priorities and stickiness (“primary” option enhancement)  | <color #ed1c24>**No**</color>  | Yes            |
+| **<color #22b14c>port priorities and stickiness (“primary” option enhancement)</color>**  | <color #ed1c24>**No**</color>  | Yes            |
-| separate per-port link monitoring setup                        | <color #ed1c24>**No**</color>  | Yes            |
+| **<color #22b14c>separate per-port link monitoring setup</color>**                        | <color #ed1c24>**No**</color>  | Yes            |
 | multiple link monitoring setup                                 | Limited                        | Yes            |
 | lockless Tx/Rx path                                            | No (rwlock)                    | Yes (RCU)      |
 | VLAN support                                                   | Yes                            | Yes            |
 | user-space runtime control                                     | Limited                        | Full           |
-| Logic in user-space                                            | <color #ed1c24>**No**</color>  | Yes            |
+| **<color #22b14c>Logic in user-space</color>**                                            | <color #ed1c24>**No**</color>  | Yes            |
 | Extensibility                                                  | Hard                           | Easy           |
-| Modular design                                                 | <color #ed1c24>**No**</color>  | Yes            |
+| **<color #22b14c>Modular design</color>**                                                 | <color #ed1c24>**No**</color>  | Yes            |
 | Performance overhead                                           | Low                            | Very Low       |
-| D-Bus interface                                                | <color #ed1c24>**No**</color>  | Yes            |
+| **<color #22b14c>D-Bus interface</color>**                                                | <color #ed1c24>**No**</color>  | Yes            |
 | multiple device stacking                                       | Yes                            | Yes            |
-| zero config using LLDP                                         | <color #ed1c24>**No**</color>  | (in planning)  |
+| **<color #22b14c>zero config using LLDP</color>**                                         | <color #ed1c24>**No**</color>  | (in planning)  |
 | NetworkManager support                                         | Yes                            | Yes            |
+===== Bond 와 Team 에서의 LACP 구현비교 =====
+==== Link Aggregation 이란? ====
+단일 스위치의 물리적인 포트 여러개를 하나의 논리적인 포트로 만들어 줌으로써 대역폭을 늘리는 것을 말함(향상)
+cisco에서는 Ether Channel이라고 불린다.
+==== LACP Mode ====
+{{:network:lacp1.png|}}
+==== 설정시 주의할점 ====
+{{:network:lacp2.png|}}
+==== Linux bonding vs teaming for LACP ====
+  * LACP는 반드시 어느 한쪽이 Active 모드를 지원해야 한다.
+  * ''bond''는 **Passive 모드**만 지원한다.
+  * ''team''은 **Active 모드**를 지원한다.
+  * 따라서 스위치가 **Active모드**를 지원하지 않으면 bond로는 LACP를 구현할수 없다.
+  * ''Passive mode''는 트래픽 상태나 스위치에 상관없이 **균등하게 로드밸런싱**을 한다.
+  * ''Active mode''는 트래픽 상태나 스위치의 상태에 따라 **트래픽을 조절**한다.
+언뜻 보기엔 ''Active mode''가 더 좋아보이지만 일반적으로 ''Active mode''는 부하조절을 위한 오버헤드가 발생하므로 속도가 낮아지는 경향이 있다.
+이때문에 종종 대용량 트래픽이 발생하는 곳에서는 ''Passive mode''를 사용하기도 한다.
+관련 내용은 https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/networking_guide/sec-configure_teamd_runners#sec-Configure_the_loadbalance_Runner 을 참조하기 바람
+===== 참조링크 =====
+  * https://blog.naver.com/song_sec/220292812592
+  * https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/networking_guide/sec-configure_teamd_runners#sec-Configure_the_loadbalance_Runner