우리 부서가 최근 사무실을 이전했습니다. 이전 사무실은 괜찮았지만 새 사무실에서는 내 PC에서 2개의 데이터 센터로의 핑 시간이 대개 다음과 같이 많이 다릅니다.
123.123.123.123에서 보낸 답장: bytes=32 time=52ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=11ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=16ms TTL=123
123.123.123.123에서 보낸 답장 : bytes=32 time=9ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=9ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=13ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time =20ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=28ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=10ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=19ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=9ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=33ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=17ms TTL=123
123.123.123.123에서 보낸 답장 : bytes=32 time=23ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=31ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=8ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time =20ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=10ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=11ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=20ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=9ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=9ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=16ms TTL=123
123.123.123.123에서 보낸 답장 : bytes=32 time=23ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=10ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time=15ms TTL=123
123.123.123.123에서 보낸 답장: bytes=32 time =22ms TTL=123
IP 주소를 변경했습니다. 내가 ping하고 있는 서버는 물리적 IP 주소를 갖고 있으며 사용되고 있지 않습니다. 하루 중 언제라도 다른 서버에 ping을 실행하면 비슷한 결과가 나타납니다.
우리는 대역폭을 완전히 활용하지 못하고 있습니다.
다른 서버(세 번째 데이터 센터에 위치)를 핑하면 핑 시간은 더 높지만(약 100ms) 훨씬 더 일관됩니다(약 3ms 이내).
그러면 이는 새 사무실과 2개의 데이터 센터 사이에 잠재적인 문제가 있음을 의미합니까?
답변1
핑 시간의 차이는 여러 가지를 나타낼 수 있지만 해당 데이터 센터에서 핑을 보내는 서버에 관계없이 동일한 동작이 발생한다는 사실은 경로에 있는 링크나 장치에 문제가 있을 수 있음을 나타내는 것 같습니다.
대기 시간이 다양한 특정 네트워크 장치를 식별할 수 있는지 확인하려면 문제의 서버에 대해 반복적인 추적 경로를 수행하는 것이 좋습니다. 또는 이 위치에 여러 경로가 있을 수 있으며 그 중 하나는 일반적으로 더 높은 대기 시간을 경험합니다.
확장된 ping을 수행할 때 패킷 손실이 발생합니까? 그렇다면 이는 링크가 정체되었음을 나타낼 수 있습니다.
사무실과 데이터 센터 간의 연결에 대해 좀 더 자세히 설명해 주시겠습니까? 임대회선을 사용하고 계시나요? 인터넷 VPN? 회사의 NOC/네트워크 관리자와 통화해 보셨나요? 그들은 이미 이 문제를 알고 있을 수도 있습니다.
답변2
핑 시간은 제어할 수 없는 요인에 따라 크게 달라질 수 있으므로 불일치를 제거하기 위해 결과를 집계하는 것이 좋습니다. 다음과 같은 유용한 Linux 도구가 있습니다.미터이는 많은 배포판에 포함되어 있으며 추적 경로와 핑을 단일 유틸리티로 집계합니다. 평균 및 표준 편차뿐만 아니라 최고 및 최악의 핑 시간도 제공합니다. 결정적이지는 않지만 보다 균형 잡힌 견해를 제공할 것입니다.
답변3
아마도 그럴 수도 있지만 확실하지는 않습니다. 귀하의 사무실은 데이터 센터와 어떻게 연결되어 있습니까? 사이트 간 VPN을 통한 핑은 인터넷을 통해 이동한다는 점을 고려하면 상당히 다를 수 있습니다.
핑 외에 다른 성능 문제나 연결 관련 문제가 있습니까? 이러한 응답 시간은 여전히 100ms 미만이며, 이는 현재 사용 중인 새 링크에 대해 정상적인 것일 수 있습니다.
답변4
제 생각에는 이 잠재적인 문제를 로드 밸런싱 라우터라고 합니다. 때로는 요청을 첫 번째 인터페이스로 라우팅하고 때로는 두 번째 인터페이스로 라우팅합니다. 대기 시간이 다릅니다.
예를 들어 wan1에는 광학 장치가 있고 wan2에는 ADSL이 있습니다. 특정 서버의 경우 wan1을 통한 핑은 17ms이고 ADSL을 통한 핑은 112ms입니다.