Support Home > 다운타임 모니터링

다운타임 모니터링

젯팩의 다운타임 모니터링에서는 사이트를 계속 감시하다가 다운타임이 감지되는 순간에 경고합니다.

젯팩에서는 사이트를 지켜보다가 다운타임이 감지되는 순간에 알려줍니다.

활성화하면 서버 중 하나에서 5분마다 사이트를 확인하기 시작합니다. 무언가 잘못된 것 같으면 젯팩이 연결된 워드프레스닷컴 계정으로 이메일 알림을 보내드립니다.

일반 기능과 FAQ는 기능 페이지를 참조해 주세요.


이메일

다운타임 모니터링이 활성화되면 활성화한 사용자에게 다운타임 알림 이메일이 발송됩니다. 워드프레스닷컴 계정에 연결된 추가 관리자가 있으면 해당 관리자도 젯팩 → 설정 → 보안을 통해 이러한 이메일 알림을 직접 활성화할 수 있습니다.

이러한 알림 이메일이 스팸으로 처리되지 않도록 이메일 필터에 다른 항목을 추가하려는 경우 support+monitor AT jetpack DOT com에서 해당 항목이 모두 제공됩니다.

푸시 알림

이제는 젯팩과 워드프레스 앱의 경우 모두 워드프레스닷컴 및/또는 모바일(Android 및 iOS)의 푸시 알림을 통해 웹에서 작동하지 않는 사이트에 대한 알림을 받을 수 있습니다. 

다음은 웹에서 이 기능을 활성화하는 방법입니다.

  1. https://wordpress.com/settings/security/로 이동합니다.
  2. 사이트를 선택합니다.
  3. 워드프레스닷컴 알림을 통해 알림 보내기“를 활성화합니다.

다음은 앱(Android 및 iOS, 젯팩 및 워드프레스)에서 이 기능을 활성화하는 방법입니다.

  1. 내 사이트로 이동합니다.
  2. 젯팩을 설정합니다.
  3. 푸시 알림 보내기“를 활성화합니다.

사이트가 제대로 실행되고 작동하는데 ‘사이트 작동 중지’ 알림이 수신되나요?

이 문제는 여러 가지 이유로 발생할 수 있으며, 알림 이메일의 내용에서 자세히 알아보실 수 있습니다.

사이트가 드물게 응답하거나 아주 느리게 응답합니다.

사이트가 느리게 로드될 수 있습니다. 사이트를 20초 안에 로드할 수 없는 경우 접근 불가능으로 간주합니다. 이 문제는 대역폭을 다른 많은 웹사이트와 공유하는 공유형 호스팅을 이용하거나 로드 중인 리소스가 홈페이지에 많이 있는 경우에 발생합니다. 이 경우에는 사이트 속도가 느려집니다.

경우에 따라 몇 분 동안만 사이트 속도가 느려질 수 있습니다. 리소스를 너무 많이 사용하고 다른 사람의 사이트 속도를 떨어뜨린 다른 사이트를 몇 분 동안 서버에서 격리하는 조치를 호스팅 공급업체에서 취하면 로딩 속도가 정상으로 회복됩니다.

요청이 너무 여러 번 리디렉팅됩니다.

이 문제가 발생하는 경우 문제의 원인이 될 수 있는 리디렉션 플러그인을 사용하지 않는 사이트 URL이 적절히 설정되었는지 확인하세요.

젯팩이 차단되었습니다.

호스팅 서비스에서 모니터링 에이전트가 ���단되지 않는지 확인하세요! HEAD 요청과 함께 보내드리는 사용자 에이전트가 jetmon/1.0(워드프레스닷컴의 젯팩 사이트 업타임 모니터)이어야 합니다. 그래도 적절히 해결되지 않으면 지원을 문의해 주세요.

서버에서 응답하지 않습니다.

테마 또는 플러그인 하나로 인해 심각한 오류라고 알려진 500 오류가 사이트에서 발생하는 경우 독자가 사이트에 접근할 수 없으며, 이메일로 알려드립니다.

상태 경고

모니터링을 통해 사이트에서 문제가 감지되면 보내드리는 알림 이메일의 하단에 조금 더 많은 정보를 제공할 수 있는 섹션이 있습니다.

숫자는 사이트에 대한 내부 I.D.입니다. 두 번째 부분이 표시되고 있는 상태입니다. 이러한 상태는 사이트의 홈페이지에 대한 HTTP HEAD 요청에 대한 HTTP 응답 코드에 따라 다릅니다.

  • “server” — 5xx 응답이며, 서버에 몇 가지 심각한 오류 유형이 있었다는 의미입니다.
  • blocked” — 403 응답이며, 홈페이지 보기가 금지되었다고 서버에서 회신했다는 의미입니다.
  • client” — 접근을 비활성화하는 비슷한 서버 측 설정을 나타내는 4xx 응답(403 제외)입니다.
  • intermittent” — 10초가 지나도 응답이 없어서 요청 시간이 초과되었습니다. 이 경우는 사이트가 속도만 느릴 뿐 실제로는 로드되고 있을 수 있어서 혼란스러울 수 있는 경우입니다. 이 경우는 대부분 자체적으로 해결할 수도 있습니다. 사이트에서 공유형 호스트를 이용하는데 서버의 다른 사이트에서 리소스를 너무 많이 사용 중인 경우 서버의 다른 사이트에서 응답 속도가 느려질 수 있습니다. 기본 모니터 서버와 확인 중인 여러 서버에 모두 자동으로 이 상태가 표시되어 사이트가 작동 중지로 표시됩니다.
  • redirection” — 3xx 응답입니다. 모니터에서는 몇 개의 리디렉팅을 따라가는데 네 번째 리디렉팅을 따라가라는 요청을 받으면 문제가 있다고 가정합니다. 현실적으로는 리디렉팅 루프를 나타내지만, 상대적으로 좋지 않은 설정일 수 있습니다(예: example.com -> http://www.example.com -> http://www.example.com/en/ -> http://www.example.com/en/blog/이 작동 중지로 표시됨).
  • success” — 정상 응답입니다. 모든 것이 작동했습니다. 이 응답은 후속 “사이트가 백업됩니다!” 이메일에만 표시됩니다.
  • unknown” — 발생하면 안 되는 응답입니다. 모니터링 서비스를 통해 예상 응답을 워드프레스닷컴에 보내지 않았다는 것을 나타냅니다.

어떻게 자동으로 작동하나요?

사이��를 점검할 때 5분마다 HTTP HEAD 요청을 통해 사이트의 홈페이지 접속을 확인합니다.

HTTP 응답이 권한 오류 또는 심각한 코드 오류��� 인해 사이트가 방문자에게 표시되지 않는다는 것을 나타내는 400 이상인 경우 또는 리디렉팅 루프를 나타내는 300 시리즈 리디렉팅이 4개 이상 표시되는 경우 또는 20초 이내에 사이트에서 응답하지 않는 경우 잠정적으로 사이트가 작동 중지로 표시됩니다.

잠정적으로 작동 중지로 표시되면 지역적으로 다른 위치에 있는 서드파티 공급업체의 서버 3대를 가동하여 문제가 네트워크 또는 기본 데이터센터 위치에서 격리되지 않았는지 확인합니다.

검사 3개를 모두 통과하지 못하면 사이트를 작동 중지로 표시하고 알려드립니다.

참고: 젯팩에서는 워드프레스 설정에 설정된 시간대(설정 > 일반)를 사용합니다.

비공개 정보

이 기능은 기본적으로 비활성화되어 있습니다. 언젠가 이 기능을 비활성화해야 하는 경우가 있으면 알림판의 젯팩 — 알림판 — 둘러보기에서 다운타임 모니터링 섹션에 있는 설정 링크를 클릭하면 됩니다. 워드프레스닷컴에 대한 기능의 설정이 보이면 페이지 맨 위의 다운타임 모니터링 섹션 내에 있는 사이트의 다운타임 모니터링 설정을 전환하세요.

사이트의 데이터 사용에 대한 자세한 내용

이 기능은 기본적으로 비활성화되어 있습니다. 언젠가 이 기능을 비활성화해야 하는 경우가 있으면 알림판의 젯팩 — 알림판 — 둘러보기에서 다운타임 모니터링 섹션에 있는 설정 링크를 클릭하면 됩니다. 워드프레스닷컴에 대한 기능의 설정이 보이면 페이지 맨 위의 다운타임 모니터링 섹션 내에 있는 사이트의 다운타임 모니터링 설정을 전환하세요.

사용된 데이터
사이트 소유자/사용자

사이트 소유자의 로컬 사용자 ID, 워드프레스닷컴, 사용자 ID, 이메일 주소, 워드프레스닷컴에 연결된 블로그 ID, 마지막 다운타임 상태 변경 날짜.

아울러, 활동 추적(아래에 자세히 설명되어 있음)의 경우: IP 주소, 워드프레스닷컴 사용자 ID, 워드프레스닷컴 사용자명, 워드프레스닷컴에 연결된 사이트 ID와 URL, 젯팩 버전, 사용자 에이전트, 방문 URL, 참조 URL, 이벤트 타임스탬프, 브라우저 언어, 국가 코드.

사이트 방문자

없음.

추적된 활동
사이트 소유자/사용자

기능이 언제 어떤 사용자에 의해 활성화되고 비활성화되었는지 추적됩니다. 어떤 구성 설정이 언제 수정되었는지도 추적됩니다.

사이트 방문자

없음.

동기화된 데이터(자세히 알아보기)
사이트 소유자/사용자

기능의 활성화 여부 및 사용 가능한 설정 구성 방식을 식별하는 옵션이 동기화됩니다.

사이트 방문자

없음.

  • 목차