☰

1Gbit/s의 AIX 7.1과 10Gbit/s의 SLES 11 간의 네트워크 성능 저하 [닫기]

tag-icon • tag-icon networking performance aix sles
1Gbit/s의 AIX 7.1과 10Gbit/s의 SLES 11 간의 네트워크 성능 저하 [닫기]

SLES와 AIX 사이에 네트워크 성능 문제가 있습니다. 네트워크 성능을 테스트해봤습니다

  • AIX 1Gbit/s에서 AIX 1Gbit/s로
  • SLES 11 10Gbit/s ~ SLES 11 10Gbit/s
  • AIX 1Gbit/s에서 SLES 11 10Gbit/s로 또는 그 반대로

네트워크에 다른 컴퓨터가 있으므로 전체 대역폭을 갖지는 못하지만 네트워크가 다른 컴퓨터로 넘쳐나는 것은 아닙니다.

통과하다:

  • 인터넷 고양이
  • SCP
  • niping (SAP의 네트워크 성능 측정 도구)

두 AIX 시스템 사이에서는 약 110Mbit/s의 "괜찮은" 결과를 얻었습니다. 두 Linux 시스템 사이에서는 약 2.2Gbit/s의 좋은 결과를 얻었지만 Linux와 AIX 사이에서는 독립적으로 어느 방향에서만 얻을 수 있습니까? 30 Mbit/s, 3가지 측정 도구 모두와 일치합니다. 테스트된 모든 어댑터는 동일한 서브넷에 있습니다!

라우팅은 문제가 되지 않습니다. Traceroute를 수행하면 게이트웨이를 거치지 않고도 노드가 서로 직접 연결됩니다. netstat -i에 따르면 어떤 시스템에도 Ierrs/Oerrs가 없습니다. 핑을 통해 20분 정도의 네트워크 안정성 테스트도 좋다.

그래서 개인적으로는 네트워크 문제의 가능성을 배제하고 AIX와 Linux 간의 속도 협상이나 버퍼 크기 협상으로 범위를 좁힐 수 있습니다. 참고 사항: 모든 호스트는 IBM PowerVM의 논리 파티션(가상 머신)입니다. 이 작업을 수행하는 방법을 아는 사람이 있나요?

답변1

노력하다;

  1. 경로의 모든 케이블을 새 케이블로 교체
  2. 단일 스위치에서 linux와 aix를 두 시스템으로 분리(테스트 환경 감소)
  3. 정적 설정을 사용한 크로스 패치(가능한 경우 - 다시 줄임)
  4. 스위치 오류인 경우 두 번째 스위치로 테스트하세요.
  5. 스위치 자체로 가서 포트에 깜박임이나 오류가 있는지 확인하십시오.
  6. Linux에서 Wireshark를 실행하고 트래픽을 캡처하고 대기 시간이 어느쪽에 있는지 식별하십시오. 아니면 다른 일이 발생하면. (wireshark를 로컬로 설치할 수 없는 경우 무차별 포트를 시도하고 세 번째 상자를 사용하여 모니터링하십시오)
  7. UDP를 통해 netcat을 사용해 보십시오. udp에는 핸드셰이크가 없으므로 TCP와 해당 요구 사항 및 프레임 차이가 문제의 일부일 수 있습니다. 정보
  8. 또한 패치된 포트를 이동하십시오. 스위치가 치킨 게임을 할 수 있는 불필요한 링크 통합을 열지 않는지 확인하십시오.

110mbit/s의 aix 대 aix 속도는 인상적이며 문제가 있을 수 있음을 시사합니다. 더 좋은 Aix 벤치가 있나요?

마운트를 사용하여 nfs 위치로 전송해 보세요. 그리고 간단한 FTP 전송을 시도해 보십시오(대용량 파일을 사용하고 시간을 측정하여 야구 경기장의 느낌을 얻으려면 계산을 하십시오).

SCP에는 암호화 오버헤드가 있으며 광범위한 처리가 필요합니다. 따라서 벤치마킹/타이밍을 위해 암호화되지 않은 전송을 사용하십시오.

이것이 격리되기를 바랍니다.

답변2

문제는 SuSE 11 SP4의 기본 커널 버전이 너무 오래되었다는 것입니다. DVD의 커널 버전은 3.101.0.63입니다. 이 커널 버전은 ethtool을 통한 IBM의 독점 SEA 대규모 전송 및 수신 및 전송 버퍼 크기 조정을 지원하지 않습니다. 커널 3.101.0.100으로 업그레이드했습니다. 그런 다음 Largesend를 활성화하고 ethtool을 통해 크기와 수신 버퍼 크기를 조정했습니다. 이제 모든 것이 매력처럼 작동합니다. Big Sending을 활성화할 수 있는 아이디어를 주셔서 감사합니다. 그렇지 않으면 이 기능을 찾지 못했을 것입니다.

관련 정보