문서
빠른 시작 + 부분별, 기기별 기능 설명 (계속 업데이트 중)
상태 점검과 대시보드
이 문서는 대시보드의 서버 상태 모니터링 기능과 각 지표의 의미를 소개합니다.
기능 소개
대시보드는 모든 서버의 실시간 상태를 한꺼번에 보여 줍니다: CPU 부하, 메모리 사용, 디스크 점유, 시스템 정보, 온라인 상태. 패널 첫 화면을 열면 전체 서버를 한눈에 볼 수 있습니다.
활용 시나리오
- 어떤 서버가 정상이고 어떤 서버에 이상이 있는지 빠르게 판단
- 메모리/디스크가 곧 가득 차는지 감시하고 미리 경고
- 서버의 기본 정보(CPU 모델, 코어 수, 시스템 버전, 아키텍처) 확인
표시되는 내용 (각 지표의 의미)
서버 카드마다 다음이 표시됩니다:
| 지표 | 의미 | 쉬운 설명 |
|---|---|---|
| 온라인 상태 | 온라인 / 오프라인 (녹색 점 / 빨간 점) | 패널이 SSH로 접속할 수 있는지 |
| CPU 부하 | 시스템 부하 평균값 | 숫자가 「코어 수」에 가까울수록 바쁘다는 뜻이고, 오랫동안 코어 수를 넘으면 CPU가 빠듯하다는 뜻 |
| 메모리 | 전체 / 사용 / 사용 가능 | 사용 가능 메모리가 너무 적으면(<8%) OOM을 경계해야 함 |
| 디스크 | 루트 파티션 전체 / 사용 / 사용률 | 사용률이 90%를 넘으면 정리할 때 |
| 가동 시간 | 마지막 재부팅 이후 일수 | 값이 클수록 시스템이 안정적 |
| CPU 모델 / 코어 수 / 아키텍처 | 예: 「4코어 / x86_64 / Intel Xeon」 | 하드웨어 구성 |
| 운영 체제 | 배포판 이름과 버전 | 예: 「Ubuntu 22.04」 |
| 호스트 이름 | 서버의 hostname | 기기 이름 |
| 사설 IP | 서버 내부 주소 | 내부 주소 |
부하와 코어 수의 관계
- 부하 < 코어 수: 정상, 기기에 여유가 있음
- 부하 = 코어 수: 딱 꽉 찬 상태
- 부하 > 코어 수: 과부하, 느려질 수 있음
- 부하 > 코어 수 × 3: 심각한 과부하 (크래시 보호가 기본적으로 이 임계값에서 개입)
새로고침 메커니즘
- 패널은 모든 서버를 일괄(병렬)로 점검해 하나씩 연결하는 지연을 피합니다
- 상태 데이터에는 60초 캐시가 있습니다: 같은 1분 안의 새로고침은 SSH 연결을 반복하지 않습니다
- 점검에 실패한 서버에는 30초 실패 캐시가 있습니다: 오프라인 서버 때문에 매번 타임아웃을 기다리며 낭비하지 않습니다
> 그래서 「새로고침」을 직접 눌렀는데 데이터가 그대로라면 정상적인 캐시 동작이며, 60초 후에 자동으로 갱신됩니다.
온라인 / 오프라인 상태 설명
「오프라인」이 서버 다운을 뜻하지는 않습니다. 그것은 「패널이 SSH로 이 서버에 접속할 수 없다」는 의미일 뿐입니다. 흔한 원인:
1. SSH 포트에 도달할 수 없음 (클라우드 방화벽/보안 그룹 차단, NAT 포트 매핑 무효화)
2. 계정 또는 비밀번호 오류
3. 서버가 실제로 다운됨
점검 방법은 자주 묻는 질문 FAQ의 「서버가 오프라인으로 표시됨」 절을 참고하세요.
주의 사항
1. 상태 점검은 SSH로 원격에서 명령을 실행해 이루어지며, 대상 서버에 어떤 프로그램도 설치하지 않고 대상 자원도 차지하지 않습니다.
2. 「터널링 서버」(공인 IP 없음)의 경우 상태 데이터는 리버스 터널로 전송되며, 점검 방식은 일반 서버와 동일합니다.
3. 어떤 서버가 오래도록 오프라인이고 더 이상 사용하지 않는다면 「서버 관리」에서 삭제해, 새로고침마다 타임아웃을 기다리는 일을 피하세요.