클라우드 세계를 위한 5가지 네트워크 측정항목

네트워크가 물리적 실체에서 보다 추상적인 실체로 이동함에 따라 IT는 새로운 네트워크 장치와 기능을 연구하고 배포함으로써 용감하게 보조를 맞추었습니다. IT 팀은 워크로드와 사고 방식을 클라우드와 SaaS 제공업체로 이전하면서 그 어느 때보다 중요한 최종 사용자 경험에 대한 책임을 유지해야 했습니다. 그러나 어떤 네트워크 메트릭이 클라우드 배포의 성공을 전달할 수 있습니까?

오늘날 네트워킹 세계에서 얽힌 웹이지만 모든 것이 손실된 것은 아닙니다. 클라우드에서 최종 사용자 경험과 네트워크 성능을 측정하기 위한 빌딩 블록으로 이 5가지 메트릭을 권장합니다. 그들은 꽤 친숙해 보일 것입니다. 클라우드 이전 세계에서 유용했던 것과 동일한 오래된 메트릭이며 현재도 가치 있는 통찰력을 제공할 수 있습니다. —AppNeta가 도움이 될 수 있습니다). 이러한 네트워크 측정항목은 클라우드 측정항목이 될 수 있습니다.

1. 지연 시간. 이 메트릭은 패킷이 원본에서 대상으로 이동하는 데 걸리는 시간을 측정하며 인터넷의 비대칭 특성과 일치하도록 비대칭으로 측정됩니다. 대기 시간은 인식에 관한 것이므로 대기 시간에 대한 인식은 사용자와 애플리케이션에 따라 다릅니다. 100명이 로컬 애플리케이션을 사용하던 옛날에는 10밀리초의 대기 시간이 문제가 되지 않았습니다. 그러나 지금은 수천 명의 사람들이 클라우드에서 앱을 사용하고 있으며 지연 시간이 10배 증가(100밀리초)되는 것은 허용되지 않습니다.

또한 웹 응용 프로그램은 매우 수다스럽습니다. 웹 앱은 클라이언트에서 웹 서버로 보내는 일련의 요청과 응답으로 구성됩니다. 따라서 지연 시간의 증가는 이러한 각 요청 및 다운로드된 개체에 영향을 미칩니다. 비즈니스 크리티컬 SaaS 앱의 경우 지연 시간이 증가하면 생산성에 큰 영향을 미칠 수 있습니다.

레이턴시가 문제라는 것을 확인한 후에는 문제가 발생한 위치를 파악해야 합니다. 네트워크, WiFi, WAN 연결, 개방형 인터넷 또는 서비스 공급자 환경에 있을 수 있습니다. 기본적인 문제 해결 외에도 더 나은 도구가 필요합니다. traceroute와 같은 간단한 방법은 사용자에서 앱까지의 경로에 대한 대략적인 아이디어를 제공할 수 있지만 경로는 매번 다를 수 있습니다.

2. 패킷 손실 . 이것은 소스와 대상 사이에서 손실된 네트워크 패킷의 백분율입니다. 사용 중인 프로토콜에 따라 패킷 손실은 네트워크 정체, 시간 낭비 및 사용자의 불만을 유발할 수 있습니다. 소규모 버스트에서는 네트워크가 손실을 처리할 수 있지만 손실이 복합적으로 발생하면 최종 사용자에게 심각한 영향을 미칠 수 있습니다.

앱이 모두 LAN을 통해 내부적으로 호스팅되었을 때 패킷 손실은 실제로 문제가 되지 않았습니다. 패킷 손실이 있는 경우 찾고 수정하는 것은 매우 간단했습니다. 그러나 개방형 인터넷에서는 이야기가 다릅니다. 인터넷 프로토콜 TCP는 전달을 보장하지만 패킷 손실을 감지하고 데이터를 재전송하면 대기 시간이 추가되고 네트워크 혼잡이 발생합니다.

오늘날의 VoIP 및 비디오 스트리밍 응용 프로그램은 통화 끊김 및 품질 저하와 함께 패킷 손실이 특히 두드러질 수 있는 곳입니다. 해당 애플리케이션을 지원하는 경우 데이터와 음성 모두에서 개별적으로 패킷 손실을 추적할 수 있습니다.

3. 용량. 기본 네트워크 메트릭이었던 대역폭이 용량을 차지했습니다. 그러나 이제 용량과 같은 경로 기반 메트릭은 사용자 경험을 더 잘 나타냅니다. 용량은 애플리케이션 전달 경로를 따라 가장 혼잡한 홉으로 제한되는 소스와 대상 간의 가능한 최대 전송 속도를 측정하는 종단 간 메트릭입니다. 이는 클라우드 서비스를 고려할 때 특히 중요합니다. 제공업체의 네트워크를 제어할 수 없고 연결 속도가 얼마나 빠른지 모르기 때문입니다.

용량 측정은 WiFi를 포함한 실제 애플리케이션 경로를 측정합니다. 그리고 동적 인터넷을 사용할 때는 용량을 포함한 지속적인 모니터링이 필요합니다.

사용 가능 및 활용의 두 가지 유형의 용량이 있습니다. 사용 가능은 응용 프로그램에서 사용할 수 있는 네트워크 리소스의 가장 정확한 측정이며 성능 저하의 근본 원인을 식별할 수 있습니다. 활용된 용량을 볼 때 높은 활용도는 성능 저하에 대한 강력한 지표입니다. 가장 느린 홉이 있는 위치를 분리하여 용량을 추적할 때 문제 해결 시간을 줄일 수 있습니다.

4. 지터. 이 메트릭은 소스와 대상 간의 지연 변동이 있는 패킷의 백분율을 반영합니다. 지터가 문제가 되면 눈에 잘 띄게 됩니다. 통화 또는 온라인 회의의 품질은 30~40ms의 낮은 지터로 인해 영향을 받을 수 있습니다.

5. 서비스 품질. 이 메트릭은 특정 포트 또는 프로토콜을 통한 트래픽의 라우팅 우선 순위와 연결됩니다. QoS는 비즈니스 크리티컬 애플리케이션에서 우수한 경험을 보장하기 때문에 혼잡이 네트워크에 도달할 때 중요합니다. VoIP 또는 비디오와 같은 일부 앱의 경우 이러한 라우팅 우선 순위가 강등되거나 다시 표시되면 네트워크에서 지터, 데이터 손실 및 대기 시간이 발생할 수 있습니다.

클라우드 문제와 가능성의 세계에서 기존 네트워크 메트릭을 놓치기 쉽습니다. 그러나 이 5가지 측정항목은 앱과 사용자 경험에 대한 적절한 제어권을 되찾는 좋은 방법입니다.