X MINI를 껐다 켰는데 n8n은 다시 살아날까? Docker 자동 시작 테스트
지난 편에서는 Manual Trigger 대신 Schedule Trigger를 사용해봤습니다.
제가 직접 실행 버튼을 누르지 않아도 정해진 시간이 되면 n8n 워크플로우가 시작되도록 설정했어요.
이제 조금씩 자동화 서버라는 느낌이 생기기 시작했습니다.
그런데 여기서 한 가지가 또 궁금해졌어요.
“X MINI를 재부팅하면 이 자동화는 그대로 살아 있을까?”
컴퓨터를 계속 켜두는 서버라고 해도 재부팅할 일은 생깁니다.
업데이트 때문에 다시 시작할 수도 있고, 전원이 잠깐 끊겼다가 들어올 수도 있고, 제가 직접 재부팅해야 할 수도 있어요.
그때마다 Debian에 로그인해서 Docker를 다시 켜고, n8n을 다시 실행해야 한다면 24시간 서버로 쓰기에는 조금 불편할 것 같았습니다.
그래서 이번에는 X MINI를 실제로 재부팅한 뒤 Docker와 n8n이 어떻게 되는지 확인해보기로 했습니다.
디지털 장난감 25편 핵심
X MINI Debian을 재부팅한 뒤 Docker 서비스와 n8n 컨테이너가 자동으로 다시 실행되는지 확인하고,
Firefox에서 localhost:5678로 다시 접속할 수 있는지 살펴본 기록입니다.
X MINI를 재부팅한 뒤 Docker와 n8n이 자동으로 다시 실행되는지 확인했습니다.
출처: 독타의 디지털 장난감
재부팅 전 상태부터 확인했어요
컴퓨터를 바로 재부팅하기 전에 현재 상태를 먼저 확인했습니다.
n8n은 정상적으로 실행 중이었고,
Firefox에서 localhost:5678로 접속하면 워크플로우 화면도 잘 열렸어요.
Docker 쪽에서도 n8n 컨테이너가 실행 중인 상태였습니다.
이걸 먼저 확인해둔 이유는 단순했습니다.
재부팅 뒤에 문제가 생기더라도, 원래부터 안 되던 건지 재부팅 때문에 안 된 건지 구분하려면 시작 상태를 알아야 하니까요.
Linux를 만지면서 계속 느끼는 건, 문제가 생긴 다음에 확인하려고 하면 늦을 때가 있다는 거예요.
정상일 때 상태를 한번 봐두는 게 생각보다 중요했습니다.
이제 정말 X MINI를 다시 시작해봤어요
Debian 메뉴에서 재부팅을 선택했습니다.
화면이 꺼지고, 잠시 뒤 X MINI가 다시 부팅되기 시작했어요.
부팅 화면을 보면서 조금 궁금했습니다.
“Docker는 알아서 올라올까?”
“n8n도 다시 실행될까?”
Windows에서는 프로그램을 시작 프로그램에 등록해두면 부팅할 때 자동으로 실행되는 경우가 많잖아요.
Docker도 비슷한 개념이 있는 것 같았지만, 실제로 확인해본 건 이번이 처음이었습니다.
Debian이 다시 올라온 뒤 Docker부터 확인했어요
Debian 바탕화면이 다시 나타났습니다.
이번에는 바로 Firefox를 열지 않고 터미널부터 확인해봤어요.
먼저 Docker 서비스 상태를 살펴봤습니다.
systemctl status docker
제가 확인하고 싶었던 건 하나였습니다.
재부팅 뒤에도 Docker가 자동으로 실행 중인가.
재부팅 후에도 Docker 서비스가 active running 상태로 자동 실행된 것을 확인했습니다.
Docker 서비스가 정상적으로 올라와 있다면, 최소한 컨테이너를 실행할 기반은 준비된 셈입니다.
이전에는 Docker를 설치한 뒤
active (running)이라는 상태를 확인했었는데,
이번에는 재부팅 뒤에도 같은 상태인지 보는 게 핵심이었어요.
Docker가 살아 있어도 n8n은 별개의 문제였어요
여기서 하나 구분해서 봐야 했습니다.
Docker 서비스가 실행 중이라고 해서 모든 컨테이너가 자동으로 다시 실행되는 건 아닐 수도 있잖아요.
그래서 다음에는 실행 중인 컨테이너 목록을 확인해봤습니다.
docker ps
제가 찾은 건 당연히 n8n이었어요.
Docker가 다시 올라온 뒤 n8n 컨테이너도 실행 중인 상태로 확인됐습니다.
컨테이너 목록에 n8n이 보이고 실행 상태라면, 재부팅 뒤에도 자동으로 다시 올라온 겁니다.
반대로 Docker만 살아 있고 n8n이 없다면, 컨테이너 쪽 자동 시작 설정을 따로 봐야 할 것 같았습니다.
처음에는 Docker와 n8n을 거의 한 덩어리처럼 생각했는데, 직접 만지다 보니 역할이 조금씩 나뉘어 보이기 시작했습니다.
이렇게 구분해서 생각했어요
- Docker — 컨테이너를 실행하는 기반
- n8n — Docker 안에서 돌아가는 하나의 서비스
이렇게 생각하니까 재부팅 뒤에 무엇을 확인해야 하는지도 조금 명확해졌어요.
컨테이너의 재시작 설정이라는 것도 있었어요
찾아보다 보니 Docker 컨테이너에는 재시작 정책이라는 개념이 있었습니다.
컴퓨터나 Docker 서비스가 다시 시작됐을 때 컨테이너를 어떻게 할지 정하는 설정이었어요.
예를 들어 자동으로 다시 실행하도록 설정할 수도 있고, 그렇지 않게 둘 수도 있는 구조였습니다.
“단순히 컨테이너를 한 번 실행했다고 해서 영원히 자동으로 살아나는 건 아니구나.”
서버처럼 사용할 거라면 단순히 프로그램이 실행되는 것만 확인할 게 아니라, 재부팅 뒤에도 원하는 상태로 돌아오는지까지 봐야 했습니다.
마지막 확인은 역시 localhost:5678이었어요
터미널에서 상태를 확인했으면 이제 실제 사용 화면도 봐야겠죠.
Firefox를 열고 다시 입력했습니다.
http://localhost:5678
이 주소는 18편에서 처음 n8n 화면을 띄웠을 때부터 계속 사용했던 주소예요.
재부팅 전과 똑같이 n8n 화면이 나타나는지 확인했습니다.
재부팅 후 localhost:5678로 다시 접속하자 기존 n8n 워크플로우가 그대로 열렸습니다.
터미널에서는 서비스가 정상이라고 나와도, 실제 웹 화면이 열리지 않으면 제가 사용할 수 있는 상태라고 보기는 어렵잖아요.
그래서 마지막은 항상 실제 접속 화면으로 확인하는 게 제일 확실했습니다.
워크플로우가 그대로 남아 있는지도 봤어요
n8n 화면에 접속한 뒤에는 한 가지를 더 확인했습니다.
지금까지 만들어둔 워크플로우가 그대로 남아 있는지였어요.
Manual Trigger부터 시작해서, Google Sheets, IF, Set, Schedule Trigger까지 하나씩 만들어왔습니다.
만약 재부팅할 때 이런 설정이 사라진다면 서버로 사용하기는 곤란하겠죠.
그래서 n8n이 실행되는 것뿐 아니라 기존 워크플로우도 그대로 보이는지 확인했습니다.
이 부분은 24시간 서버로 운영할 생각이라면 꽤 중요한 것 같아요.
프로그램이 다시 켜지는 것과 데이터가 그대로 유지되는 건 또 다른 문제니까요.
재부팅 테스트를 해보니 보는 기준이 달라졌어요
처음 X MINI를 샀을 때는 재부팅이 잘 되는지만 보면 됐습니다.
전원을 껐다 켰는데 Windows나 Debian이 정상적으로 들어오면 끝이었어요.
그런데 서버처럼 사용하려고 하니 확인할 게 늘어났습니다.
재부팅 뒤 확인할 것
- Debian — 운영체제가 정상적으로 부팅됐는지
- Docker — Docker 서비스가 자동으로 실행됐는지 (
systemctl status docker) - n8n — 컨테이너가 다시 실행됐는지 (
docker ps) - 웹 접속 —
localhost:5678이 정상적으로 열리는지 - 워크플로우 — 19편부터 24편까지 만든 설정과 작업 내용이 그대로 남아 있는지
이렇게 하나씩 보니까
컴퓨터가 켜졌다와
서버가 정상 복구됐다는
조금 다른 이야기라는 걸 알게 됐습니다.
24시간 서버는 한 번 실행되는 것보다 다시 살아나는 게 중요했어요
처음에는 Docker를 설치하고 n8n 화면만 뜨면 서버가 거의 완성된 줄 알았습니다.
그런데 실제로 계속 켜둘 장비라면 생각할 게 더 많았어요.
정해진 시간에 자동으로 작업을 시작하는 것도 중요하지만, 전원이 끊기거나 재부팅이 발생했을 때 다시 정상 상태로 돌아오는 것도 중요했습니다.
사람이 계속 옆에 있어야 복구할 수 있다면 자동화 서버라고 하기에는 조금 불편하겠죠.
그래서 이번 테스트는 기능 하나를 새로 배우는 것보다, X MINI를 실제 서버처럼 바라보는 기준을 하나 더 배운 과정에 가까웠습니다.
실행되는 것 → 자동으로 시작되는 것 → 재부팅 뒤에도 다시 살아나는 것
하나씩 보면 작은 차이인데,
서버처럼 사용하려고 하니 이런 차이가 꽤 중요하게 느껴집니다.
※ 본 글은 X MINI N100 Debian Docker 환경에서 재부팅 후 Docker와 n8n의 자동 실행 상태를 확인하는 과정을 정리한 글입니다. Docker 컨테이너의 재시작 방식과 설정은 설치 방법 및 실행 옵션에 따라 달라질 수 있습니다.
'트러블 슈팅 노트' 카테고리의 다른 글
| 버튼을 안 눌러도 움직이게 해봤어요. n8n Schedule Trigger 첫 자동 실행. (0) | 2026.10.20 |
|---|---|
| 드디어 한 바퀴 돌았어요. Google Sheets 읽기부터 다시 쓰기까지. (0) | 2026.10.16 |
| True 쪽에 노드를 하나 더 붙였어요. 완료된 데이터만 다음 작업으로 넘겨봤습니다. (0) | 2026.10.15 |
| 읽어오기만 하던 n8n이 조건을 따지기 시작했어요, IF 노드 첫 사용 (0) | 2026.10.14 |
| 노드 두 개 다음은 Google Sheets였어요. n8n 첫 외부 연결 성공. (0) | 2026.10.09 |