여러 스위치에서 단일 LACP 채널이 중복성을 증가 시킵니까?


9

LACP를 사용하여 여러 스위치를 여러 스위치의 포트에 본딩하는 다중 인터페이스가 중복성을 증가시킬 수 있다는 의견, 연구 결과 또는 증거가 궁금합니다. 이전에 본딩 된 인터페이스는 항상 다른 포트에 대한 중복 채널을 사용하여 단일 스위치에있었습니다.

벤더의 세부 사항에 들어 가지 않으면 서 이것이 단일 LACP이므로 이벤트 또는 변경으로 인해 광범위한 서비스 중단이 발생할 가능성이 있습니다. 다양한 스위치를 통해이 단일 채널을 테스트 할 여분의 장비 나 시간이 없어도 나보다 네트워킹 지식이있는 사람이라면 누구나 네트워크 연결 이벤트를 통해 연결된 인터페이스를 만든 서버에 대한 네트워크 연결을 끊을 수 있는지 알려주십시오. 별도의 스위치에 두 개의 포트가 있습니까?

서버에서 여러 스위치에 걸쳐 본드 이더넷 채널을 사용하면 (처리 할 수 ​​있음) 향상된 처리량 (의심 할 수 없음)과 향상된 중복성 (불확실성)을 모두 제공합니다. 스위치 오류, 포트 마이그레이션, 패치, 복구 등과 같은 네트워크 이벤트로 인해 두 서버 네트워크 인터페이스의 채널을 모두 사용할 수 없습니까?

미리 감사드립니다.

답변:


11

LACP 자체는 여러 스위치에 본딩 할 수있는 기능을 제공하지 않습니다. 단일 이더넷 스위치에서 여러 포트에 걸쳐 연결되며 공급 업체에 따라 스위치의 포트를 함께 연결할 수있는 제한 사항이있을 수도 있습니다.

일부 공급 업체에는 다른 이더넷 스위치에서 본딩 된 이더넷 채널을 허용하는 독점 프로토콜 (일반적으로 MLAG 라고 )이 있습니다. 예를 들어 Cisco Nexus vPC (또는 일반적으로 MLAG)는 스위치와 함께 작동하거나 연결된 두 개의 스위치를 통해 서버의 단일 LACP 포트 채널을 본딩합니다.

서버에서 여러 스위치에 걸쳐 본드 이더넷 채널을 사용하면 (처리 할 수 ​​있음) 향상된 처리량 (의심 할 수 없음)과 향상된 중복성 (불확실성)을 모두 제공합니다. 스위치 오류, 포트 마이그레이션, 패치, 복구 등과 같은 네트워크 이벤트로 인해 두 서버 네트워크 인터페이스의 채널을 모두 사용할 수 없습니까?

LACP LACP 채널 내의 단일 물리적 포트 또는 케이블 장애로부터 보호 해야 합니다.

LACP는 실수로 LACP 인터페이스 종료, VLAN 제거 또는 포트 채널 멤버 링크에서 TDR 실행과 같은 인적 요소로부터 보호 할 수 없습니다. 또한 LACP는 해당 LACP 채널의 단일 멤버 링크, 스패닝 트리 이벤트, 브로드 캐스트 스톰, 과도한 알 수없는 유니 캐스트 플러딩 등을 통해 초과 프로비저닝 대역폭을 보호 할 수 없습니다.

복구 시간이 걱정되는 경우 인터페이스에서 짧은 LACP 프로토콜 시간 초과를 사용해야합니다.


그리고 여러 스위치에서 본딩 된 이더넷 채널을 사용하여 서버에서 사용할 수있는 것이 좋습니다. 처리량 개선 (의문의 여지가 없음)과 중복성 개선 (불확실성)을 모두 제공합니다. 스위치 장애, 포트 마이그레이션, 패치, 복구와 같은 네트워크 이벤트로 인해 채널을 사용할 수 없습니까?
Sirch

3

LACP는 일반적으로 하나의 장치 또는 하나의 장치 그룹으로 만 수행 할 수 있습니다. 따라서 ... 스위치와 스위치 스택간에이 작업을 수행 할 수 있지만 여러 고유 한 장치에 분산되지는 않습니다.


1
최신 스위치의 일부 MLAG (Multi-Chassis Link Aggregation) 기술은 "스태킹"없이 작동합니다. 즉, 각 스위치는 자체 활성 제어 평면을 유지하며 독립적으로 작동 할 수 있습니다. Brocade의 VCS, Cisco vPC, HP의 IRF 인 Arista MLAG가이 접근법의 모든 예입니다.
rmalayter

따라서 "보통"사물의 일부 :)
SpacemanSpiff

3

LACP는 호스트가 여러 물리적 연결을 집계하려는 스위치와 통신하기위한 프로토콜입니다. 그러나이 집계가 항상 가능한 것은 아닙니다. 여러 스위치에 연결 한 경우 해당 스위치는 본드 링크를 만들기 위해 일부 협력 방법을 지원해야합니다. 그렇지 않으면 연결할 수 없습니다.

대부분의 스위치는이 협력을 지원하지 않습니다. 그러나 일부는 그렇지 않습니다. 가장 일반적인 방법은 스위치가 본드 링크를 생성하는 데 협력 할 수 있도록하는 SMLT 프로토콜입니다. 일부 스위치는 여러 스위치가 단일 논리 스위치로 작동 할 수 있도록하는 스태킹 프로토콜도 지원합니다. 두 경우 모두 지원 및 구성을 확인하기 위해 설명서를 확인하십시오.


3

LACP는 동일한 두 장치 간의 여러 물리적 링크를 처리량이 더 높은 하나의 논리적 링크로 집계합니다 . 스위치 장애가 발생한 경우 이중화를 찾으려면 두 개의 스위치에 대한 링크를 설정하고 스패닝 트리 프로토콜이 활성화 된 상태에서 두 개의 링크를 브리지하도록 서버를 구성해야합니다. STP는 자동으로 하나의 링크를 활성화하고 다른 하나는 백업을 선택합니다. 기본 링크가 다운되면 (스위치가 종료 됨) 백업으로 전환됩니다. 이것은 실제로 LACP와 관련이 없습니다.


이것은 부정확 한 진술입니다. 둘 다 스위치가 아닌 두 장치간에 LACP를 사용하는 경우로드 밸런싱에 라운드 로빈을 사용하지 않으면 순서가 잘못된 패킷으로 인해 권장되지 않는 한 처리량이 증가하지 않습니다. LACP는 대화에 따라로드 밸런스를 조정합니다. 장시간 실행되고 항상 동일한 물리적 링크를 사용하여 통신 할 수 있습니다. 하나의 장치가 여러 클라이언트가있는 스위치 인 경우 여러 대화가 발생하여 연결된 LACP의 처리량이 증가합니다. 확실히 장치.
dognose

@dognose, LACP 는 정의에 따라 처리량 증가시킵니다 . 즉, LACP가 존재하는 전체 이유는 처리량을 늘리는 것입니다. LACP를 Linux 본딩 드라이버와 혼동하고 있습니다.이 소프트웨어는 소프트웨어를 통해 여러 인터페이스를 통해 패킷을 라우팅하며 불가능하지는 않지만 순서 보장을 유지하기 어려운 곳입니다 (정직하게 말하면 누가 주문에 관심이 있습니까?). LACP에 대한 여러 물리적 포트 및 하드웨어 지원 (LACP 지원 스위치에 연결된)이있는 단일 인터페이스에는 이러한 문제가 없습니다.
psusi

2

4nics 집계 (2of4 활성 + 자동 장애 조치) :

리눅스 : eth0-3-> bond0, 본딩 모드 = 4

스위치 (예 : 주니퍼) : 포트 1 + 포트 2-> ae1 세트 인터페이스 ae1 집계 옵션 옵션 lacp 패시브 세트 인터페이스 ae1 (... 블랜 할당 ...)

패시브 온 스위치 측은 파트너가 대화 할 장치를 Linux로 관리 할 수 ​​있도록합니다. 동일한 nics에서 PXE 부팅이 필요한 경우 A 스위치에서 강제 실행 (주니퍼) 옵션을 찾습니다 (ge-0 / 0 / 1).


1

예를 들어 VSS를 사용하여 스택 또는 코어에있는 장치와 2 개 이상의 Cisco 스위치간에 링크 집계가 발생할 수 있습니다. 일반적으로 스위치 스택을 제어하는 ​​mgmt 인터페이스가 하나만있는 경우 Etherchannel 또는 LACP를 사용하여 IP 및 MAC을 추적하는 데 사용할 수있는 하나의 mac-address-table이 있습니다. 각 EC / LACP 집계 경로.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.