KapsuleHost의 모든 사이트는 60초마다 자동으로 점검되며, Uptime 탭에서 결과를 확인할 수 있습니다: 현재 상태, 가동률, 응답 시간, 그리고 전체 장애 이력입니다. 이 가이드에서는 이를 읽는 방법과 문제가 발생했을 때 해야 할 일을 다룹니다.
KPanel에서 Uptime의 위치
Uptime은 사이트에 속해 있으므로, 메인 사이드바가 아니라 사이트 안에서 접근합니다:
- KPanel에 로그인합니다.
- 왼쪽 사이드바에서 웹사이트를 클릭한 다음, 해당 사이트를 클릭합니다.
- 사이트의 왼쪽 메뉴에서 개요를 열고, 가동 시간을 클릭합니다.
직접 접속 주소는 /websites/<site-id>/uptime입니다.
KPanel의 메인 사이드바에는 가동 시간 항목이 없습니다. Uptime은 한 단계 아래, 특정 사이트 안의 성능 밑에 있습니다.
점검 대상
사이트는 저희 모니터링 노드에서 60초마다 요청을 받습니다. 별도로 활성화할 필요가 없고 설치해야 할 에이전트도 없습니다: 점검은 자동으로 시작됩니다. 점검은 실제 HTTP 요청이므로, DNS, TLS, 웹 서버, 애플리케이션 순서로 모두 거칩니다.
사이트를 막 생성해서 No uptime data yet이라는 문구가 보인다면, 이는 정상입니다. 첫 점검 결과는 몇 분 안에 나타납니다.
상단의 세 가지 수치
| 카드 | 의미 |
|---|---|
| 현재 상태 | 가장 최근 점검 기준 UP 또는 DOWN |
| Uptime | 선택한 기간 동안 성공한 점검의 비율 |
| 평균 응답 시간 | 선택한 기간 동안의 평균 응답 시간(밀리초) |
기간은 카드 위의 24h, 7d, 30d 버튼으로 설정되며, 페이지의 모든 패널이 이를 따릅니다. 기간을 전환하면 집계되는 점검 항목이 달라지므로 가동률과 평균값도 함께 바뀝니다.
평균 응답 시간은 몇 분 단위가 아니라 몇 주 단위로 지켜볼 가치가 있습니다. 한 번의 느린 점검은 잡음일 뿐입니다. 지난달보다 두 배로 늘어난 수치는 신호이며, 보통 사이트가 현재 플랜의 한계를 넘어 성장했거나 무언가 리소스를 많이 쓰는 작업을 시작했다는 뜻입니다. 사이트 성능 및 APM에서 다음 단계를 확인하세요.
응답 시간 차트
카드 아래에는 점검마다 하나씩 막대가 표시되며, 최대 최근 60개까지, 가장 오래된 항목이 왼쪽에 있습니다. 막대의 높이는 해당 기간 중 가장 느린 점검 대비 상대적인 응답 시간입니다.
색상에는 의미가 있습니다:
- 파란색은 3초 미만으로 성공한 점검입니다.
- 주황색은 3초를 초과했지만 성공한 점검입니다. 사이트가 응답은 했지만 느렸습니다.
- 빨간색은 짧은 막대로 표시되며, 실패한 점검입니다.
막대 위에 마우스를 올리면 응답 시간이나, 실패한 경우 오류 메시지를 확인할 수 있습니다.
일정한 높이의 파란 막대가 가득한 것은 건강한 사이트의 모습입니다. 톱니 모양 패턴은 보통 일정 주기로 실행되는 무언가가 방문자와 자원을 두고 경쟁하고 있다는 의미입니다: cron 작업, 백업, 또는 대량 작업을 수행하는 플러그인 등입니다.
장애 이력
장애는 점검이 실패하기 시작할 때 열리고, 다시 성공할 때 닫힙니다. 표에는 다음이 나열됩니다:
| 열 | 알려주는 내용 |
|---|---|
| Started | 첫 실패 점검이 기록된 시각(사용자의 현지 시간 기준) |
| Resolved | 점검이 복구된 시각, 또는 아직 실패 중이면 Ongoing |
| Duration | 장애가 지속된 시간(분 단위) |
| Reason | 점검에서 전달된 실패 메시지 |
장애 이력이 없다면, 표에 그렇게 명확히 표시됩니다.
Reason 열에서 대부분의 진단 정보를 얻을 수 있습니다. 흔한 메시지와 그 의미는 다음과 같습니다:
- Connection timed out. 서버가 전혀 응답하지 않았습니다. 보통 호스트가 다운되었거나, 과부하 상태이거나, 방화벽 규칙이 트래픽을 차단하고 있는 경우입니다.
- Connection refused. 호스트는 응답했지만 해당 포트에서 대기 중인 서비스가 없었습니다. 웹 서버가 중지된 상태입니다.
- SSL or certificate errors. 인증서가 만료되었거나, 점검 중인 호스트명을 포함하지 않는 인증서입니다. 사이트의 보안 탭을 열면 인증서와 남은 유효 기간을 확인하고 갱신할 수 있습니다. 사이트 보안을 참고하세요.
- HTTP 5xx. 애플리케이션 자체에서 오류가 발생했습니다. 로그와 사이트 성능 및 APM을 다음 단계로 확인하세요.
- HTTP 4xx. 흔히 리디렉션이나 접근 규칙이 점검기를 걸러낸 경우입니다. 사이트 전체에 비밀번호 보호를 방금 추가했다면 이것이 원인입니다: 사이트 비밀번호 보호를 참고하세요.
다중 지역 상태
일부 사이트에는 다중 지역 상태 패널도 표시되며, 각 점검 지역별로 타일이 하나씩 있어 해당 지역에서 사이트가 정상으로 보이는지, 응답하는 데 얼마나 걸렸는지를 보여줍니다.
이 패널은 문제가 사용자 쪽인지 인터넷 쪽인지를 알려줍니다. 한 지역에서만 느리거나 다운으로 보고하고 나머지는 정상이라면, 원인은 보통 라우팅이나 중간 네트워크에 있지, 서버 쪽이 아닙니다. 모든 지역이 동일하게 보고한다면, 문제는 사용자 쪽에 있습니다.
패널에 결과가 아직 준비 중이라고 표시되면, 모니터가 설정되는 중이며 지역별 결과는 몇 분 안에 나타납니다. 패널이 아예 보이지 않는다면, 해당 사이트에는 다중 지역 점검이 활성화되어 있지 않으며 위에서 설명한 단일 노드 점검이 기준 정보입니다.
새로고침 및 내보내기
페이지 헤더의 새로고침 아이콘은 요청 시 데이터를 다시 읽어옵니다. 이 페이지는 지속적으로 폴링하지 않으므로, 변경을 적용한 뒤 반영되었는지 확인하려면 새로고침하세요.
문제 해결
Uptime은 다운으로 표시되지만 제게는 사이트가 로드됩니다. 먼저 장애 사유를 확인하세요. 401이나 403은 사이트가 실제로 고장난 것이 아니라 접근 규칙이 점검기를 차단하고 있다는 의미입니다: 사이트 전체 비밀번호 보호, IP 차단, 국가 필터링이 흔한 원인입니다. 사이트 보안과 사이트의 국가 차단을 참고하세요.
해당 기간의 가동률 수치가 이상해 보입니다. 가동률은 해당 기간 내 성공한 점검 수를 전체 점검 수로 나눈 값입니다. 짧은 장애는 30일 기준보다 24시간 기준으로 볼 때 훨씬 심각해 보입니다. 결론을 내리기 전에 같은 기준끼리 비교하세요.
응답 시간이 급증했는데 바뀐 것이 없습니다. 무언가는 바뀌었지만, 사용자가 직접 변경한 것은 아닙니다: 플러그인 업데이트, 트래픽 증가, 커진 데이터베이스, 또는 예약된 작업 등입니다. 차트에서 패턴을 먼저 확인한 다음, 사이트 성능 및 APM에서 느린 엔드포인트를 확인하세요.
매일 같은 시각에 짧은 장애가 반복됩니다. 예약된 작업을 확인하세요. 서버를 과포화시키는 무거운 cron 작업은 특정 시각에 몰린 실패 집단으로 나타납니다.
사이트가 실제로 다운되어 복구가 필요합니다. 마지막으로 변경한 내용이 원인이라면, 디버깅보다 복원이 더 빠릅니다. 백업에서 복원하기를 참고하세요.
관련 페이지
- 사이트 분석: 트래픽 양과 방문자 출처를 확인합니다.
- 사이트 성능 및 APM: 응답 시간 백분위수와 느린 쿼리를 확인합니다.
- 사이트 보안: 인증서, 악성코드 검사, 접근 규칙을 확인합니다.
- 백업 생성하기: 되돌려야 할 수도 있는 변경을 하기 전에 참고하세요.
사이트가 계속 다운되고 원인이 명확하지 않다면, KPanel의 지원에서 티켓을 열거나 support@kapsulehost.com으로 사이트 이름과 장애 이력 표의 타임스탬프를 포함해 이메일을 보내주세요.