자동 중지와 재시작
요청이 없으면 워커 실행을 중지하고, 새 요청이 오면 자동으로 다시 시작합니다. 데이터와 설정은 그대로 유지됩니다.
runlot은 일정 시간 요청이 없는 프로젝트의 워커 프로세스를 종료해 메모리 사용량을 줄입니다. 내부 상태 이름은 park이며, 데이터는 삭제하지 않습니다.
자동으로 중지되는 조건
기본 유휴 시간은 5분입니다. 아래 조건을 모두 만족하면 워커 프로세스를 종료합니다.
- 마지막 HTTP 요청과 마지막 데이터베이스 접속으로부터 5분이 지났습니다.
- 열려 있는 데이터베이스 연결이 없습니다.
- 백업, 복원, 이전 작업이 진행 중이지 않습니다.
유지되는 데이터와 설정
워커 프로세스만 종료됩니다. 데이터 디렉토리, 배포 번들, 데이터베이스 파일은 유지됩니다. 측정 시 프로젝트당 상주 메모리 사용량은 약 125MB에서 0으로 줄었습니다.
대시보드의 프로젝트 상태와 배치 정보는 바뀌지 않으며, 프로젝트는 계속 "활성"으로 표시됩니다. 자동 중지는 노드 내부에서 처리합니다.
새 요청이 오면
첫 요청이 도착하면 워커 프로세스를 시작하고, 준비가 완료된 뒤 해당 요청을 전달합니다. 아래 수치는 측정 결과이며, 모든 환경에서 보장되는 응답 시간은 아닙니다.
| 항목 | 측정 결과 |
|---|---|
| 중지 후 첫 요청의 응답 시간(p50) | 0.36초 |
| 같은 조건에서의 최대 응답 시간 | 0.40초 |
| 프로젝트 64개 재시작 | 64/64 성공 |
프로세스를 시작한 뒤에는 실제로 연결을 받을 수 있는지 확인합니다. 준비가 끝나기 전에 요청이 전달되는 일을 방지하기 위한 절차입니다.
중지된 프로젝트의 백업
백업 시간이 되면 프로젝트를 잠시 시작해 백업을 만들고, 완료 후 다시 중지합니다. 사용하지 않는 프로젝트도 정기 백업을 건너뛰지 않습니다.
요금
자동으로 중지된 동안에는 컴퓨트 사용량이 발생하지 않습니다. 현재 무료 요금제에서는 별도 차이가 없지만, 유료 요금제가 도입되면 유휴 기간의 컴퓨트 비용을 줄이는 기준이 됩니다.
이 기능은 관리자가 프로젝트를 정지하는 suspend와 다릅니다. 자동 중지된 프로젝트는 새 요청이 오면 다시 실행되므로 직접 재시작할 필요가 없습니다.
노드의 디스크 공간이 부족한 경우
노드의 디스크 공간이 부족하면 유휴 프로젝트의 데이터베이스를 암호화해 외부 저장소로 옮길 수 있습니다. 이때는 콜드 상태가 되며, 다음 요청에서 데이터베이스를 먼저 복원해야 합니다. 측정 시 이 과정에는 약 6~7초가 걸렸습니다. 자세한 내용은 콜드 상태와 재시작을 참고하세요.