핑 모니터링은 무엇에 사용하나요?

3계층(네트워크 레이어)에서의 연결성 확인 — 호스트가 ICMP 에코에 응답하는지 검사합니다. 라우터, 스위치, IoT 장치, 내부 인프라 및 HTTP로 동작하지 않지만 접근 가능해야 하는 모든 시스템에 유용합니다.

AWS/클라우드 서버 핑 체크가 통과하지 않는 이유는?

대부분의 클라우드 공급자는 기본적으로 security-group이나 방화벽에서 ICMP를 차단합니다. 서버 자체는 문제 없지만 핑은 응답하지 않습니다. 클라우드 워크로드에는 HTTP 또는 TCP 포트 체크 사용을 권장합니다. 핑이 정말 필요하다면 security group에서 ICMP를 허용하도록 설정할 수 있습니다.

핑과 TCP 포트 체크의 차이점은?

핑은 ICMP(포트 없음, 순수 3계층 연결성)를 사용하고, TCP 포트 체크는 특정 포트로 TCP 연결을 시도(4계층 연결성 확인)합니다. 호스트가 핑엔 응답하더라도 TCP는 실패할 수 있고(방화벽이 포트 차단) 혹은 그 반대(방화벽이 ICMP 차단, 포트는 열림)도 가능합니다.

핑의 왕복 시간(RTT)을 기록하나요?

네 — 응답 시간(RTT)은 모든 체크에서 기록되어 시간이 지남에 따라 추적됩니다. 네트워크 저하 탐지에 유용합니다. 동일 호스트지만 RTT가 20ms에서 200ms로 점진적으로 늘어나면 라우팅 문제나 컨제스쳔(혼잡)일 수 있습니다.

내부 IP로 핑할 수 있나요?

체커 서버에서 접근할 수 있는 IP(공인 IP)만 가능합니다. RFC1918 사설 대역(192.168.x.x, 10.x.x.x, 172.16-31.x.x)은 외부 모니터링에서는 작동하지 않습니다. 내부 인프라의 경우, 내부 네트워크에 heartbeat 에이전트를 self-host로 띄워 저희에게 핑을 보내게 할 수 있습니다.

핑 모니터링 — TCP 도달성 점검

웹 서비스와 관계없이 네트워크 계층에서 서버가 활성 상태인지 확인하세요.

HTTP를 이미 모니터링하는데 왜 핑이 필요한가요?

HTTP 모니터링은 사이트가 올바른 응답을 반환하는지 알려줍니다. 핑 모니터링은 해당 머신이 아예 접근 가능한지 확인합니다. 이는 다른 질문이며, 장애가 발생했을 때 이러한 차이가 중요해집니다. 웹 애플리케이션이 크래시됐지만 서버는 살아 있을 때, HTTP는 실패하지만 핑은 성공할 수 있습니다. 이는 즉시 문제 진단의 범위를 좁혀줍니다. 두 가지가 모두 안 되면 네트워크 또는 인프라 장애입니다. 핑만 안 되면 방화벽이 핑 시도를 차단하는 것일 수 있으며, HTTP는 사용자에게 정상 동작할 수 있습니다.

핑 모니터링은 HTTP를 실행하지 않는 호스트에도 적합한 도구입니다. 예를 들어 데이터베이스 서버, 메일 서버, 로드 밸런서 뒤의 앱 서버, VPN 게이트웨이, 내부 서비스 등 — 단순히 "이 장비가 살아 있고 연결 가능한가"만 알면 되는 모든 곳에서 유용합니다.

왜 TCP 기반 핑을 사용하는가

클래식 ICMP 핑(“ping” 명령)은 데스크탑에서 훌륭하지만, 클라우드 모니터링에는 신뢰할 수 없습니다. 대부분의 최신 방화벽은 ICMP를 차단하거나 속도 제한을 하며, 특히 공용 네트워크에서 그렇습니다. 그래서 ICMP 타임아웃은 "서버 다운"과 "방화벽이 패킷을 차단"을 모두 의미할 수 있습니다. 이러한 애매함은 알림 도구엔 치명적입니다.

DiagnoSEO Uptime Monitoring은 TCP 기반 핑을 사용합니다. 이는 알려진 포트(TCP 80, 실패시 443)로 5초 타임아웃으로 TCP 연결을 시도합니다. SYN/ACK가 오면 호스트가 연결 가능합니다. 오지 않으면 커널에서 나온 진짜 에러코드(connection refused, timeout, no route to host 등)를 받아서 빠르게 트리아지 할 수 있습니다.

어떤 정보가 저장되나요?

각 핑마다 결과(상태: up / down)와 RTT(왕복 시간, 밀리초)가 저장됩니다. 이는 HTTP 모니터랑 같은 히스토리 파이프라인을 거쳐서, 최근 체크 스파크라인, 24시간/30일 가동률(%)과 최근 30일 가용성 히트맵을 제공합니다. 호스트가 실패하면 인시던트가 열리고, 활성화된 채널로 알림이 전송됩니다.

핑 모니터링 팁

짧은 간격을 선택하세요: 핑은 자원이 거의 들지 않습니다. 플랜이 허용한다면 1~5분 간격으로 설정하세요. 저비용으로 빠른 감지
포트 모니터와 조합하세요: 예를 들어 DB가 5432, 메일이 25포트라면 포트 모니터도 추가하세요. 핑은 "장비가 살아 있다"는 것이고, 포트는 "서비스가 리스닝 중"임을 알려줍니다.
RTT를 주시하세요: 응답 시간은 매 체크 시마다 저장됩니다. RTT 급증은 전체 장애 전조인 경우가 많으니 임계값을 설정해두면 인시던트 전에 감지할 수 있습니다.
확인 임계값을 활용하세요: 네트워크는 흔들릴 수 있습니다. 기본 두 번 연속 실패가 false positive(오탐지)를 방지합니다.

대시보드에서 어떻게 보이나요?

핑 모니터는 HTTP, 포트, 키워드, API, 하트비트 모니터와 동일한 리스트에 표시됩니다. 태그("infra", "내부용")를 붙이거나, 상태별 필터, RTT 정렬, 일시정지/재개 모두 가능합니다. 알림 설정(이메일, 텔레그램, 슬랙, 디스코드, SMS)과 야간 침묵 및 확인 임계값 규칙도 동일하게 적용됩니다.

설정 방법

도구를 열고 "모니터 추가"를 클릭하세요. "Ping (TCP)" 타입을 선택한 뒤, 호스트 주소(예: db.internal.firma.com)를 붙여넣고, 주기를 정한 뒤 저장합니다. 그러면 다음 사이클부터 모니터가 1분마다 TCP 연결을 시도하여 RTT를 기록하고, 호스트가 응답을 멈추면 알림을 보냅니다.

자주 묻는 질문

핑 모니터링은 무엇에 사용하나요?
3계층(네트워크 레이어)에서의 연결성 확인 — 호스트가 ICMP 에코에 응답하는지 검사합니다. 라우터, 스위치, IoT 장치, 내부 인프라 및 HTTP로 동작하지 않지만 접근 가능해야 하는 모든 시스템에 유용합니다.
AWS/클라우드 서버 핑 체크가 통과하지 않는 이유는?
대부분의 클라우드 공급자는 기본적으로 security-group이나 방화벽에서 ICMP를 차단합니다. 서버 자체는 문제 없지만 핑은 응답하지 않습니다. 클라우드 워크로드에는 HTTP 또는 TCP 포트 체크 사용을 권장합니다. 핑이 정말 필요하다면 security group에서 ICMP를 허용하도록 설정할 수 있습니다.
핑과 TCP 포트 체크의 차이점은?
핑은 ICMP(포트 없음, 순수 3계층 연결성)를 사용하고, TCP 포트 체크는 특정 포트로 TCP 연결을 시도(4계층 연결성 확인)합니다. 호스트가 핑엔 응답하더라도 TCP는 실패할 수 있고(방화벽이 포트 차단) 혹은 그 반대(방화벽이 ICMP 차단, 포트는 열림)도 가능합니다.
핑의 왕복 시간(RTT)을 기록하나요?
네 — 응답 시간(RTT)은 모든 체크에서 기록되어 시간이 지남에 따라 추적됩니다. 네트워크 저하 탐지에 유용합니다. 동일 호스트지만 RTT가 20ms에서 200ms로 점진적으로 늘어나면 라우팅 문제나 컨제스쳔(혼잡)일 수 있습니다.
내부 IP로 핑할 수 있나요?
체커 서버에서 접근할 수 있는 IP(공인 IP)만 가능합니다. RFC1918 사설 대역(192.168.x.x, 10.x.x.x, 172.16-31.x.x)은 외부 모니터링에서는 작동하지 않습니다. 내부 인프라의 경우, 내부 네트워크에 heartbeat 에이전트를 self-host로 띄워 저희에게 핑을 보내게 할 수 있습니다.

핑 모니터링