게임 서버는 메모리 누수를 정리하고, 구성 변경 사항을 적용하며, 긴 플레이 세션 동안 안정적인 성능을 유지하기 위해 정기적인 재시작의 이점을 누립니다. 이 가이드는 GPanel의 Schedules 기능을 사용하여 자동 예약 재시작을 설정하는 방법을 보여주므로, 수동 개입 없이 서버가 정상 상태를 유지합니다.
모든 게임에서 작동합니다. GPanel의 Schedules 기능은 Legion Hosting으로 호스팅되는 모든 게임 서버에서 사용할 수 있습니다. 게임별 팁(예: 재시작 전 플레이어에게 경고)은 이 가이드의 뒷부분에서 다룹니다.
재시작을 예약하는 이유?
대부분의 게임 서버는 시간이 지남에 따라 메모리 사용량과 임시 데이터를 축적합니다. 주기적인 재시작이 없으면 다음과 같은 현상을 발견할 수 있습니다:
- RAM 사용량이 몇 시간 또는 며칠에 걸쳐 증가함에 따라 지연 및 러버밴딩 증가
- Minecraft 및 Project Zomboid와 같은 게임에서 엔티티 및 청크 로딩 속도 저하
- 전체 서버 재시작 시에만 초기화되는 모드 관련 메모리 누수
- 적용을 위해 재시작이 필요한 구성 변경 사항의 지연된 적용
6~12시간마다 예약 재시작하는 것이 가장 일반적인 설정이며 이러한 문제의 대부분을 방지합니다.
사전 요구 사항
- Legion Hosting의 활성 게임 서버
- 계정 자격 증명으로 GPanel에 액세스
- 서버가 Running 상태여야 합니다(달리 구성하지 않는 한 스케줄은 서버가 온라인일 때만 트리거됩니다)
1단계: Schedules 탭 열기
- GPanel에 로그인하고 서버 목록에서 서버를 선택하세요.
- 왼쪽 사이드바에서 Schedules 탭을 클릭하세요.
- 기존 스케줄 목록이 표시됩니다. 새 서버인 경우 목록이 비어 있습니다.
2단계: 새 스케줄 만들기
- Create Schedule 버튼을 클릭하세요.
- 스케줄의 Name을 입력하세요 —
Auto Restart Every 6 Hours와 같이 설명적인 이름. - 스케줄이 실행되는 시점을 제어하기 위해 Cron Expression을 설정하세요. 일반적인 예는 아래 섹션을 참조하세요.
- Enabled가 켜져 있는지 확인하세요.
- Save를 클릭하여 스케줄을 만드세요.
스케줄은 단지 타이머일 뿐입니다. 스케줄을 만든 후에도, 타이머가 작동할 때 서버에 무엇을 할지 알려주는 작업(task)을 여기에 추가해야 합니다. 3단계로 계속하세요.
3단계: 스케줄에 재시작 작업 추가하기
- 스케줄을 저장한 후 이름을 클릭하여 여세요.
- Tasks 섹션에서 New Task를 클릭하세요.
- Action을 Send power action으로 설정하세요.
- Payload를 Restart로 설정하세요.
- Time Offset을
0초로 설정하세요(이는 스케줄이 작동할 때 작업이 즉시 실행됨을 의미합니다). - Save를 클릭하세요.
이제 예약 재시작이 활성화되었습니다. 서버는 구성한 cron 표현식에 따라 자동으로 재시작됩니다.
Restart 대 Stop + Start: Restart 전원 작업은 서버를 정상적으로 중지하고 다시 시작합니다. 이것이 예약 재시작에 권장되는 작업입니다. Kill은 저장 없이 서버 프로세스를 강제로 종료하므로 예약 작업으로 사용하지 마세요.
Cron 표현식 이해하기
GPanel은 스케줄이 실행되는 시점을 정의하기 위해 cron 표현식을 사용합니다. cron 표현식은 공백으로 구분된 다섯 개의 필드로 구성됩니다:
Minute Hour Day-of-Month Month Day-of-Week
* * * * *| 필드 | 허용 값 | 설명 |
|---|---|---|
| Minute | 0–59 | 작업이 실행되는 시간의 분 |
| Hour | 0–23 | 하루 중 시간(24시간 형식) |
| Day of Month | 1–31 | 해당 월의 날짜 |
| Month | 1–12 | 해당 연도의 월 |
| Day of Week | 0–6 (0 = 일요일) | 해당 주의 요일 |
특수 문자:
*— 모든 값과 일치(와일드카드)*/N— N 간격마다 일치(예: Hour 필드의*/6은 6시간마다를 의미),— 여러 값을 구분(예:0,12는 0시와 12시를 의미)
일반적인 재시작 스케줄
다음은 가장 인기 있는 재시작 간격과 GPanel에서 사용할 cron 표현식입니다:
| 재시작 빈도 | Cron 표현식 | 재시작 시각 (서버 시간) |
|---|---|---|
| 6시간마다 | 0 */6 * * * |
오전 12:00, 오전 6:00, 오후 12:00, 오후 6:00 |
| 8시간마다 | 0 */8 * * * |
오전 12:00, 오전 8:00, 오후 4:00 |
| 12시간마다 | 0 0,12 * * * |
오전 12:00, 오후 12:00 |
| 매일 한 번 (오전 4:00) | 0 4 * * * |
오전 4:00 |
| 매일 한 번 (오전 6:00) | 0 6 * * * |
오전 6:00 |
| 3시간마다 | 0 */3 * * * |
오전 12시, 오전 3시, 오전 6시, 오전 9시, 오후 12시, 오후 3시, 오후 6시, 오후 9시 |
권장: 대부분의 게임 서버의 경우 6~12시간마다 재시작하는 것이 가동 시간과 성능 사이의 최상의 균형을 제공합니다. 모드가 많이 적용된 서버(특히 50개 이상의 모드가 있는 Project Zomboid)는 3~6시간마다 재시작하는 것이 유리할 수 있습니다.
재시작 전 플레이어에게 경고하기
경고 없이 재시작하면 플레이어의 작업을 중간에 방해하여 좌절이나 진행 상황 손실을 일으킬 수 있습니다. GPanel의 Send Command 작업을 사용하여 재시작이 발생하기 전에 플레이어에게 경고 메시지를 방송할 수 있습니다.
작동 방식
단일 재시작 작업 대신, 시간 오프셋으로 시차를 둔 여러 작업을 동일한 스케줄 내에 만듭니다:
- 경고 메시지를 방송하는 오프셋
0의 Send Command 작업(예: "서버가 5분 후 재시작됩니다") - 최종 경고가 있는 오프셋
240(4분 후)의 Send Command 작업(예: "서버가 1분 후 재시작됩니다") - 오프셋
300(첫 경고 5분 후)의 Send power action → Restart 작업
시간 오프셋은 초 단위입니다. 스케줄에 작업을 추가할 때 Time Offset 필드는 스케줄이 작동한 후 작업이 실행되어야 하는 시간(초)을 지정합니다. 즉시는
0, 1분은 60, 5분은 300 등을 사용하세요.
예: 경고가 포함된 전체 스케줄
다음은 5분 경고, 1분 경고 및 재시작이 포함된 완전한 스케줄의 모습입니다:
| 작업 # | Action | Payload / Command | Time Offset |
|---|---|---|---|
| 1 | Send command | (게임별 경고 명령 — 아래 참조) | 0초 |
| 2 | Send command | (게임별 최종 경고 명령) | 240초 |
| 3 | Send power action | Restart | 300초 |
게임별 경고 명령
플레이어에게 메시지를 방송하는 데 사용하는 명령은 게임마다 다릅니다. 아래는 가장 인기 있는 게임의 명령입니다:
Project Zomboid
servermsg 명령을 사용하여 접속한 모든 플레이어에게 게임 내 메시지를 보냅니다:
servermsg "Server restarting in 5 minutes. Please find a safe location."servermsg "Server restarting in 1 minute!"Minecraft
say 명령을 사용하여 모든 플레이어에게 채팅 메시지를 방송합니다:
say Server restarting in 5 minutes. Please save your progress.say Server restarting in 1 minute!ARK: Survival Ascended
broadcast 명령을 사용하여 모든 플레이어의 화면에 메시지를 표시합니다:
broadcast Server restarting in 5 minutes. Please find a safe location.broadcast Server restarting in 1 minute!
다른 게임: 게임이 위에 나열되지 않은 경우, 모든 플레이어에게 메시지를 방송하는 서버 콘솔 명령에 대해 게임 문서나 커뮤니티 위키를 확인하세요. Send Command 작업의 Payload 필드에 명령을 입력하세요. 확실하지 않은 경우 지원 티켓을 열어주세요. 올바른 명령을 찾도록 도와드리겠습니다.
모범 사례
- 비수기 시간에 재시작하세요. 서버에 예측 가능한 플레이어 일정이 있다면, 가장 적은 플레이어가 온라인일 때로 재시작 시간을 잡으세요. 오전 4:00 또는 오전 6:00의 매일 재시작은 대부분의 커뮤니티에 잘 맞습니다.
- 항상 경고를 포함하세요. 1분 경고만으로도 플레이어가 안전한 위치에 도달하거나 거래를 마칠 시간을 줍니다. 5분 경고가 이상적입니다.
- 재시작과 함께 백업을 사용하세요. 게임이나 GPanel이 자동 백업을 지원하는 경우, 재시작 전에 백업을 예약하세요. 이렇게 하면 문제가 발생할 경우를 대비해 항상 최근 저장본을 확보할 수 있습니다.
- 너무 자주 재시작하지 마세요. 매시간 재시작하는 것은 대부분의 서버에 불필요하며 플레이어를 좌절시킵니다. 알려진 메모리 누수 문제가 있는 모드가 많이 적용된 서버를 운영하지 않는 한 6~12시간마다가 최적입니다.
- 스케줄을 테스트하세요. 스케줄을 만든 후, 첫 번째 예상 트리거 시간 후에 다시 확인하여 재시작이 발생했는지 확인하세요. 재시작 이벤트에 대해 GPanel 콘솔 로그를 확인하세요.
- 스케줄 이름을 명확하게 지으세요. "6h Auto Restart with Warning"과 같은 설명적인 이름을 사용하여 각 스케줄이 무엇을 하는지 빠르게 식별할 수 있도록 하세요.
기존 스케줄 관리하기
GPanel의 Schedules 탭에서 언제든지 스케줄을 수정하거나 비활성화할 수 있습니다:
- 스케줄을 편집하려면: 스케줄 이름을 클릭하고 cron 표현식이나 작업을 변경한 다음 Save를 클릭하세요.
- 스케줄을 일시적으로 비활성화하려면: 스케줄을 열고 Enabled를 끄세요. 스케줄은 저장된 상태로 유지되지만 다시 활성화할 때까지 작동하지 않습니다.
- 스케줄을 삭제하려면: 스케줄 옆의 삭제 아이콘을 클릭하세요. 이렇게 하면 영구적으로 제거됩니다.
문제 해결
| 문제 | 확인할 사항 |
|---|---|
| 스케줄이 작동하지 않음 | 스케줄을 열고 Enabled가 켜져 있는지 확인하세요. cron 표현식을 다시 확인하세요 — 흔한 실수는 잘못된 필드 순서를 사용하는 것입니다. 스케줄이 트리거되어야 할 때 서버가 온라인인지 확인하세요. |
| 재시작은 발생하지만 경고 메시지가 나타나지 않음 | Send Command 작업이 게임에 맞는 올바른 명령을 사용하는지 확인하세요. 시간 오프셋이 재시작 작업의 오프셋보다 작은지 확인하세요(예: 경고는 0초, 재시작은 300초). |
| 재시작 후 서버가 다시 온라인 상태가 되지 않음 | 시작 오류에 대해 GPanel 콘솔을 확인하세요. 서버가 종료 중에 충돌했다면 깔끔하게 재시작되지 않을 수 있습니다. GPanel에서 수동 Start를 시도하세요. 문제가 지속되면 지원 티켓을 열어주세요. |
| Cron 표현식이 허용되지 않음 | GPanel은 cron 표현식에 정확히 5개의 필드(분, 시, 일, 월, 요일)를 요구합니다. 초 필드를 포함하지 마세요. 추가 공백이나 특수 문자가 없는지 확인하세요. |
| 경고 명령은 전송되지만 플레이어가 보지 못함 | 일부 게임은 특정 형식을 요구합니다. Project Zomboid의 경우 메시지가 따옴표 안에 있어야 합니다: servermsg "Your message here". Minecraft의 경우 say는 따옴표를 사용하지 않습니다. 위의 게임별 섹션을 확인하세요. |
도움이 필요하신가요?
예약 재시작 설정에 문제가 있거나 스케줄이 예상대로 작동하지 않는 경우, 지원 티켓을 열고 다음을 포함하세요:
- GPanel의 서버 이름
- 사용 중인 cron 표현식
- 발생하고 있는(또는 발생하지 않는) 상황에 대한 설명
지원 팀이 스케줄을 올바르게 구성하도록 도와드리겠습니다.
