가동 시간 모니터링-서버에 좋지 않은가?

매초마다 "HTTP GET Request"를 수행하여 서버가 작동하는지 확인하는 방법이 있는지 궁금합니다.

어떤 서버에서도 처리 할 수 ​​있습니까?

"모든"서버가 처리 할 수 ​​있습니까? 아마.

해야합니까? 아마 아닙니다.

몇 가지 질문을 해보십시오.

1. 정전에 얼마나 빨리 대응할 수 있습니까?
2. 일반적으로 초당 몇 페이지 뷰가 발생합니까?
3. "Down"이라고 부르고 경고를 보내기 전에 몇 개의 연속 오류가 표시됩니까?
4. 내부 또는 외부 고객과 존중해야 할 SLA가 있습니까?
5. 위에 나열된 질문을 바탕으로 합리적인 모니터링 및 응답 시간은 어떻게됩니까?

프로그램을 처음 배우면서 스톱워치를 만들고 싶었습니다. 마침내 작동하는 응용 프로그램을 얻었을 때 랩톱의 CPU 사용량이 실행될 때마다 100 %임을 알았습니다.

내 실행 루프에는 대기 사이클이 없습니다. 시간 기능에 대해 계속 실행되었습니다.

그날 저는 귀중한 교훈을 얻었습니다. 무한정 정확한 측정과 같은 것은 없습니다.

다른 모든 사람들과 마찬가지로 기술 측면도 자주 모니터링하지 않는 이유에 대해 의문을 제기하는 것이 중요합니다. 초당 한 번의 GET 요청은 일반적인 페이지로드와 비교하여 절대적으로 부족합니다.

서버가 처리 할 수 ​​있습니까? 우리는 그러한 질문에 대답 할 수있는 것이 없지만 서버가 문제를 처리하는 데 문제가 있다면 다른 어떤 서비스에도 적합하지 않을 것이라고 제안합니다.

Nagios 또는 munin은 매 초마다 테스트 실행을 처리 할 수 ​​있지만 약간 강박 적입니다. 자주 확인해야하는 이유가 있습니까? 서버가 불안정한 경우 더 깊은 문제가있을 수 있습니다.

대부분의 상용 모니터링 소프트웨어는 기본적으로 1 분 또는 5 분 간격을 제공합니다. 검사 간격이 좋은 것 같습니다.

매 초마다 서버를 모니터링하는 데 아무런 문제가 없습니다. 특히 Apache 쿼리가 몇 초 동안 중단되어 요청이 백업되거나 특정 순간에 잘못된 경고가 발생하는 부하가 큰 서버에서는 매우 효율적이지 않습니다. 틀리 진 않아'. 1 초 점검으로 응답 속도가 빨라지지는 않으며 모든 상황의 99.9 %에서 10 초 또는 30 초 점검이 중요합니다.

나는 여기 요셉과 100 % 동의합니다. 여전히 실시간 모니터링을 원한다면 서버 오류와 로그에 새로운 항목이 없는지 웹 서버 로그를 스니핑하는 것을 고려할 수 있습니다. 서버에 부하를주지 않지만이를 기반으로 경고를 트리거하는 것은 어려운 일입니다. :)

1 초 해상도는 실제로 높으며 아마도 필요하지 않습니다. 그러나 나는 훨씬 높은 해상도 (10 초마다)보다 munin (5 분)과 같은 다른 OSS 도구를 위해 설계되었으므로 수집하는 것을 선호합니다.