PiPPuuP 2014-12

Switch Independent(한글판은 독립전환)가 스위치 지원여부 없이 잘 동작하는 티밍입니다.
Static과 LACP는 스위치가 802.3ad(IEEE 802.3ax)프로토콜을 지원해야 합니다.
라운드로빈은 패킷을
A,B,C,D,E,F,G를 본딩(티밍)된 3개의 포트로 보낼 때
1 - A D G
2 -  B E
3 -　C F
이런식으로 분산하여 전송하는 방식입니다.

나스의 지원방식을 보건데 리눅스 베이스로 보입니다.
리눅스 본딩부분을 찾아 보시면 될거 같습니다.

리눅스 본딩은 대개 다음과 같은 방식을 지원합니다.
 
Mode 0: Balance-rr(Balance-round robine)
 위에 설명한 방식으로 동작합니다.
 부하분산과 장애 감내 효과가 있습니다.

Mode 1: Active-backup(Active-standby)
 백업모드입니다.
 되는거 하나만 동작합니다.
 그거 하나가 맛이가면 다른걸로 넘어갑니다.

Mode 2: Balance-XOR
 라운드로빈과 같지만 순차분산이 아닌 Mac address xor 비트연산을 통해 분배합니다.
 한정된 네트워크내에서 동작할 경우 트렁킹 효과가 별로 없을지도 모릅니다.
 맥어드레스가 바뀌지 않는한 쓰는 포트만 사용할테니....
 
Mode 3: Broadcast
 모든 포트가 다같이 전송합니다.
 1 - ABCDEFG
 2 - ABCDEFG
 3 - ABCDEFG
이런식입니다.

Mode 4: LACP (802.3ad)
 스위치가 802.3ad를 지원하면 이거 쓰는게 꽤 괜찬습니다.
 부하분산과 장애감내를 제공합니다.

Mode 5: Balance-tlb(Transmit load)
 outgoing traffic(나가는거)은 포트들의 부하 상태에 따라서 분산합니다.
 incoming traffic(들어오는거)는 분산 없이 Active된 포트로 받습니다.
 
Mode 6: Balance-alb
 위에 Mode 5의 업그레이드판입니다.
 들어오는 트래픽도 분산합니다.
 들어오는것은 ARP 협상을 통해 분산됩니다.

덤: 패킷크기가 비슷하고 네트워크 장치들의 성능이 동일하며 신호품질 또한 동일하다면 라운드로빈은 그렇저렇 잘 작동합니다.
덤2: 보시면 아시겠지만 나가는 것(outgoing)이야 목적지 주소만 정확히 직시하면 되니 별 문제 없지만
　들어오는것(incoming)은 허브(스위치)의 중계가 없다면 기술적으로 상당히 복잡해집니다.
　ARP는 한국어로 번역하면 주소 결정 프로토콜이라고 할 수 있는데 이게 허브와 구성원들을 상당히 괴롭게 만드는 요인이 될 수 있습니다.

덤3: 고로 단일컨넥션에 대한 대역폭증가는 별로 기대하지 않는게 좋습니다.

덤4: SMB3.0만 지원된다면 저런거 다 필요없습니다만.... 나스가...

박문형 2014-12

로드벨런싱이란 말은 L4스윗치에서나 이야기하는 것인데 너무 비싸고요..

L2에 메니지먼트되는스윗치정도면 충분히 사용가능하리라 생각됩니다..