
What
Google에 ping 찍어보기
ubuntu@ip-172-31-12-60:/var/developer$ ping google.com
PING google.com (172.217.31.174) 56(84) bytes of data.
64 bytes from nrt12s22-in-f14.1e100.net (172.217.31.174): icmp_seq=1 ttl=105 time=32.8 ms
64 bytes from nrt12s22-in-f14.1e100.net (172.217.31.174): icmp_seq=2 ttl=105 time=32.9 ms
64 bytes from nrt12s22-in-f14.1e100.net (172.217.31.174): icmp_seq=3 ttl=105 time=32.8 ms
64 bytes from nrt12s22-in-f14.1e100.net (172.217.31.174): icmp_seq=4 ttl=105 time=32.8 ms
64 bytes from nrt12s22-in-f14.1e100.net (172.217.31.174): icmp_seq=5 ttl=105 time=32.8 ms
64 bytes from nrt12s22-in-f14.1e100.net (172.217.31.174): icmp_seq=6 ttl=105 time=32.9 ms
64 bytes from nrt12s22-in-f14.1e100.net (172.217.31.174): icmp_seq=7 ttl=105 time=32.9 ms
64 bytes from nrt12s22-in-f14.1e100.net (172.217.31.174): icmp_seq=8 ttl=105 time=32.9 ms
64 bytes from nrt12s22-in-f14.1e100.net (172.217.31.174): icmp_seq=9 ttl=105 time=32.8 ms
현상을 해석해보겠습니다.
우선 ping 명령은 네트워크 상태를 확인하고 원격 호스트에 패킷을 보내 응답시간을 측정하는 명령어입니다.
PING google.com (172.217.31.174) 56(84) bytes of data.: google.com
google.com 도메인의 IP주소는 172.217.31.174이고 데이터 크기는 56바이트 전체 패킷크기는 84바이트임을 알 수 있습니다
64 bytes from nrt12s22-in-f14.1e100.net (172.217.31.174): icmp_seq=1 ttl=105 time=32.8 ms
첫번째 패킷에 관한 정보입니다.
nrt12s22-in-f14.1e100.net : 응답한 서버의 호스트 이름
icmp_seq=1 : ICMP 패킷의 순서ttl=105 : 패킷이 네트워크를 통과하는 동안 남은 라우터 수를 나타냅니다. TTL은 보통 패킷이 무한루프를 도는 경우를 방지하기 위해 사용됩니다.time=32.8 ms : 패킷의 응답시간입니다. 이 값이 낮을수록 더 빠른 응답을 나타냅니다.
* icmp 패킷이란?
* '패킷이 네트워크를 통과한다'
'패킷이 네트워크를 통과한다'
데이터가 컴퓨터 네트워크를 통해 한 장치에서 다른 장치로 전송되는 프로세스를 말합니다.
컴퓨터 네트워크에서(인터넷이나 로컬 네트워크 등) 데이터는 작은 단위인 '패킷'으로 나누어집니다.
이 패킷에는 전송되는 실제 정보와 출발지와 목적지 주소, 순서 번호 등과 같은 일부 메타 데이터가 포함되어 있습니다.
데이터를 보낼 때(예: 웹 페이지 로드 요청), 데이터는 패킷으로 분할되어 전송됩니다.
이러한 패킷은 다양한 라우터와 네트워킹 장치를 통해 목적지에 도달하기 위해 여행합니다.
각 라우터는 패킷의 목적지 주소를 확인하고 네트워크 경로의 다음 '점프'로 어떻게 전달할지를 결정합니다.
패킷은 네트워크를 통과하면서 현재 네트워크 조건, 라우팅 프로토콜, 사용 가능한 경로에 따라 다양한 경로를 선택할 수 있습니다. 네트워크를 통과한다 과정에는 각 라우터가 패킷을 받아들이고 처리한 다음 목적지에 전달하는 과정이 포함됩니다.
패킷이 최종 목적지에 도착하면 모든 패킷이 올바른 순서로 재조립되어 원래 데이터를 다시 만듭니다. 이 과정은 대형이나 복잡한 네트워크를 효율적이고 신뢰성 있게 통신할 수 있도록 해주며, 각 패킷은 목적지에 도달하기 위해 다른 경로를 취하거나 독립적으로 처리될 수 있습니다.
* 데이터를 네트워크 패킷으로 나누는 이유
1. 효율적인 전송
대용량 데이터 파일을 작은 패킷으로 효율적으로 전송할 수 있습니다. 데이터를 작은 단위로 나누면 네트워크 자원을 더 효과적으로 활용하고 사용 가능한 대역폭을 효율적으로 사용할 수 있습니다
* 대역폭이란?
네트워크에서 데이터 전송 속도를 나타내는 측정단위. 데이터를 전송할 때 얼마나 많은 양의 정보를 한번에 전송할 수 있는지를 나타냅니다. 더 넓은 대역 폭은 더 빠른 데이터 전송을 의미하며, 작은 대역폭은 느린 전송을 의미합니다.
2. 오류처리
전송중에 오류가 발생하고 패킷이 손실되거나 손상될 경우 해당 패킷만 재전송하면 됩니다. 전체 데이터를 다시 전송하는 것보다 효율적으로 작동하며, 영향 받은 부분만 재전송하면 됩니다.
3. 네트워크 혼잡
네트워크 혼잡이나 무거운 트래픽의 경우 작은 패킷을 더 쉽게 처리하고 전송할 수 있으므로 병목 현상과 지연 가능성이 줄어듭니다.
*병목 현상
시스템이나 프로세스 내에서가장 느린 부분을 나타내는 용어
시스템 내에서 데이터의 흐름이나 처리속도가 한계에 도달하여 전체 시스템의 성능을 제한하는 상황
4. 최적 라우팅
작은 패킷은 다른 네트워크 경로를 효율적으로 통과하여 전체 데이터 전송 프로세스를 최적화 할 수 있습니다.
5. 네트워크 유연성
패킷은 개별적으로 주소 지정될 수 있기에 데이터를 여러 수신자에게 보낼 수 있습니다. 이것이 멀티 캐스팅과 브로드 캐스팅의 기초입니다.
ttl=105
패킷이 네트워크를 통과하는 동안 남은 라우터 수를 나타냅니다. TTL은 보통 패킷이 무한루프를 도는 경우를 방지하기 위해 사용됩니다
time = 32.8 ms
패킷의 응답시간입니다. 이 값이 낮을수록 더 빠른 응답을 나타냅니다.
'Deep Dive > DevOps' 카테고리의 다른 글
| Docker (0) | 2024.01.24 |
|---|---|
| Linux - 계정 추가하기 (0) | 2023.08.07 |
| 모니터링 기술 (0) | 2023.07.16 |
| 로그파일 수집 (0) | 2023.07.12 |
| ec2 서버의 일반적인 로그파일의 위치 (0) | 2023.07.12 |