VMware Aria Operations for Networks에서 지연 시간에 대한 가시성을 확보하고 지연 시간이 구성된 임계값 제한을 위반할 때 알림을 받을 임계값을 설정하고 높은 지연 시간의 근본 원인을 식별할 수 있습니다.
유형 |
설명 |
지연 시간 메트릭에 액세스 |
|---|---|---|
vNIC-vNIC 지연 시간 |
동일한 ESXi 호스트에서 또는 ESXi 호스트 간에 소스 VM의 vNIC에서 대상 VM의 vNIC까지 패킷이 이동하는 데 걸리는 시간입니다. |
지연 시간 메트릭을 참조하십시오. 이러한 메트릭을 모니터링하려면 다음을 수행하면 됩니다. - 이러한 메트릭을 모니터링하기 위한 사용자 지정 대시보드를 생성합니다. - 임계값 위반이 있을 때 경고를 받을 수 있도록 임계값 제한을 설정합니다. - 임계값 메트릭에서 지원되지 않는 메트릭에 대한 검색 기반 경고를 생성합니다. |
vNIC-PNIC 및 PNIC-vNIC 지연 시간 |
소스 VM의 vNIC에서 소스 VM의 호스트 전송 노드의 PNIC까지 패킷이 이동하는 데 걸리는 시간입니다. |
|
PNIC-PNIC 지연 시간(VTEP-VTEP 지연 시간) |
두 호스트를 연결하는 언더레이 네트워크를 통해 소스 VM 호스트의 PNIC/VTEP에서 대상 VM 호스트의 PNIC/VTEP까지 패킷이 이동하는 데 걸리는 시간입니다. |
|
IPFIX 흐름에 대한 TCP RTT 및 재전송 횟수 |
NSX-T DFW IPFIX 흐름 레코드에는 흐름을 설정하기 위한 TCP 왕복 시간 및 높은 RTT 또는 삭제를 보상하기 위한 TCP 패킷 재전송 횟수에 대한 추가 정보가 포함됩니다. 이러한 항목은 IP 주소 쌍 간의 흐름과 연결된 retransmissionCount 및 averageLatency 필드의 형태입니다. vRNI는 VM, 호스트, 애플리케이션, 트래픽의 E-W/N-S 특성 등을 사용하여 흐름 정보를 보강하고 이를 집계하여 흐름과 관련하여 이러한 메트릭의 최대값과 평균값을 표시합니다. |
|
지연 시간 문제 해결
지연 시간 메트릭에 대한 가시성을 확보하면 문제의 근본 원인을 찾아 지연 시간 문제를 해결할 수 있습니다.
VMware Aria Operations for Networks를 사용하여 지연 시간 문제를 해결하는 방법을 살펴보겠습니다.
다음 검색 쿼리를 실행하여 지연 시간이 긴 상위 10개의 vNIC-vNIC 쌍을 가져옵니다.
netopa.interfacePairLatency.absolute.maximum.microsecond, netopa.interfacePairLatency.absolute.average.microsecond,vm1, vm2, virtualInterface1, virtualInterface2 of interface pair info where host is set and virtualInterface1Type != VMKNIC and netopa.interfacePairLatency.absolute.maximum.microsecond > 0 order by netopa.interfacePairLatency.absolute.maximum.microsecond limit 10검색 쿼리는 지연 시간이 긴 상위 10개의 vNIC-vNIC 쌍을 나열합니다.
전체 vNIC-vNIC 지연 시간은 다음 구성 요소로 구성됩니다.
소스 VM에서 소스 PNIC까지(vNIC - PNIC)
소스 VTEP에서 대상 VTEP까지(VTEP - VTEP)
대상 PNIC에서 대상 VM까지(PNIC - vNIC).
이 세 가지 구성 요소 중 어느 것이 긴 vNIC-vNIC 지연 시간의 원인인지 식별합니다.
이를 통해 원인이 되는 구성 요소를 정확히 파악하고 자세히 조사할 수 있습니다.
위에 언급된 구성 요소 간의 지연 시간을 알아내려면 다음 쿼리를 실행해야 합니다.
소스 VM에서 소스 PNIC까지(vNIC - PNIC):
netopa.interfacePnicLatency.absolute.maximum.microsecond, netopa.interfacePnicLatency.absolute.average.microsecond, pnic, virtualInterface, vm of interface pnic pair info where host = '<source host name>' and vm = '<source VM name>'or
vNIC PNIC Latency, max vNIC PNIC Latency, pnic, virtualInterface, vm of interface pnic pair info where host = '<source host name>' and vm = '<source VM name>'첫 번째 구성 요소의 지연 시간을 확보합니다.
소스 VTEP에서 대상 VTEP까지(VTEP - VTEP):
netopa.interfacePairLatency.absolute.maximum.microsecond, netopa.interfacePairLatency.absolute.average.microsecond, virtualInterface1, virtualInterface2, host1, transportNode1, host2, transportNode2 of interface pair info where virtualInterface1Type = VMKNIC and host1 = '<source host name>'팁:vNIC-vNIC 지연 시간을 확보하기 위한 초기 쿼리를 실행하면 소스 호스트와 대상 호스트 이름을 얻을 수 있습니다.
대상 PNIC에서 대상 VM까지(PNIC - vNIC):
netopa.pnicInterfaceLatency.absolute.maximum.microsecond, netopa.pnicInterfaceLatency.absolute.average.microsecond, pnic, virtualInterface, vm of interface pnic pair info where host = '<destination host name>' and vm = '<destinationvm name>또는
PNIC vNIC Latency, max PNIC vNIC Latency,pnic, virtualInterface, vm of interface pnic pair info where host = '<destination host name>' and vm = '<destinationvm name>'위 쿼리의 결과에 따라 긴 vNIC-vNIC 지연 시간의 원인이 되는 구성 요소가 무엇인지 알아낼 수 있습니다.
