최적의 구성: 가동 시간, 시스템 부하, 드라이브 상태를 별도로 점검하세요
세 가지를 모두 잘 처리하는 도구는 거의 없습니다. 실용적인 ZimaOS 구성은 다음과 같습니다. “서비스에 연결할 수 있는가?”는 Uptime Kuma, CPU/RAM/여유 공간/온도 추세는 Netdata, 디스크 SMART 기록은 Scrutiny를 사용하세요. 이렇게 하면 핑 점검만으로 드라이브 고장을 예측할 수 있는 것처럼 오해하지 않으면서도 유용한 알림을 받을 수 있습니다.
앱 및 포트 가용성에는 Uptime Kuma를 사용하세요
HTTP 엔드포인트, TCP 포트, DNS 또는 핑 대상을 모니터링한 다음 SMTP/이메일 알림 채널을 연결하세요. Uptime Kuma 하드웨어 가이드에서는 스토리지 및 모니터 확장에 대해 설명합니다. Uptime Kuma 공식 프로젝트는 프로젝트 문서에서 알림과 모니터 유형을 설명합니다.
리소스 임계값에는 Netdata를 사용하세요
여유 공간, 지속적인 CPU 부하, 메모리 압박, 온도는 단순한 정상/비정상 점검이 아니라 연속적인 지표입니다. Netdata의 알림 엔진은 임계값 기반 상태 점검을 위해 설계되었습니다. Netdata 하드웨어 가이드와 Netdata 알림 문서를 참조하세요.
SMART 기록에는 Scrutiny를 사용하되, 실제 드라이브를 전달하세요
Scrutiny가 작동하려면 smartctl이 물리 디스크를 인식해야 합니다. Docker에서는 필요한 --device 매핑과 기능 권한을 설정해야 한다는 의미입니다. RAID 컨트롤러에는 특별한 장치 유형 처리가 필요할 수 있습니다. 공식 Scrutiny 문서에서 이러한 요구 사항을 설명합니다.
조치로 이어지는 알림을 정의하세요
- 서비스에 2~5분 동안 연결할 수 없음 → 컨테이너/네트워크를 확인합니다.
- 파일 시스템 사용량이 80~90% 초과 → 정리하거나 스토리지를 확장합니다.
- 하드웨어의 안전 작동 목표 온도 초과 → 냉각 및 작업 부하를 점검합니다.
- SMART 중요 속성 또는 장치 오류가 반복적으로 발생 → 백업한 후 드라이브를 교체하거나 진단합니다.
앱 규모를 더 폭넓게 참고하려면 ZimaOS 앱 스토어 하드웨어 디렉터리를 사용하세요.
