현재 대용량 파일(35GB 이상)을 복사할 때 속도가 매우 느린 것을 경험하고 있습니다. 놀랍게도 300MB/s의 매우 높은 전송 속도로 시작했다가 10~20초 후에 전송 속도가 4MB/s로 떨어집니다. 파일이 iSCSI LUN에서 시스템의 로컬 드라이브로 전송되고 있으며 파일을 /dev/null에 복사하려고 시도했습니다. 결과는 동일하고 대상으로 들어가는 1Gbs 링크가 있습니다. 대상, 스위치 및 개시자는 모두입니다. 프라이빗 VLan에서는 MTU도 세 가지 구성 요소 모두에서 9000으로 설정됩니다.
전송 속도가 갑자기 4MB/s로 떨어지는 이유를 이해하도록 도와줄 수 있는 사람이 있나요?
시간 내 주셔서 감사합니다.
스토리지는 NETAPP FAS2040, RHL 5.2, CISCO 스위치입니다.
문안 인사,
답변1
귀하의 스위치는 9000 MTU를 처리할 수 없으므로 많은 패킷을 재전송해야 합니다. MTU를 기본 1500으로 변경하고 속도가 향상되는지 확인하세요.
다른 요인으로는 호스트 로드(/dev/null 여부에 관계 없이 네트워크 어댑터가 계속 로드될 수 있음) 및 스토리지 드라이브의 최대 속도가 포함됩니다. 속도가 ~4MB/s이므로 드라이브 병목 현상이 의심되지만 라우터가 너무 높은 MTU로 인해 수많은 패킷을 폐기합니다.
답변2
괜찮은 Cisco 스위치가 있고 9000의 MTU가 지원되는 경우 패킷 재전송이 표시되는 경로의 모든 곳에서 점보 프레임이 활성화되어 있는지 확인해야 합니다.
경로 지원 점보 프레임을 테스트하는 것은 매우 쉽습니다. 호스트에서 패킷 크기 9000으로 netapp을 ping합니다. 두 인터페이스 모두에서 두 대상 주소로 ping을 원할 것입니다(다중 경로를 사용한다고 가정). 마지막으로, 이는 100% 보장되지 않습니다. 다음으로 스위치를 살펴보고 조각화된 패킷이 없는지 확인해야 합니다. 카운터가 있는 것 같은데, 그렇다면 패킷이 표시되지 않아야 합니다.
말하자면, 나는 그 점보 프레임이 의심스럽습니다. 게다가 점보 프레임은 아마도 1g 링크에 비해 성능 측면에서 거의 이점을 얻지 못할 것입니다. 듀얼 1g 링크가 있는 경우 기껏해야 200 - 240MBps를 볼 수 있기를 바랍니다. 300이 어디서 왔는지는 잘 모르겠습니다. 수학적으로 말하면 거의 불가능하게 들립니다. 그러나 35GB 파일을 복사하는 4MBps의 속도는 매우 낮습니다. 이는 100% 순차 IO여야 하는 대용량 파일입니다. SAN이나 스위칭과 관련이 없으며 호스트와 더 관련이 있다고 생각됩니다. 당신도 복사하고 있는 디스크는 무엇인가요? 디스크는 몇 개이며, 있다면 어떤 RAID가 있나요? BBC 있나요? 다른 호스트를 사용해 보셨나요? 또한 다중 경로 설정은 어떻게 되나요? 라운드 로빈을 사용하고 있습니까? 120MBps를 초과하면 그럴 것 같습니다.