성능
Jitter란 무엇인가요?
Jitter is variation in packet delay over time, as distinct from the average delay itself. For voice, gaming and trading, jitter often matters more than latency: a consistent 60 ms is far more usable than an average of 40 ms that regularly spikes to 200 ms, because buffers are sized for the worst case rather than the mean.
Jitter가 중요한 이유
음성, 게임 및 거래의 경우 지터는 종종 지연 시간보다 더 중요합니다. 일관된 60ms는 평균 40ms가 200ms로 급증하는 것보다 훨씬 더 사용 가능합니다. 버퍼가 평균이 아닌 최악의 경우에 맞춰 크기가 정해지기 때문입니다. 지터는 일반적으로 혼잡한 링크에서의 대기열, 경로 플래핑 또는 서버 측에서 응답해야 하는 프로세스를 지연시키는 CPU 스틸 시간에서 발생합니다. 마지막 원인은 네트워크 추적에서 보이지 않으며 지연 시간에 민감한 워크로드에 전용 vCPU가 중요한 이유입니다. mtr 또는 긴 iperf3 실행으로 측정하고 몇 개의 ping으로 측정하지 마십시오. 5패킷 샘플은 변동성에 대해 거의 알려주지 않습니다.
Jitter 실제 적용
지연 시간에 민감한 서비스를 운영할 때, 지터(jitter)는 mtr이나 긴 iperf3 실행으로 측정하는 것이지, 몇 번의 핑으로 측정하는 것이 아닙니다. 지연 열의 변동을 살펴보세요. 평균만 보지 마세요. 스파이크가 보이면 호스트의 CPU 스틸 시간(steal time)을 확인하세요. 이는 네트워크 추적에서는 보이지 않습니다. 전용 vCPU를 사용하여 공유 리소스를 피하면 지터를 줄일 수 있습니다. 이를 놓치면 버퍼가 최악의 경우에 맞춰져 음성, 게임, 거래 트래픽이 피크 시간에 사용할 수 없을 정도로 저하됩니다.
Jitter에 대한 사람들의 오해
사람들은 낮은 평균 지연 시간이 좋은 성능을 의미한다고 가정합니다. 일반적인 실수는 변동성을 무시하고 40ms 평균에 200ms 스파이크가 있어도 괜찮다고 생각하는 것입니다. 올바른 관점: 지터는 종종 지연 시간보다 더 중요합니다. 버퍼는 최악의 경우에 맞춰지므로, 일관된 60ms가 평균 40ms에 규칙적으로 스파이크가 있는 것보다 낫습니다. 항상 시간에 걸쳐 측정하세요.
Jitter — 일반적인 질문
지터를 측정하는 데 어떤 도구를 사용할 수 있나요?
빠른 확인에는 mtr을, 변동성 분석에는 긴 iperf3 실행을 사용하세요. 5개의 패킷 ping 샘플은 지터에 대해 거의 아무것도 알려주지 않습니다. 평균 지연 시간만 보여줍니다. 더 긴 기간 동안 테스트를 실행하면 실제 트래픽에 중요한 지연 변동의 스파이크가 드러납니다.
CPU 스틸 시간이 지터에 어떤 영향을 미치나요?
CPU 스틸 시간은 패킷에 응답해야 하는 프로세스를 지연시켜 예기치 않은 지연 스파이크를 추가합니다. 이 원인은 네트워크 추적에서 보이지 않아 종종 놓칩니다. 지연 시간에 민감한 워크로드에 전용 vCPU가 중요한 이유입니다. 공유 호스트에서는 스틸 시간이 네트워크 측에서 해결할 수 없는 지터를 유발합니다.