지역은 네트워크 대기 시간에 어떤 영향을 줍니까?


20

미국 동부 해안의 관리 호스팅 회사 또는 미국 서해안의 관리 호스팅 회사에서 데이터베이스 / 웹 서버를 호스팅 할 수 있습니다. 우리 회사는 뉴욕시에 본사를두고 있으며 두 호스팅 제공 업체 모두 전용 T1 회선을 제공합니다.

동해안에있는 것과 달리 서해안에있는 것과 같이 가면 네트워크 대기 시간 측면에서 성능 저하가 얼마나 될까요? 숫자와 거리가 실제로 클 때 지리가 인터넷 속도에 어떤 영향을 미치는지 잘 모르겠습니다 (T1 이상, 수천 마일).

감사!


오, 내가 당신의 입장을 부러워하는 방법. 필리핀에는 ISDN에서 모든 네트워크 트래픽에 대한 유일한 링크로 실행되는 클라이언트가 있습니다. 회선에 트래픽이 없을 때 대기 시간을 말하고 그 사이에 미국과 호주 사이에 700ms를 시도하려고합니다. (
Mark Henderson

답변:


10

거리 지연이 있고 동해안 호스트가 서해안의 한 사이트가 동쪽에있을 때보 다 라우팅 지연, 처리 오버 헤드, 혼잡 등의 모든 사항이 동일합니다. 해안이지만 우리는 여기서 밀리 초를 이야기하고 있습니다.


Link down .......
Pacerier

11

다른 모든 것들은 빛의 속도 때문에 44 밀리 초의 대기 시간이 추가됩니다. 각 패킷 왕복에 대해 1/20 초를 제공하거나 사용하십시오. 일반적인 웹 사용에는별로 없습니다. ssh 세션에 전달할 수 있습니다. 많은 작은 연속 트랜잭션으로 DB에 직접 액세스하는 경우 실질적입니다.

추가 라우터 / 반복기에 의한 추가 대기 시간을 무시했습니다. 섬유 200000 km / s에서 거리 4400km와 빛의 속도를 가정했습니다.


100km 당 1ms는 사이에 라우터가없는 경우에만 정확합니다. 광섬유 리피터는 제공이 완료되면 대기 시간을 추가하지 않습니다.
Ryaner September

@Ryaner, ~ " 광섬유 리피터의 대기 시간이 0 "이란 무엇입니까? 이것이 어떻게 가능한지?
Pacerier

lightwaveonline.com/articles/print/volume-29/issue-6/feature/… 는 다른 세부 사항을 잘 다루고 있습니다. TLDR, 광 재생 리피터는 대기 시간을 추가하지만 실제로는 기본적으로 0입니다. 엔드 포인트와 엔드 포인트 라우터에서 DCM에 의해 대기 시간이 길어집니다.
Ryaner 2012

5

우리는 고객과 관련하여 주위를 돌아 다니며 상당한 시간을 보냈습니다. 그들은 원래 뉴욕에서 주최했으며 직원들은 대부분 보스턴 지역에 있습니다. 그들은 서버를 전국의 약 3 분의 2의 덴버에있는 우리 시설로 옮기고있었습니다.

이사를 마치면 본사의 Comcast 링크에서 성능 문제가 발생하기 시작했습니다. 그들은 <10ms의 대기 시간을 가졌으며 최대 80-ish ms에 달했습니다. 그들은 그들의 사이트에 도달하는 속도가 느리다는 것을 알아 차렸다. 그들은 지리적으로 인해 한계가 있으며 서해안의 사용자가 잠재적으로 더 나은 성능을 얻을 수 있음을 알고있는 것처럼 보였습니다.

우리는 몇 번왔다 갔다했다. 약 6 개월 후,이 클라이언트와 관련이없는 이유로 (더 나은 가격, 더 많은 대역폭, 다른 공급 업체의 유지 보수 기간에 만족하지 않는) 다른 공급 업체와 다른 기본 업스트림 ISP로 전환했으며 새로운 공급 업체와 함께 약 45ms를 얻었습니다. 이 클라이언트의 평균 대기 시간. 이 시점에서 성능 문제가 사라진 것 같습니다.

이러한 종류의 문제가 발생한 사례와 관련 사례에 대한 경험을 제공하기 위해.

"mtr"을 사용하여 다른 원격 엔드에 대기 시간 및 패킷 손실에 대한 정보를 표시하십시오. "느린 경로"라우팅을 완전히 이해하지 않으면 해당 출력에 표시된 마지막 홉 이외의 것은 무시하십시오. Van Jacobson은 인간이 400ms에서 대기 시간을 감지하지만 많은 연결에서 여러 번의 교환 교환이 필요하다는 것을 알고 100ms 대기 시간은 최대 1 초를 빠르게 추가 할 수 있습니다 ...

내 경험상 250ms의 대기 시간이 눈에 띄게 느린 연결처럼 느껴지기 시작합니다. 10ms 이상은 타오르는 연결처럼 느껴집니다. 그것은 실제로 당신이하고있는 것에 달려 있습니다.


CO를 의미하는 덴버?
Pacerier

Btw, "사람들이 400ms에서 시작하는 대기 시간을 알아 차렸다"는 것은 명백히 거짓입니다. 게이머와 대화하면 65ms 이상의 대기 시간이 완전히 허용되지 않는 것을 알 수 있습니다.
Pacerier

3

글쎄, 패킷은 다른 요소와 비교할 때 원시 전송 시간을 무시할 수있는 빛의 속도에 가깝게 와이어 아래로 이동합니다. 중요한 것은 라우팅의 효율성과 라우팅 장치가 라우팅을 수행 할 수있는 속도입니다. 안타깝게도 지리적 거리만으로는 확인할 수 없습니다. 거리와 대기 시간 사이에는 강한 상관 관계가 있지만 내가 알고있는 강력하고 빠른 규칙은 없습니다.


라우팅의 효율성을 결정하는 방법이 있습니까? 두 서버에서 실행할 수있는 테스트가 있습니까? 그 숫자는 무엇을 의미합니까?
neezer

2
패킷은 빛의 속도보다 최대 .66 (광) 및 ~ .55 (구리) 배속으로 이동합니다.
노아 캠벨

@Noah-더 낫습니까?
EBGreen

빛의 속도보다 낫습니까? 아니요, 빛의 절반 속도입니다.
노아 캠벨

내 편집은 더 나은 설명입니다.
EBGreen

3

지점 A와 지점 B 사이의 홉 수는 대기 시간을 유발합니다. 이것이 가장 좋은 지표이므로 홉 수를 세십시오.

몇 마디주의하십시오. 네트워크 경로를 평가하는 방법은 실제 패킷의 흐름과 일치하지 않습니다. ICMP는 라우팅되고 차이 QoS가 제공 될 수있다. 또한 traceroute는 일반적으로 한 방향, 즉 소스에서 대상으로 보입니다. 몇 가지 유용한 트릭이 있습니다.

를 들어 traceroute, 사용하려고 -I, -U또는 -T경로가 어떻게 변화 하는지를 볼 수 있습니다. 또한보고 -t 16-t 8. 트레이스 루트

Ping은 실제로 매우 유용합니다. ping -R돌아 오는 길을 보여줄 것입니다! 그것이 나가는 길과 다른 경우,가는 곳을보십시오.


2

지리학은 패킷 전송 시간과 많은 관련이 있다고 생각합니다. 귀하의 고객이 주로 서부 해안을 기반으로 할 것이라면, 서부 해안 호스팅을 위해 갈 것입니다 ... 동해안에서도 마찬가지입니다. 고객이 미국 또는 전 세계에서 온 고객이라면 대기 시간이 짧은 쪽을 결정해야합니다.

우리의 경우, 우리는 우리 자신의 네트워크 (하나의 큰 인트라넷)에 있으며 라우터가 주 전역에서 OSPF를 기반으로 의사 결정을 내릴 수 있습니다.) 불행히도 네트워크 외부의 모든 것은 주로 ISP 레이아웃에 의존합니다.


사용할 수있는 훌륭한 도구는 대기 시간뿐만 아니라 패킷 손실, 경로 정보, 지터 등을 찾기위한 MTR입니다. 여기에 제공된 정보에 대한 게시물을 작성했습니다. serverfault.com/questions/21048/…
l0c0b0x
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.