내 애플리케이션의 속도가 느려지는 이유는 무엇입니까? 파이프 나 패킷?

차례:

Anonim

일반적인 문제입니다. 회사의 VPN (가상 사설망)을 사용하고 있거나 IP 전화기에 문제가 있거나 다른 이유로 - 사용중인 응용 프로그램이 느리고 느린 것 같습니다.

이러한 응용 프로그램의 속도가 무작위로 보일 수도 있고 예측하기 어려운 속도로 변경되기 때문에 최종 사용자를 좌절시킵니다. 최종 사용자가 정말로 신경 쓰는 것은 필요한 도구를 사용하는 것입니다. 그리고 그들은 그들이 부진하지 않고 빨리되기를 원합니다.

문제를 해결하려면 먼저 문제의 원인을 이해하는 것이 좋습니다. 그럼 잠수 해 보자.

내 애플리케이션의 속도가 느려지는 이유는 무엇입니까?

인터넷이나 자신의 비즈니스 네트워크를 통해 제공되는 정보는 모두 "패킷"이라고하는 작은 데이터로 나뉩니다. 이러한 데이터 패킷은 대상을 포함하여 많은 정보를 전달합니다 (예: 귀하의 회사 데이터베이스로) 그리고 심지어 패킷이 한 조각으로 만들어 졌는지 확인하기위한 오류 검사까지합니다. 패킷을 생성 한 장치 (예: 랩톱 컴퓨터)에서 대상 장치 (예: 중앙 비즈니스 서버)로 패킷이 네트워크를 통과하는 데 걸리는 속도 또는 시간을 네트워크 대기 시간이라고합니다.

즉,이 상황에서 단어 대기 시간을 볼 때 "지연된 속도"라고 생각하십시오.

대기 시간 문제를 일으키는 몇 가지 요인이 있습니다. 일반적으로 네트워크 라우터는 엔드 투 엔드 경로에서 모든 장치의 대기 시간을 가장 많이 만듭니다. 링크 혼잡으로 인한 패킷 큐잉은 라우터를 통한 많은 양의 지연에 대한 가장 흔한 원인입니다. 위성 통신과 같은 일부 유형의 네트워크 기술은 패킷이 링크를 통해 이동하는 데 걸리는 시간 때문에 많은 대기 시간을 추가합니다. 대기 시간은 누적되므로 더 많은 링크와 라우터 홉 (컴퓨터, 라우터, 인터넷 제공 업체 장비 및 대상 측 장비와 같은 여러 장치간에 전달)이 많을수록 엔드 투 엔드 대기 시간이 길어집니다.

사용 가능한 대역폭의 양은 네트워크 및 응용 프로그램 속도에 영향을 미칩니다. 사용 가능한 대역폭은 정보의 방향과 목적지에 따라 결정됩니다.

나는 배관의 맥락에서 대역폭에 대해 생각하는 것을 좋아합니다. 물론 사람들은 종종 대역폭을 "파이프의 크기"라고 부릅니다. 그렇다면 그 비유를 더 멀리 지키는 것이 어떻습니까?

파이프 크기는 먼저 로컬 네트워크에서 사용 가능한 대역폭의 양에 따라 결정되지만 인터넷 파이프의 크기와 정보가 로컬 네트워크를 벗어나는 경우 대상 파이프의 크기에 따라 결정됩니다.

따라서 로컬에서 기가비트 네트워크를 사용하고 있지만 인터넷 연결이 10MB이고 본사의 인터넷 연결이 100MB 인 경우 병목 현상이 사무실 인터넷 연결 일 수 있음을 알 수 있습니다. 하지만 파이프가 가득 찬 경우에만.

여러 사용자가 인터넷을 통해 동시에 높은 대역폭의 리소스를 사용하려고하면 해당 파이프가 가득 찰 수 있습니다. 각 VPN 연결에는 오버 헤드 또는 화상 회의, 사무실 간 IP 전화 통신 등이 있습니다. 위치간에 가장 약한 지점은 너무 많은 트래픽 홉 (hop)이 대기 시간을 유발할 수있는 것처럼 병목 현상을 유발할 수 있습니다.

일부 응용 프로그램은 다른 응용 프로그램보다 더 관대합니다. 이 중 많은 부분이 응용 프로그램이 패킷을 한 방향 (사용자 데이터 그램 프로토콜 또는 UDP)으로 보내거나 데이터가 도착했음을 보증하는 연결 (전송 제어 프로토콜 또는 TCP)이 필요한지 여부를 중심으로 진행됩니다. 두 프로토콜 모두 장단점을 가지고 있지만 모든 응용 프로그램은 정보의 중요성에 따라 둘 중 하나를 사용합니다

그렇다면 어떻게하면 회사의 애플리케이션 속도를 높일 수 있습니까?

이제 느린 네트워크 응용 프로그램의 원인이 무엇인지 알았으므로 이러한 문제를 해결할 수있는 방법을 살펴보십시오.

먼저 대기 시간을 확인하십시오. IT 기술자는 속도 문제가있는 컴퓨터와 서버와 같은 리소스를 공유하려는 대상 컴퓨터간에 ping 명령을 수행합니다. 이렇게하면 목적지에 도착할 때까지 패킷의 홉 수 (또는 다른 네트워크 리소스)가 표시됩니다. 당신의 목표는 여행을 단축하기 위해 최대한 많은 방정식을 사용하는 것입니다.

여러 개의 인터넷 연결을 사용하는 경우 일부 홉을 제거하는 것이 어려울 수 있습니다. 이것이 기술의 선택이 다른 점입니다. 메트로 이더넷과 같은 기술을 사용하면 이러한 오버 헤드를 줄일 수 있습니다. 일반적으로 라우터를 사용하지 않으므로 다중 인터넷 연결없이 여러 물리적 위치간에 네트워크를 제공합니다. 스위치를 사용합니다. 스위치는 네트워크를 통과 할 때 패킷을 열지 않기 때문에 더 빠릅니다 … 하나의 네트워크로 만들고 홉 수를 줄입니다.

그러나 사무실 인프라 외부로 연결하는 사람들에게는 대역폭이 여전히 중요합니다. 사무실에서 일하지 않는 직원의 요구에 대해 신중하게 계산하고 현재 워크로드 및 해당 워크로드에 충분한 대역폭을 제공해야합니다.

궁극적으로 올바르게 처리하면 소스 위치에 증가 된 대역폭과 사무실 위치 간 오버 헤드를 줄이면서 모든 리소스를 공유 할 수있는 메트로 이더넷 제공 업체의 조합을 사용하여 실제로 비용을 절감 할 수 있습니다.

$config[code] not found

* * * * *

메트로 이더넷에 대한 자세한 내용은보다 자세한 기술 지식을 원하는 사람들을 위해 여기에서 찾을 수 있습니다.

Shutterstock을 경유 한 사진 속도

13 코멘트 ▼