나는 여러 컴퓨터 사이에서 많은 양의 트래픽을 전달하는 분산 응용 프로그램을 가지고 있습니다. 현재 해당 시스템은 랙의 나머지 시스템과 기가비트 네트워크를 공유하고 있으며 문제(패킷 충돌)가 나타나기 시작했습니다. 솔루션을 찾다가 광고된 대로 작동하면 내 문제를 확실히 해결할 수 있는 점보 프레임에 대한 논의를 접했습니다. 하지만 ...
분산 응용 프로그램(웹 크롤러의 일종)에 사용하는 서버도 인터넷에 액세스해야 하며 점보 프레임에 대해 읽은 모든 내용에는 서버가 제대로 작동하도록 주의하라는 내용이 나와 있습니다.모든 장치네트워크에 연결된 장치는 점보 프레임을 지원해야 합니다. 내 라우터는 전송하기 전에 점보 패킷 분할을 잘 처리할 수 있지만 그렇게 하면 속도가 엄청나게 느려집니다.
내 서버에는 모두 두 개의 네트워크 카드가 있습니다. 분산 애플리케이션을 위한 개인 네트워크를 설정하여 모든 컴퓨터의 첫 번째 네트워크 카드가 점보 프레임용으로 설정되어 있는지 확인하고 해당 컴퓨터의 두 번째 카드(점보 프레임이 꺼진 상태)를 사용하여 나머지 네트워크 카드에 연결할 수 있습니까? 네트워크와 외부 세계로. 여기서 내 생각은 크롤러 하위 시스템 내부의 과도한 트래픽이 인터넷 트래픽을 포함한 나머지 네트워크로부터 격리되고 점보 프레임을 사용하면 통신 속도가 향상될 것이라는 것입니다.
시스템은 모두 Windows 2008을 실행하는 Dell PowerEdge 1950 서버입니다. PE 서버의 Broadcom GigE 네트워크 어댑터가 점보 프레임을 지원한다는 것을 알고 있지만 하나는 점보 프레임으로 구성하고 다른 하나는 점보 프레임 없이 구성할 수 있습니까?
마지막으로 점보 프레임을 지원하는 스위치를 구입하려면 어떻게 해야 합니까? 현재 잘 작동하는 것으로 보이는 TP-Link 스위치를 사용하고 있지만 점보 프레임을 지원하는지 여부에 대한 정보를 찾을 수 없습니다.
나는 질문이 많다는 것을 알고 있습니다. 내가 고려하고 있는 것이 합리적으로 들리나요?
답변1
이 작업을 수행할 때 NIC가 별도의 넷블록에 존재하는지 확인하십시오. Linux를 사용하는 경우 패킷은 넷블록에 있는 시스템의 첫 번째 NIC를 통해 라우팅되므로 eth1의 MTU가 9000이더라도 해당 패킷은 eth0을 통해 라우팅될 수 있습니다.
우리는 스토리지 네트워크에 별도의 VLAN을 설정했고 이러한 동작을 방지하기 위해 eth1에 별도의 넷블록을 설정해야 했습니다. MTU를 9000으로 늘리면 해당 특정 시스템이 다수의 대용량 파일 스트리밍을 처리하므로 처리량이 쉽게 증가합니다.
답변2
그것은 꽤 가능할 것입니다. Windows의 서버 NIC는 각 인터페이스에 대해 서로 다른 MTU 설정을 가질 수 있습니다. 그렇지 않으면 점보 프레임의 일반적인 드라이버인 iSCSI가 지금처럼 활용되지 못할 것입니다.
답변3
잠시 뒤로 물러나서 전이중 전환 환경에서는 충돌이 발생하지 않아야 합니다. 점보 프레임 경로를 따라 내려가기 전에 충돌의 원인을 조사하겠습니다.
즉, 개별 장치는 서로 MTU 크기를 협상해야 합니다. 따라서 모든 장치에 대해 이 기능을 켜둘 필요는 없습니다.