| 서비스 | 유형 | Uptime | 메모리 | CPU | 상태 |
|---|---|---|---|---|---|
| srv-monitor | System | 24d 15h | — | — | 활성 |
| nginx | Process | 23d 14h | 18.4 MB | 3.9% | 활성 |
| apache2 | Process | 12d 7h | 8.6 MB | 3.9% | 활성 |
| mysqld | Process | 13d 7h | 219.3 MB | 0.3% | 활성 |
| php-fpm | Process | 8d 4h | 212.2 MB | 2.8% | 활성 |
| sshd | Process | 39d 12h | 272.4 MB | 1.3% | 활성 |
| fail2ban | Process | 26d 10h | 294.7 MB | 0.3% | 활성 |
| crowdsec | Process | 36d 4h | 42.5 MB | 2.2% | 활성 |
| redis-server | Process | 15d 3h | 74.2 MB | 3.1% | 활성 |
| cron | Process | 17d 10h | 20.9 MB | 2.9% | 활성 |
| rootfs | Filesystem | — | — | — | 활성 |
| eth0 | Network | — | — | — | 활성 |
Monit은 프로세스와 파일, 파일 시스템과 호스트를 지켜보다가 망가진 것을 발견하면 다시 띄웁니다. 자체 웹 화면을 갖추고 있으며 그것은 돌아가고, 아주 오래전에 그려진 것처럼 보입니다. 이 페이지는 같은 상태를 읽어 패널의 나머지와 나란히 보여 줍니다. 그러면 서비스의 건강이 따로 떨어진 포트에 사는 대신 보안 모듈들 곁에 서게 됩니다.
점검마다 지금 상태와 무엇을 지켜보는지, 그리고 몇 번이나 손을 썼는지가 함께 나옵니다. 재시작 횟수야말로 눈여겨볼 칸입니다. Monit이 마흔 번 다시 띄운 서비스는 Monit이 살려 두고 있는 서비스가 아닙니다. 그것은 거듭 쓰러지는 서비스이고, 재시작이 그 사실을 가리고 있는 것입니다. 읽기만 한다면 Monit은 이 점에서 정직합니다. 위험은 온통 초록인 판을 아무 문제도 없다는 증거로 받아들이는 데 있습니다.
보통의 서버에서 제자리를 얻을 만한 점검은 이렇습니다. 웹 서버, 데이터베이스, SSH 데몬, 루트 파일 시스템의 남은 공간, 그리고 기계 바깥의 무언가에 닿는지를 보는 점검입니다.