주:

이 자습서에서는 Oracle Cloud에 액세스해야 합니다. 무료 계정에 등록하려면 Oracle Cloud Infrastructure Free Tier 시작하기를 참조하십시오.
Oracle Cloud Infrastructure 자격 증명, 테넌시 및 구획에 예제 값을 사용합니다. 실습을 완료했으면 이러한 값을 자신의 클라우드 환경과 관련된 값으로 대체하십시오.

iPerf를 사용하여 OCI Hub 및 Spoke VCN 라우팅 아키텍처 내에서 처리량 테스트

소개

오늘날 빠르게 진화하는 클라우드 환경에서는 원활한 운영을 위해 최적의 네트워크 성능을 보장하는 것이 중요합니다. Oracle Cloud Infrastructure(OCI)는 허브 및 스포크 가상 클라우드 네트워크(VCN) 라우팅 아키텍처를 포함한 강력한 네트워킹 기능을 제공하여 효율적인 통신 및 리소스 관리를 지원합니다. 이 아키텍처를 유지 관리하는 데 있어 필수적인 요소 중 하나는 네트워크 처리량을 정기적으로 테스트하여 잠재적인 병목 현상을 식별하고 성능을 최적화하는 것입니다.

이 사용지침서에서는 강력한 네트워크 테스트 도구인 iPerf를 사용하여 OCI Hub 및 Spoke VCN 라우팅 아키텍처 내에서 처리량을 측정하고 분석합니다. 이 자습서가 끝나면 OCI 네트워크 성능을 효과적으로 평가하고 향상시켜 애플리케이션과 서비스가 원활하게 실행되도록 하는 지식을 습득하게 됩니다.

주: iPerf를 사용하여 얻은 테스트 결과는 네트워크 조건, 하드웨어 구성, 사용자 환경에 대한 소프트웨어 설정 등 다양한 요인에 따라 크게 달라집니다. 따라서 이러한 결과는 다른 환경의 결과와 크게 다를 수 있습니다. 네트워크 또는 장비의 예상 성능에 대해 확실한 결론을 내리기 위해 이러한 결과를 사용하지 마십시오. 절대 성능 측정 단위가 아닌 표시 단위로 간주해야 합니다.

iPerf 버전

iPerf, iPerf2 및 iPerf3는 두 끝점 간의 네트워크 대역폭, 성능 및 처리량을 측정하는 데 사용되는 도구입니다. 그러나 기능, 성능 및 개발 상태 측면에서 몇 가지 주요 차이점이 있습니다.

개요:

iPerf(원본)
- 릴리스: 2003년경에 처음 출시되었습니다.
- 개발: 원래 iPerf은 대부분 후임자(iPerf2 및 iPerf3)로 대체되었습니다.
- 기능: TCP 및 UDP를 사용하여 네트워크 대역폭을 테스트하기 위한 기본 기능입니다.
- 제한 사항: 최신 네트워킹 기능에 대한 지원 부족으로 인해 시간이 지남에 따라 구식이 되었습니다.
iPerf2
- 릴리스: 원래 iPerf에서 포크되어 독립적으로 유지 관리됩니다.
- 개발: 특히 Energy Sciences Network(ESnet)에서 적극적으로 유지 관리
- 기능:
  - TCP 및 UDP 테스트를 모두 지원합니다.
  - 다중 스레드: iPerf2는 처리량이 많은 환경을 테스트할 때 유용할 수 있는 다중 스레드 테스트를 지원합니다.
  - UDP 멀티캐스트 및 양방향 테스트.
  - 프로토콜 유연성: IPv6, 멀티캐스트 및 기타 고급 네트워킹 프로토콜을 보다 효과적으로 처리할 수 있습니다.
- 성능: 다중 스레드 지원으로 인한 처리량 향상을 위해 원래 iPerf보다 더 나은 성능을 제공합니다.
- 사용 사례: IPv6 및 멀티캐스트와 같은 레거시 기능이 필요하거나 테스트에서 다중 스레드가 필요한 경우에 가장 적합합니다.
iPerf3
- 릴리스: iPerf2를 유지 관리하는 동일한 팀(ESnet)에 의해 재작성 및 릴리스됩니다. 코드베이스를 정리하고 도구를 현대화하는 데 중점을 둔 재작성입니다.
- 개발: 잦은 업데이트를 통해 적극적으로 유지 관리됩니다.
- 기능:
  - TCP 및 UDP 테스트를 모두 지원합니다.
  - 단일 스레드: iPerf3는 다중 스레드를 지원하지 않으므로 특정 환경에서 높은 처리량을 제한할 수 있습니다.
  - TCP 테스트에 대해 양방향 테스트, 양방향 테스트 및 다중 스트림 테스트를 위해 역방향 모드를 지원합니다.
  - JSON 출력을 통해 다른 도구와 손쉽게 통합할 수 있습니다.
  - 오류 보고 및 네트워크 통계가 개선되었습니다.
  - 최신 네트워크 인터페이스 및 QoS 및 혼잡 제어와 같은 기능에 최적화되었습니다.
- 성능: iPerf3는 최신 네트워크에 최적화되어 있지만 다중 스레드 기능이 부족하여 때때로 고대역폭 또는 멀티코어 시스템에서 성능을 제한할 수 있습니다.
- 사용 사례: 멀티스레딩 없이도 더 간단한 성능 테스트가 필요한 최신 네트워킹 환경에 가장 적합합니다.

주요 차이점:

기능	iPerf	iPerf2	iPerf3
개발	중단됨	적극적으로 유지 관리됨	적극적으로 유지 관리됨
TCP 및 UDP 테스트	예	예	예
다중 스레드 지원	아니요	예	아니요
UDP 멀티캐스트	아니요	예	아니요
IPv6 지원	아니요	예	예
JSON 출력	아니요	아니요	예
리버스 모드	아니요	예	예

주: 이 자습서에서는 가능한 경우 iPerf2를 사용합니다.

높은 처리량에 가장 적합합니까?

처리량이 많은 환경의 경우 다중 CPU 코어를 최대한 활용할 수 있는 다중 스레드 기능으로 인해 iPerf2가 가장 적합합니다. 이는 트래픽의 초당 여러 기가비트(Gbps)를 처리할 수 있는 네트워크 인터페이스로 작업하는 경우에 특히 중요합니다.

멀티스레딩이 중요하지 않은 경우 iPerf3는 QoS 및 혼잡 제어와 같은 기능을 갖춘 보다 간단한 설정 또는 최신 네트워크에 적합합니다. 그러나 처리량이 매우 높은 환경에서는 단일 스레드 특성이 병목이 될 수 있습니다.

MSS(Maximum Segment Size) 클램핑이 사용되는 이유는 무엇입니까?

주: 트래픽이 pfSense 방화벽 MSS를 통해 인터넷 프로토콜 보안(IPSec) 터널을 통과할 때 주의해야 할 사항입니다.

MSS 클램핑은 네트워크 통신, 특히 TCP/IP 네트워크에서 연결 설정 프로세스 중 TCP 패킷의 MSS를 조정하는 데 사용되는 기술인 최대 세그먼트 크기 클램핑을 가리킵니다. MSS는 장치가 단일 TCP 세그먼트에서 처리할 수 있는 최대 데이터 양을 정의하며, 일반적으로 TCP 핸드셰이크 중 통신 장치 간에 협상됩니다.

MSS 클램핑은 패킷 단편화와 관련된 문제를 방지하기 위해 라우터, 방화벽 또는 VPN과 같은 네트워크 장치에서 자주 사용됩니다. 작동 방법은 다음과 같습니다.

패킷 단편화 문제: MSS가 너무 크면 패킷이 네트워크 경로의 MTU(최대 전송 단위)를 초과하여 단편화될 수 있습니다. 이로 인해 네트워크가 단편화를 제대로 처리하지 못하는 경우 비효율성, 오버헤드 증가 또는 패킷 손실이 발생할 수 있습니다.
MSS 줄이기: MSS 클램핑을 사용하면 네트워크 장치가 TCP 핸드셰이크 중에 MSS 값을 아래쪽으로 조정(또는 클램프)하여 패킷 크기가 단편화 없이 네트워크 경로를 통과할 수 있을 만큼 작아야 합니다.
VPN에서 사용: MSS 클램핑은 암호화 오버헤드로 인해 MTU 크기가 줄어든 VPN 시나리오에서 일반적으로 사용됩니다. MSS 클램핑을 사용하지 않으면 패킷이 단편화되어 성능이 저하될 수 있습니다.

MSS 클램핑 예: 클라이언트 장치가 TCP 핸드쉐이크 중 MSS 값 1460바이트를 전송하지만 VPN 캡슐화로 인해 네트워크의 MTU가 1400바이트로 제한되는 경우 네트워크 장치는 단편화 문제를 방지하기 위해 MSS를 1360바이트(추가 오버헤드 허용)로 클램프할 수 있습니다.

중요 매개변수

사용된 포트

TCP 및 UDP에 대해 iPerf2 및 iPerf3에서 사용되는 기본 포트는 다음과 같습니다.

	TCP 포트	UDP 포트
iPerf2	5001	5001
iPerf3	5201	5201

두 버전 모두 필요한 경우 -p 플래그를 사용하여 다른 포트를 지정할 수 있습니다.

테스트를 위해 iPerf 끝점의 소스 및 대상 IP 주소 간에 모든 포트를 여는 것이 좋습니다.

MTU 크기

iPerf는 사용자가 맨 앞에 결정한 특정 소스와 대상 간에 데이터를 전송합니다.

iPerf 테스트를 실행할 때 MTU 크기는 네트워크 성능, 패킷 단편화 및 테스트 정확도에 직접적인 영향을 주기 때문에 중요합니다. 다음은 iPerf 테스트 중 MTU 크기에 대해 고려해야 할 사항입니다.
- 기본 MTU 크기:
  - 이더넷의 기본 MTU 크기는 1500바이트이지만 네트워크 구성에 따라 다를 수 있습니다.
  - MTU 크기가 크거나 작으면 iPerf 테스트 중 전송되는 최대 패킷 크기에 영향을 줄 수 있습니다. MTU 크기가 작을수록 동일한 양의 데이터에 대해 더 많은 패킷이 필요하지만 MTU 크기가 클수록 오버헤드가 줄어듭니다.
- 패킷 단편화:
  - MTU 크기가 너무 작게 설정되거나 iPerf 패킷 크기가 네트워크의 MTU보다 큰 경우 패킷이 단편화될 수 있습니다. 단편화된 패킷은 테스트에서 대기 시간이 길어지고 성능이 저하될 수 있습니다.
  - iPerf는 특정 크기까지 패킷을 생성할 수 있으며, 패킷이 MTU를 초과할 경우 분할되어야 하므로 추가 오버헤드가 발생하고 실제 성능에 대한 반영이 줄어듭니다.
- 점보 프레임: 일부 네트워크에서는 MTU가 표준 1500바이트보다 큰 점보 프레임을 지원하며, 때로는 9000바이트에 도달하기도 합니다. 점보 프레임이 사용으로 설정된 환경에서 테스트할 때 이 큰 MTU에 맞게 iPerf를 구성하면 헤더 및 단편화로 인한 오버헤드를 줄여 처리량을 최대화할 수 있습니다.
- MTU 발견 및 경로 MTU:
  - 경로 MTU 검색을 사용하면 패킷이 중간 네트워크의 MTU를 초과하지 않도록 할 수 있습니다. iPerf가 경로 MTU보다 큰 패킷을 전송하고 단편화가 허용되지 않는 경우 패킷이 삭제될 수 있습니다.
  - 경로 MTU 검색에 도움이 되므로 방화벽에 의해 ICMP 단편화 필요 메시지가 차단되지 않도록 해야 합니다. 그렇지 않으면 더 큰 패킷이 성공적으로 전달되지 않아 성능 문제가 발생할 수 있습니다.
- TCP 대 UDP 테스트:
  - TCP 모드에서 iPerf는 패킷 크기를 자동으로 처리하고 경로 MTU에 따라 조정합니다.
  - UDP 모드에서 패킷 크기는 사용자가 제어하며(-l 플래그 사용) 단편화를 방지하려면 MTU보다 작거나 같아야 합니다.
- iPerf에서 MTU 조정:
  - UDP 데이터그램의 길이를 수동으로 설정하려면 iPerf의 -l 옵션을 사용합니다.
  - 특정 MTU 크기로 테스트하는 경우 불일치를 방지하기 위해 네트워크 및 인터페이스가 원하는 MTU 값과 일치하도록 구성되었는지 확인하는 것이 유용합니다.
- 네트워크 세그먼트 간 일관성: MTU 크기가 두 끝점 사이의 모든 네트워크 장치에서 일관성을 유지하도록 합니다. MTU 설정이 일치하지 않으면 단편화 또는 삭제된 패킷으로 인해 비효율성이 발생하여 테스트 결과가 부정확해질 수 있습니다.
- VPN(Virtual Private Network): VPN을 사용하는 경우 캡슐화 및 암호화의 추가 계층으로 인해 MTU 크기와 네트워크 성능이 더욱 중요해집니다. VPN은 iPerf와 같은 도구의 성능에 영향을 줄 수 있는 추가 오버헤드를 제공합니다.
  
  다음은 VPN 연결과 네트워크 테스트에 미치는 영향에 대해 자세히 살펴봅니다.
  
  VPN 및 MTU의 주요 개념:
  - 캡슐화 오버헤드:
    - IPsec, OpenVPN, WireGuard, PPTP 또는 L2TP와 같은 VPN 프로토콜은 암호화 및 터널링을 위해 원래 데이터 패킷에 헤더를 추가합니다.
    - 이 추가 오버헤드는 VPN이 원래 패킷과 추가된 VPN 헤더를 모두 수용해야 하므로 효과적인 MTU 크기를 줄입니다. 예:
      - IPsec는 약 56-73바이트의 오버헤드를 추가합니다.
      - OpenVPN는 구성에 따라 약 40-60바이트를 추가합니다(예: UDP 대 TCP).
      - WireGuard는 약 60바이트를 추가합니다.
    - MTU를 조정하지 않으면 조정된 MTU보다 큰 패킷이 단편화되거나 삭제될 수 있습니다.
  - VPN의 MTU 및 경로 MTU 발견:
    - VPN은 종종 여러 네트워크에 걸쳐 있는 터널을 만들고 터널의 양쪽 끝 사이의 경로 MTU는 직접 연결에 사용되는 것보다 작을 수 있습니다. 경로 MTU 검색은 VPN이 단편화를 방지하는 데 도움이 되지만, 일부 네트워크는 이 검색에 필수적인 ICMP 메시지를 차단합니다.
    - Fragmentation Needed와 같은 ICMP 메시지가 차단된 경우 VPN 터널은 중간 네트워크에 대해 너무 큰 패킷을 전송하여 패킷 손실 또는 재전송을 일으킬 수 있습니다.
  - 단편화 문제:
    - MTU 불일치가 발생할 경우 VPN은 네트워크 레벨에서 패킷을 단편화하거나 단편화가 허용되지 않는 경우(DF 또는 Do not Fragment 비트가 설정된 경우) 패킷을 삭제합니다. 단편화는 추가 대기 시간을 발생시키고 처리량을 줄이며 패킷 손실을 유발할 수 있습니다.
    - VPN은 종종 더 낮은 유효 MTU(예: 1500바이트 대신 1400바이트)를 가지며, 이는 추가된 헤더를 고려하고 단편화를 방지합니다.
  - VPN 연결에 대한 MTU 조정: 대부분의 VPN 클라이언트 또는 라우터를 통해 사용자는 단편화를 방지하기 위해 MTU 크기를 조정할 수 있습니다. 예를 들어 VPN 터널의 MTU 크기를 1400 또는 1350바이트로 줄이면 VPN 오버헤드를 고려하는 것이 일반적입니다.

인스턴스 네트워크 속도

OCI 내에서 네트워크 어댑터(vNIC) 또는 인스턴스의 속도는 인스턴스 구성 및 해당 구성에 할당한 CPU 양에 바인딩됩니다.

이 사용지침서에서는 OCPU가 1개인 Oracle Linux 8 이미지와 함께 E4.Flex 구성을 사용합니다. 즉, 모든 iPerf 테스트 결과에 대해 1Gbps의 (최대) 네트워크 대역폭을 얻을 수 있습니다.

구성은 E4입니다. 가변
OCPU 수는 1입니다.
네트워크 대역폭은 1Gbps입니다.

주: 다른 구성을 선택하고 OCPU 양을 늘려 네트워크 대역폭을 늘릴 수 있습니다.

목표

iPerf를 사용하여 OCI Hub 및 Spoke VCN 라우팅 아키텍처 내에서 처리량을 테스트합니다.

작업 1: OCI Hub 및 Spoke VCN 라우팅 아키텍처 검토

이 자습서의 모든 iPerf 처리량 테스트에는 다음 구조를 사용합니다.

이는 온프레미스가 IPSec VPN 터널과 연결된 전체 허브 및 스포크 라우팅 아키텍처입니다. 이 경로 지정 토폴로지를 다시 만들려면 다음을 참조하십시오.

작업 2: 허브 인스턴스에 iPerf3 설치

주: 이 작업에서는 iPerf3를 설치하고 다음 작업에 iPerf2를 설치합니다.

작업 2.1: 허브 스텝스톤에 iPerf3 설치

허브 스텝스톤은 Windows 서버 인스턴스입니다. Windows에 사용할 수 있는 iPerf 배포판은 다음과 같습니다. windows. 이 자습서의 경우 디렉토리 목록 작성기에서 다운로드합니다.

zip 파일을 다운로드하고 허브 스텝스톤에서 파일의 압축을 풉니다.
1. iPerf zip 파일의 압축을 푼 디렉토리로 이동합니다.
2. 압축을 푼 폴더를 사용할 수 있는지 확인합니다.
3. 또 다른 iPerf 폴더가 있습니다.
4. iPerf 폴더 안으로 이동합니다.
5. iPerf 폴더에서 파일을 확인합니다.
6. 실제 테스트를 수행하는 데 사용할 iPerf.exe 파일이 필요합니다.
iPerf.exe 명령을 실행하여 작동하는지 확인합니다.

작업 2.2: pfSense 방화벽에 iPerf3 설치

pfSense에 iPerf를 설치하려면 패키지 관리자를 통해 패키지를 설치해야 합니다.
1. System Menu로 이동합니다.
2. 패키지 관리자를 선택합니다.
Available Packages를 누릅니다.
1. 검색어에 iPerf를 입력합니다.
2. 검색을 누릅니다.
3. 결과는 하나이며 이 자습서를 작성할 때 iPerf 패키지 버전 3.0.3입니다.
4. +Install을 누릅니다.
확인을 누릅니다.
설치된 패키지 수는 2입니다.
1. Diagnostics Menu로 이동합니다.
2. iPerf을 선택합니다.
클라이언트를 누릅니다.
Server를 누릅니다.

주: pfSense 방화벽에는 기본적으로 iPerf 버전 2 패키지를 설치할 수 있는 옵션이 없습니다.

작업 3: 스포크 인스턴스에 iPerf3 설치

오라클 아키텍처의 OCI 내부 Linux 인스턴스에 iPerf3를 설치합니다.

작업 3.1: Spoke 인스턴스 A1 및 인스턴스 A2에 iPerf3 설치

A1 인스턴스에 iPerf3이 이미 설치되어 있습니다.
1. A1 인스턴스에 접속합니다.
2. sudo dnf install iPerf3 명령을 실행합니다.
3. iPerf3는 이미 설치되어 있습니다.
iPerf3 -v 명령을 실행하여 설치된 iPerf 버전을 확인합니다.
A2 인스턴스에 iPerf3를 설치합니다.
1. A2 인스턴스에 접속합니다.
2. sudo dnf install iPerf3 명령을 실행합니다.
3. Y를 입력합니다.
iPerf3가 설치되고 설치가 완료되었는지 확인합니다.

작업 3.2: Spoke 인스턴스 B에 iPerf3 설치

인스턴스 B에 접속합니다.
sudo dnf install iPerf3 명령을 실행하여 iPerf 3을 설치합니다. iPerf3를 사용할 수 있는 경우 iPerf가 이미 설치되어 있다는 메시지가 표시됩니다.

작업 3.3: Spoke 인스턴스 C에 iPerf3 설치

인스턴스 C에 접속합니다.
sudo dnf install iPerf3 명령을 실행하여 iPerf 3을 설치합니다. iPerf3를 사용할 수 있는 경우 iPerf가 이미 설치되어 있다는 메시지가 표시됩니다.

작업 3.4: 인스턴스 D에 iPerf3 설치

인스턴스 D에 접속합니다.
sudo dnf install iPerf3 명령을 실행하여 iPerf 3을 설치합니다. iPerf3를 사용할 수 있는 경우 iPerf가 이미 설치되어 있다는 메시지가 표시됩니다.

작업 4: 온-프레미스(On-Premise) Instance에 iPerf3 설치

아키텍처의 온프레미스 Linux 인스턴스에 iPerf3를 설치합니다.

작업 4.1: Oracle Linux Client에 iPerf3 설치

온프레미스 Linux 클라이언트 인스턴스에 접속합니다.
sudo dnf install iPerf3 명령을 실행하여 iPerf 3을 설치합니다. iPerf3를 사용할 수 있는 경우 iPerf가 이미 설치되어 있다는 메시지가 표시됩니다.

작업 4.2: Oracle Linux 클라이언트 CPE에 iPerf3 설치

온프레미스 Linux CPE 인스턴스에 접속합니다.
sudo dnf install iPerf3 명령을 실행하여 iPerf 3을 설치합니다. iPerf3를 사용할 수 있는 경우 iPerf가 이미 설치되어 있다는 메시지가 표시됩니다.

작업 5: 모든 Linux 인스턴스에 iPerf2 설치

iPerf3를 설치했습니다. 이제 아키텍처 전체의 모든 Linux 인스턴스에 iPerf2를 설치하려고 합니다.

Oracle Linux 8을 사용 중이므로 Oracle Linux 8(x86_64) EPEL의 iPerf2 패키지가 필요합니다. Oracle Linux 9를 사용 중인 경우 Oracle Linux 9 (x86_64) EPEL 패키지를 사용하거나, 다른 OS 또는 Linux 배포의 경우 해당 OS에 대해 컴파일된 패키지를 사용합니다.

다음 명령을 실행하여 모든 Oracle Linux 8 인스턴스에 iPerf 2를 설치합니다.

sudo dnf install https://yum.oracle.com/repo/OracleLinux/OL8/developer/EPEL/x86_64/getPackage/iPerf-2.1.6-2.el8.x86_64.rpm

Y를 입력하여 설치를 확인합니다.
설치가 완료되었음을 알 수 있습니다.
1. iPerf -v 명령을 실행하여 설치된 iPerf 버전을 확인합니다.
2. iPerf 버전 2.1.6가 설치되어 있습니다.
주: 다른 모든 인스턴스에도 iPerf2를 설치해야 합니다.
Windows 기반 허브 스텝스톤의 경우 iPerf-2.2.n-win64에서 다운로드합니다.
1. iPerf.exe 명령을 실행하여 작동하는지 확인합니다.
2. iPerf -v 명령을 실행하여 설치된 iPerf 버전을 확인합니다.
3. iPerf 버전 2.2.n가 설치되어 있습니다.

작업 6: iPerf 테스트 정의 및 iPerf 명령 준비

이 작업에서는 일부 iPerf 명령에 추가 플래그를 제공하고 해당 명령의 의미를 설명합니다. 자세한 내용은 Network Performance를 참조하십시오.

TCP로 테스트하기 위한 기본 iPerf 명령:
- iPerf 서버측.
```
iPerf3 -s
```
- iPerf 클라이언트측.
```
iPerf3 -c <server_instance_private_ip_address>
```
TCP 테스트에 사용할 iPerf 명령:
참고:
- 양방향 대역폭 측정(-r).
- TCP 창 크기(-w).
- iPerf 서버측.
```
iPerf3 -s -w 4000
```
- iPerf 클라이언트측.
```
iPerf3 -c <server_instance_private_ip_address> -r -w 2000

iPerf3 -c <server_instance_private_ip_address> -r -w 4000
```

UDP 테스트에 사용할 iPerf 명령:

참고:

UDP 테스트(-u)

대역폭 설정(-b).

iPerf 서버측.
```
iPerf -s -u -i 1
```

iPerf 클라이언트측.

iPerf -c <server_instance_private_ip_address> -u -b 10m

iPerf -c <server_instance_private_ip_address> -u -b 100m

iPerf -c <server_instance_private_ip_address> -u -b 1000m

iPerf -c <server_instance_private_ip_address> -u -b 10000m

iPerf -c <server_instance_private_ip_address> -u -b 100000m

TCP(MSS 사용) 테스트에 사용할 iPerf 명령:

주: 최대 세그먼트 크기(-m).
- iPerf 서버측.
```
iPerf -s 
```
- iPerf 클라이언트측.
```
iPerf -c <server_instance_private_ip_address> -m
```
TCP 테스트에 사용할 iPerf 명령(병렬):
- iPerf 서버측.
```
iPerf -s 
```
- iPerf 클라이언트측.
```
iPerf -c <server_instance_private_ip_address> -P 2
```
주: 이 자습서에서 수행할 모든 테스트에는 다음과 같은 최종 명령을 사용합니다.
iPerf 테스트용 최종 명령:
참고:
- 대역폭 설정(-b).
- 병렬 테스트(-P)
100Gbps를 사용하여 100GB 연결에 대한 처리량을 테스트하기 위해 처리량을 11개의 병렬 스트림이 있는 9Gbps로 설정합니다.
- iPerf 서버측.
```
iPerf -s
```
- iPerf 클라이언트측.
```
iPerf -c <server_instance_private_ip_address> -b 9G -P 11
```

작업 7: 동일한 서브넷의 동일한 VCN 내에서 iPerf 테스트 수행

이 작업에서는 동일한 VCN 및 동일한 서브넷 내에서 iPerf2 처리량 테스트를 수행합니다. 다음 이미지는 처리량 테스트를 수행할 두 끝점 사이의 화살표가 있는 경로를 보여줍니다.

작업 7.1: instance-A1에서 instance-A2로

다음 표에서는 클라이언트 및 서버의 IP 주소(이 테스트에서 사용됨) 및 테스트 결과를 사용하여 iPerf 테스트를 수행하는 데 사용되는 명령을 찾을 수 있습니다.


iPerf 서버의 IP	`172.16.1.50`
iPerf 클라이언트의 IP	`172.16.1.93`
서버의 iPerf 명령	`iPerf -s`
클라이언트의 iPerf 명령	`iPerf -c 172.16.1.50 -b 9G -P 5`
테스트된 대역폭(SUM)	1.05Gbit/초

다음 이미지는 iPerf 테스트의 명령 및 전체 테스트 출력을 보여줍니다.

작업 7.2: instance-A2에서 instance-A1로


iPerf 서버의 IP	`172.16.1.93`
iPerf 클라이언트의 IP	`172.16.1.50`
서버의 iPerf 명령	`iPerf -s`
클라이언트의 iPerf 명령	`iPerf -c 172.16.1.93 -b 9G -P 5`
테스트된 대역폭(SUM)	1.05Gbit/초

다음 이미지는 iPerf 테스트의 명령 및 전체 테스트 출력을 보여줍니다.

작업 8: 다른 서브넷에서 동일한 VCN 내에서 iPerf 테스트 수행

이 작업에서는 동일한 VCN 내에서 iPerf3 처리량 테스트를 수행하되 서로 다른 서브넷은 두 개입니다. 다음 이미지는 처리량 테스트를 수행할 두 끝점 사이의 화살표가 있는 경로를 보여줍니다.

작업 8.1: pfSense 방화벽에서 허브 단계별 실행


iPerf 서버의 IP	`172.16.0.252`
iPerf 클라이언트의 IP	`172.16.0.20`
서버의 iPerf 명령	`iPerf3 -s`
클라이언트의 iPerf 명령	`iPerf3 -c 172.16.0.252`
테스트된 대역폭(SUM)	958MB/초

다음 이미지는 iPerf 테스트의 명령 및 전체 테스트 출력을 보여줍니다.

작업 8.2: 허브 스톤부터 pfSense 방화벽까지


iPerf 서버의 IP	172.16.0.20
iPerf 클라이언트의 IP	172.16.0.252
서버의 iPerf 명령	`iPerf3 -s`
클라이언트의 iPerf 명령	`iPerf3 -c 172.16.0.20`
테스트된 대역폭(SUM)	1.01Gb/초

다음 이미지는 iPerf 테스트의 명령 및 전체 테스트 출력을 보여줍니다.

작업 9: 서로 다른 두 VCN 간에 iPerf 테스트 수행

이 작업에서는 서로 다른 두 VCN과 서로 다른 두 서브넷 간에 iPerf2 처리량 테스트를 수행합니다. 테스트는 허브 VCN에 있는 방화벽을 통과합니다. 다음 이미지는 처리량 테스트를 수행할 두 끝점 사이의 화살표가 있는 경로를 보여줍니다.

작업 9.1: Instance-A1에서 Instance-B로


iPerf 서버의 IP	`172.16.2.88`
iPerf 클라이언트의 IP	`172.16.1.93`
서버의 iPerf 명령	`iPerf -s`
클라이언트의 iPerf 명령	`iPerf -c 172.16.2.88 -b 9G -P 5`
테스트된 대역폭(SUM)	1.02Gbit/초

다음 이미지는 iPerf 테스트의 명령 및 전체 테스트 출력을 보여줍니다.

작업 9.2: 인스턴스-B에서 인스턴스-A1


iPerf 서버의 IP	`172.16.1.93`
iPerf 클라이언트의 IP	`172.16.2.99`
서버의 iPerf 명령	`iPerf -s`
클라이언트의 iPerf 명령	`iPerf -c 172.16.1.93 -b 9G -P 5`
테스트된 대역폭(SUM)	1.02Gbit/초

다음 이미지는 iPerf 테스트의 명령 및 전체 테스트 출력을 보여줍니다.

작업 10: pfSense 방화벽을 우회하여 서로 다른 VCN 간에 iPerf 테스트 수행

이 작업에서는 서로 다른 두 VCN과 서로 다른 두 서브넷 간에 iPerf2 처리량 테스트를 수행합니다. 테스트는 허브 VCN에 있는 방화벽을 무시합니다. 다음 이미지는 처리량 테스트를 수행할 두 끝점 사이의 화살표가 있는 경로를 보여줍니다.

작업 10.1: Instance-C에서 Instance-D로


iPerf 서버의 IP	`172.16.4.14`
iPerf 클라이언트의 IP	`172.16.3.63`
서버의 iPerf 명령	`iPerf -s`
클라이언트의 iPerf 명령	`iPerf -c 172.16.4.14 -b 9G -P 5`
테스트된 대역폭(SUM)	1.04Gbit/초

다음 이미지는 iPerf 테스트의 명령 및 전체 테스트 출력을 보여줍니다.

작업 10.2: Instance-D에서 Instance-C로


iPerf 서버의 IP	`172.16.3.63`
iPerf 클라이언트의 IP	`172.16.4.14`
서버의 iPerf 명령	`iPerf -s`
클라이언트의 iPerf 명령	`iPerf -c 172.16.3.63 -b 9G -P 5`
테스트된 대역폭(SUM)	1.05Gbit/초

다음 이미지는 iPerf 테스트의 명령 및 전체 테스트 출력을 보여줍니다.

작업 11: 온-프레미스(On-Premise) VCN과 OCI Hub VCN 간에 iPerf 테스트 수행

이 작업에서는 사이트 간 IPSec VPN 터널을 사용하여 온프레미스와 OCI 간에 iPerf2 처리량 테스트를 수행합니다. 테스트는 허브 VCN에 있는 방화벽을 통과합니다. 다음 이미지는 처리량 테스트를 수행할 두 끝점 사이의 화살표가 있는 경로를 보여줍니다.

참고:

VPN IPSec 터널 및 pfSense 방화벽 MTU(Maximum Transmission Unit) 및 MSS(Maximum Segment Size)를 사용하여 처리량 테스트(iPerf 포함 또는 제외)를 수행할 때 고려해야 할 중요한 요소입니다. 이 문제가 발생하면 처리량 결과가 잘못되고 예상대로 사용되지 않습니다.

iPerf를 사용할 경우 패킷 스트림을 조정하여 패킷이 특정 MSS와 함께 전송되도록 할 수 있습니다. 소스 또는 대상 사이의 경로에 있는 장치의 MSS 설정을 변경할 수 없는 경우 이 설정을 사용할 수 있습니다.

최대 세그먼트 크기 클램핑

이 사용지침서에서는 온프레미스 측에서 MSS 값이 1500 + IPSec 오버헤드인 패킷을 전송하는 MTU가 9000입니다.

pfSense 인터페이스 MTU는 1500...으로 인해 단편화 문제가 발생합니다.

인터페이스 MSS를 1300으로 설정하면 크기가 즉시 변경되고 이 기술을 최대 세그먼트 크기 클램핑이라고 합니다.

pfSense의 MSS 변경

작업 11.1: VPN 클라이언트 인스턴스(온프레미스)에서 허브 스톤으로


iPerf 서버의 IP	`172.16.0.252`
iPerf 클라이언트의 IP	`10.222.10.19`
서버의 iPerf 명령	`iPerf -s`
클라이언트의 iPerf 명령	`iPerf -c 172.16.0.252 -b 9G -P 5`
테스트된 대역폭(SUM)	581 메가비트/초

다음 이미지는 iPerf 테스트의 명령 및 전체 테스트 출력을 보여줍니다.

작업 11.2: 허브 스톤부터 VPN 클라이언트 인스턴스(온프레미스)까지


iPerf 서버의 IP	`10.222.10.19`
iPerf 클라이언트의 IP	`172.16.0.252`
서버의 iPerf 명령	`iPerf -s`
클라이언트의 iPerf 명령	`iPerf -c 10.222.10.19 -b 9G -P 5`
테스트된 대역폭(SUM)	732 메가비트/초

다음 이미지는 iPerf 테스트의 명령 및 전체 테스트 출력을 보여줍니다.

작업 12: 온-프레미스와 OCI Spoke VCN 간에 iPerf 테스트 수행

작업 12.1: VPN 클라이언트 인스턴스(온프레미스)에서 인스턴스로-A1


iPerf 서버의 IP	`172.16.1.93`
iPerf 클라이언트의 IP	`10.222.10.19`
서버의 iPerf 명령	`iPerf -s`
클라이언트의 iPerf 명령	`iPerf -c 172.16.1.93 -b 9G -P 5`
테스트된 대역폭(SUM)	501 메가비트/초

다음 이미지는 iPerf 테스트의 명령 및 전체 테스트 출력을 보여줍니다.

iPerf 명령에서 MSS를 사용한 새 테스트:

주: iPerf를 사용하면 패킷 스트림을 조정하여 패킷이 특정 MSS와 함께 전송되도록 할 수 있습니다. 소스 또는 대상 사이의 경로에 있는 장치의 MSS 설정을 변경할 수 없는 경우 다음 명령을 사용할 수 있습니다.


iPerf 서버의 IP	`172.16.1.93`
iPerf 클라이언트의 IP	`10.222.10.19`
서버의 iPerf 명령	`iPerf -s`
클라이언트의 iPerf 명령	`iPerf -c 172.16.1.93 -b 9G -P 5 -M 1200`
테스트된 대역폭(SUM)	580 메가비트/초

다음 이미지는 iPerf 테스트의 명령 및 전체 테스트 출력을 보여줍니다.

작업 12.2: 인스턴스-A1에서 VPN 클라이언트 인스턴스(온프레미스)로


iPerf 서버의 IP	`10.222.10.19`
iPerf 클라이언트의 IP	`172.16.1.93`
서버의 iPerf 명령	`iPerf -s`
클라이언트의 iPerf 명령	`iPerf -c 10.222.10.19 -b 9G -P 5`
테스트된 대역폭(SUM)	620 메가비트/초

다음 스크린샷에서는 iPerf 테스트의 전체 테스트 결과도 확인할 수 있습니다.

iPerf 명령에서 MSS를 사용한 새 테스트:

주: iPerf를 사용하면 패킷 스트림을 조정하여 패킷이 특정 MSS와 함께 전송되도록 할 수 있습니다. 소스 또는 대상 사이의 경로에 있는 장치의 MSS 설정을 변경할 수 없는 경우 다음 명령을 사용할 수 있습니다.


iPerf 서버의 IP	`10.222.10.19`
iPerf 클라이언트의 IP	`172.16.1.93`
서버의 iPerf 명령	`iPerf -s`
클라이언트의 iPerf 명령	`iPerf -c 10.222.10.19 -b 9G -P 5 -M 1200`
테스트된 대역폭(SUM)	805 메가비트/초

다음 이미지는 iPerf 테스트의 명령 및 전체 테스트 출력을 보여줍니다.

작업 13: pfSense 방화벽을 우회하여 온-프레미스(On-Premise) 및 OCI Spoke VCN 간에 iPerf 테스트 수행

이 작업에서는 사이트 간 IPSec VPN 터널을 사용하여 온프레미스와 OCI 간에 iPerf2 처리량 테스트를 수행합니다. 테스트는 허브 VCN에 있는 방화벽을 무시합니다. 다음 이미지는 처리량 테스트를 수행할 두 끝점 사이의 화살표가 있는 경로를 보여줍니다.

작업 13.1: VPN 클라이언트 인스턴스(온프레미스)에서 인스턴스 D로


iPerf 서버의 IP	`172.16.4.14`
iPerf 클라이언트의 IP	`10.222.10.19`
서버의 iPerf 명령	`iPerf -s`
클라이언트의 iPerf 명령	`iPerf -c 172.16.4.14 -b 9G -P 5`
테스트된 대역폭(SUM)	580 메가비트/초

다음 이미지는 iPerf 테스트의 명령 및 전체 테스트 출력을 보여줍니다.

작업 13.2: 인스턴스-D에서 VPN 클라이언트 인스턴스(온프레미스)로


iPerf 서버의 IP	`10.222.10.19`
iPerf 클라이언트의 IP	`172.16.4.14`
서버의 iPerf 명령	`iPerf -s`
클라이언트의 iPerf 명령	`iPerf -c 10.222.10.19 -b 9G -P 5`
테스트된 대역폭(SUM)	891 메가 비트 / 초

다음 이미지는 iPerf 테스트의 명령 및 전체 테스트 출력을 보여줍니다.

작업 14: 인터넷과 OCI Hub VCN 간에 iPerf 테스트 수행

이 작업에서는 인터넷의 클라이언트와 인터넷을 사용하여 OCI 간에 iPerf2 처리량 테스트를 수행합니다. 다음 이미지는 처리량 테스트를 수행할 두 끝점 사이의 화살표가 있는 경로를 보여줍니다.

작업 14.1: 인터넷에서 허브 스톤까지


iPerf 서버의 IP	`xxx.xxx.xxx.178`
iPerf 클라이언트의 IP	`xxx.xxx.xxx.152`
서버의 iPerf 명령	`iPerf -s`
클라이언트의 iPerf 명령	`iPerf -c xxx.xxx.xxx.178 -b 9G -P 5`
테스트된 대역폭(SUM)	251 메가비트/초

다음 이미지는 iPerf 테스트의 명령 및 전체 테스트 출력을 보여줍니다.

작업 15: 동일한 서브넷 온-프레미스(On-Premise) 내에서 iPerf 테스트 사전 구성

이 작업에서는 두 온-프레미스 인스턴스 간에 iPerf2 처리량 테스트를 수행합니다. 다음 이미지는 처리량 테스트를 수행할 두 끝점 사이의 화살표가 있는 경로를 보여줍니다.

작업 15.1: VPN 클라이언트 인스턴스(온프레미스)에서 StrongSwan CPE 인스턴스(온프레미스)로


iPerf 서버의 IP	`10.222.10.70`
iPerf 클라이언트의 IP	`10.222.10.19`
서버의 iPerf 명령	`iPerf -s`
클라이언트의 iPerf 명령	`iPerf -c 10.222.10.70 -b 9G -P 5`
테스트된 대역폭(SUM)	1.05Gbit/초

다음 이미지는 iPerf 테스트의 명령 및 전체 테스트 출력을 보여줍니다.

작업 15.2: StrongSwan CPE 인스턴스(온프레미스)에서 VPN 클라이언트 인스턴스(온프레미스)로


iPerf 서버의 IP	`10.222.10.19`
iPerf 클라이언트의 IP	`10.222.10.70`
서버의 iPerf 명령	`iPerf -s`
클라이언트의 iPerf 명령	`iPerf -c 10.222.10.19 -b 9G -P 5`
테스트된 대역폭(SUM)	1.05Gbit/초

다음 이미지는 iPerf 테스트의 명령 및 전체 테스트 출력을 보여줍니다.

결과

이 사용지침서에서는 iPerf2 및 iPerf3를 사용하여 다양한 유형의 처리량 테스트를 수행했습니다. 테스트는 경로가 서로 다른 전체 네트워크 아키텍처의 다양한 소스 및 대상에 대해 수행되었습니다.

다음 표에서 수집한 테스트 결과의 요약을 볼 수 있습니다.

테스트 유형	대역폭 결과
작업 7.1: 동일한 서브넷의 동일한 VCN 내에서 iPerf 테스트를 수행합니다(Instance-A1에서 Instance-A2로).	1.05Gbit/초	OCI 내부
작업 7.2: 동일한 서브넷의 동일한 VCN 내에서 iPerf 테스트를 수행합니다(Instance-A2에서 Instance-A1로).	1.05Gbit/초	OCI 내부
작업 8.1: 여러 서브넷에서 동일한 VCN 내에서 iPerf 테스트를 수행합니다(pfSense 방화벽에서 허브 스텝스톤으로).	958MB/초	OCI 내부
작업 8.2: 여러 서브넷에서 동일한 VCN 내에서 iPerf 테스트를 수행합니다(Hub Stepstone에서 pfSense 방화벽으로).	1.01Gb/초	OCI 내부
작업 9.1: 서로 다른 VCN 간에 iPerf 테스트를 수행합니다(Instance-A1에서 Instance-B로).	1.02Gbit/초	OCI 내부
작업 9.2: 서로 다른 VCN 간에 iPerf 테스트를 수행합니다(인스턴스 B에서 인스턴스 A1로).	1.02Gbit/초	OCI 내부
작업 10.1: 서로 다른 VCN 간에 iPerf 테스트 수행(pfSense 방화벽 우회)(Instance-C에서 Instance-D로)	1.04Gbit/초	OCI 내부
작업 10.2: 서로 다른 VCN 간에 iPerf 테스트 수행(pfSense 방화벽 우회)(Instance-D에서 Instance-C로)	1.05Gbit/초	OCI 내부
작업 11.1: 온프레미스와 OCI Hub VCN 간에 iPerf 테스트 수행(VPN 클라이언트 인스턴스(온프레미스)에서 Hub Stepstone까지)	581 메가비트/초	방화벽을 통해 온프레미스에서 OCI로
작업 11.2: 온프레미스와 OCI Hub VCN 간에 iPerf 테스트 수행(허브 스텝스톤에서 VPN 클라이언트 인스턴스(온프레미스)까지)	732 메가비트/초	방화벽을 통해 온프레미스에서 OCI로
작업 12.1: 온프레미스와 OCI Spoke VCN 간에 iPerf 테스트를 수행합니다(VPN 클라이언트 인스턴스(온프레미스)에서 인스턴스 A1로).	501Mbits/sec	방화벽을 통해 온프레미스에서 OCI로
작업 12.2: 온프레미스와 OCI Spoke VCN 간에 iPerf 테스트 수행(인스턴스 A1에서 VPN 클라이언트 인스턴스(온프레미스)로)	620 메가비트/초	방화벽을 통해 온프레미스에서 OCI로
작업 13.1: 온프레미스와 OCI Spoke VCN 간에 iPerf 테스트 수행(pfSense 방화벽 우회)(VPN 클라이언트 인스턴스(온프레미스)에서 인스턴스-D로)	580 메가비트/초	온프레미스에서 OCI 방화벽으로 우회
작업 13.2: 온프레미스와 OCI Spoke VCN 간에 iPerf 테스트 수행(pfSense 방화벽 우회)(인스턴스-D에서 VPN 클라이언트 인스턴스(온프레미스)로)	891 메가 비트 / 초	온프레미스에서 OCI 방화벽으로 우회
작업 14: INTERNET과 OCI Hub VCN 간에 iPerf 테스트 수행(인터넷에서 허브 스텝스톤으로)	251 메가비트/초	인터넷에서 OCI로
작업 15.1: 동일한 서브넷 온프레미스(VPN 클라이언트 인스턴스(온프레미스)에서 StrongSwan CPE 인스턴스(온프레미스)로) 내에서 iPerf 테스트를 수행합니다.	1.05Gbit/초	온프레미스에서 온프레미스로
작업 15.2: 동일한 서브넷 온프레미스(StrongSwan CPE 인스턴스(온프레미스)에서 VPN 클라이언트 인스턴스(온프레미스)로) 내에서 iPerf 테스트를 수행합니다.	1.05Gbit/초	온프레미스에서 온프레미스로

확인

작성자 - Iwan Hoogendoorn(OCI 네트워크 전문가)

추가 학습 자원

docs.oracle.com/learn에서 다른 실습을 탐색하거나 Oracle Learning YouTube 채널에서 더 많은 무료 학습 콘텐츠에 액세스하세요. 또한 Oracle Learning Explorer가 되려면 education.oracle.com/learning-explorer을 방문하십시오.

제품 설명서는 Oracle Help Center를 참조하십시오.

제목 및 저작권 정보

Use iPerf to Test the Throughput inside an OCI Hub and Spoke VCN Routing Architecture

G17037-01

October 2024

Oracle and/or its affiliates.