서버에 2 개의 NIC가 있어야 할 이유가 있습니까?

17

서버에 2 개의 NIC가 있어야하는 이유는 다음과 같은 경우입니까?

서로 다른 2 개의 물리적 네트워크에 연결해야합니다
중복성 (NIC 1 개가 실패하므로 다른 NIC를 사용함)

다른 이유가 있습니까?

networking nic

— 녹토 누라
소스

26

(2a). 로드 밸런싱.

(삼). 트래픽 분리 (예 : 콤보 웹 / 데이터베이스 서버, 동일한 네트워크, 모든 웹 트래픽을 한 NIC에, 다른 트래픽을 db 트래픽에 배치하여 트래픽 유형에 대한로드를 쉽게 계산할 수 있음) 또한 나중에 두 개를 쉽게 분리 할 수 있으며 아무도 연결 문자열을 변경할 필요가 없습니다.

— SqlACID
소스

16

백업을위한 별도의 네트워크.
콘솔 액세스를위한 별도의 네트워크 (일반적으로 메인 스트림 서버의 시스템 보드에 통합됨)
처리량 증가 (여러 GB 네트워크)가 함께 결합되었습니다.

— 그렉 비 스케
소스

본드 된 NIC가 가장 많이 사용됩니다. 4 개의 1Gb NIC가 챔피언입니다.

— Seanchán Torpéist

1

1x 10 공연이 더 좋습니다! ;)

— James

6

내가 생각할 수있는 또 다른 주요 이유는 중복과 비슷하며 Trunking이므로 2x1Gbit 포트를 통해 트래픽이 2Gbit의 총 처리량을 제공하도록 구성 할 수 있습니다. 일부는 이것을 LaCP라고하며, 리눅스는 이것을 아래 설명 된 것처럼 mode = 4로 알고 있습니다.

Linux 인터페이스 본딩 모드는 몇 가지 다른 옵션을 제공합니다.

mode = 0 (balance-rr) 라운드 로빈 정책

mode = 1 (활성 백업) 활성 백업 정책

mode = 2 (balance-xor) XOR 정책 : [(대상 MAC 주소와 XOR 된 소스 MAC 주소) 모듈로 슬레이브 수]를 기반으로 전송합니다.

mode = 3 (브로드 캐스트) 브로드 캐스트 정책 : 모든 슬레이브 인터페이스에서 모든 것을 전송합니다. 이 모드는 내결함성을 제공합니다.

mode = 4 (802.3ad) IEEE 802.3ad 동적 링크 집계. 동일한 속도 및 이중 설정을 공유하는 집계 그룹을 만듭니다.

mode = 5 (balance-tlb) 적응 전송로드 밸런싱 : 특별한 스위치 지원이 필요하지 않은 채널 본딩.

mode = 6 (balance-alb) 적응 형로드 밸런싱 : IPV4 트래픽에 대한 balance-tlb 및 수신로드 밸런싱 (rlb)을 포함하며 특별한 스위치 지원이 필요하지 않습니다.

— 톰 오코너
소스

2

802.3ad == LACP == 모드 4, 같은 것에 대해 모두 같은 용어입니다. 가장 많이 사용되는 용어 인 LACP (802.3ad에 지정된 제어 프로토콜)

— Zypher

내 대답 어딘가에 언급했다고 생각합니다.

— Tom O'Connor

1

"본딩"을 설명하는 데 가장 일반적인 용어입니까? 나는 이것을 "트렁킹"이라고 본 적이 없다.

— iPaulo

1

트렁킹과 본딩을 모두 들었습니다. 트렁킹이 더 인기가 있습니다. 그것의 유일한 문제는 vLans에도 트렁크가 있기 때문에 때때로 혼란 스러울 수 있습니다 (이전에 조금 나 빠졌습니다). 벤더마다 이름이 다릅니다.

— Chris S

1

@iPaulo : Windows 드라이버는 '팀'을 호출하는 경향이 다른 단어는 :-) 믹스에 추가

— 카일 브랜

4

Microsoft 클러스터에는 노드 간 하트 비트 목적으로 추가 NIC 포트가 필요합니다.

— ITGuy24
소스

Microsoft 클러스터에만이 기능이 필요할뿐만 아니라 많은 클러스터 설정에 추가 NIC가 필요하거나 적어도 권장됩니다.

— MikeyB

1

# 2와 마찬가지로 다중 NIC도 높은 가용성을 위해 필수입니다. 여러 네트워크 인터페이스 (동일한 네트워크에 있지만 실제로 분리되어야 함)가 사용 가능한 서버 (하트 비트)를 모니터링하는 데 사용됩니다. 또한 VMWare의 경우 공용 인터페이스 또는 하트 비트에 사용 가능한 대역폭의 양을 방해하지 않고 가상 시스템의 활성 상태를 마이그레이션하는 데 3 차 NIC를 사용할 수 있습니다.

— 마크 헨더슨
소스

0

아마도 다른 HA와 마찬가지로 서버에는 최소 2 개의 NIC가 필요합니다. 콘솔, 하트 비트, 아마도 iSCSI 스토리지 포함을 시작하면 서버에 대해 수십 개의 NIC를 쉽게 칠 수 있습니다.

— 댄 안드레아 타
소스

0

"# 2 개의 다른 물리적 네트워크에 연결해야합니다"아래에 표시 될 수 있지만 서버가 라우터 인 경우 두 개의 NIC가 필요합니다.

— 파하드 사다
소스

0

중복성을 위해 항상 서버에 2 개의 NIC를 사용합니다. 수년에 걸쳐 한 번 이상 잘못된 케이블을 뽑았습니다 (보통 너무 많이 서두르면 발생합니다). 결과적으로 서버 연결을 끊지 않는 것이 좋습니다. 또한 몇 차례 NIC에 장애가 발생했습니다.

내가 아는 한, 가능한 한 서버에는 모든 것이 중복되어 있어야합니다. NIC도 예외는 아닙니다. 드문 경우지만 트래픽 격리가 필요했습니다.이를 위해 두 번째 쌍을 추가하십시오.

— 존 가든 리 어스
소스

0

NIC 중복 주장을 이해하지 못했습니다. 움직이는 부품이 없으면 거의 실패하지 않습니다 ... 한 서버에 2 개의 마더 보드가 없습니다. 전체 서버 수준에서 중복되는 것이 가장 좋습니다.

그러나 오류를 뽑을 때 위의 "인간 오류"중복성을 좋아합니다.

— 제임스리스 토
소스

1

움직이는 부품이 없습니까? 케이블은 특히 누군가가 근처에서 작업 할 때 움직이는 부분입니다. :). 농담으로, NIC와 스위치 (케이블-> 포트 복제기-> 수평 케이블 연결-> 포트 복제기-> 스위치) 사이에 상당히 복잡한 경로 일 수 있습니다. 이러한 구성 요소 중 하나라도 섬세하고 실패 할 수 있습니다. 또한 NIC 포트 자체는 거의 실패하지 않지만 스위치는 더 자주 실패합니다. 스위치에서 OS를 업그레이드하거나 다른 이유로 다시로드해야 할 수도 있습니다. 서버 전체를 중단시키지 않고 업그레이드해야합니다.

— MikeyB

0

하나의 인터페이스가 snort 또는 다른 허니팟 또는 IDS를 실행하는 데 전용이고 내부 네트워크의 다른 인터페이스가 2 개의 nic 카드를 갖는 또 다른 이유입니다. 로드 밸런싱 및 트렁킹 아이디어도 동의했습니다.

— 매트
소스