홈 서버를 처음 운영할 때는 서비스를 한 번 실행해 놓으면 계속 작동할 것이라고 생각하기 쉽습니다. 하지만 실제로 사용하다 보면 운영체제 업데이트나 전원 문제, 정전 이후 서버가 재부팅되는 상황을 만나게 됩니다. 서버 자체는 정상적으로 다시 켜졌는데 평소 사용하던 Docker 서비스가 실행되지 않아 직접 다시 시작했던 경험도 있었습니다. 처음에는 서비스마다 하나씩 확인해야 해서 번거로웠지만, Docker에는 서버가 다시 시작되었을 때 컨테이너를 자동으로 실행할 수 있도록 설정하는 기능이 있다는 것을 알게 되었습니다. 홈 서버를 24시간 운영하거나 여러 서비스를 함께 사용한다면 이 기능을 활용하는 것만으로도 관리해야 하는 작업을 상당히 줄일 수 있습니다. 이번 글에서는 Docker 컨테이너 자동 재시작이 무엇인지, 왜 필요한지, 어떤 방식으로 구성하는지와 함께 사용할 때 주의할 점까지 초보자의 관점에서 정리해 보겠습니다.
Docker 컨테이너 자동 재시작이란?
Docker 컨테이너 자동 재시작은 컨테이너가 종료되었을 때 특정 조건에 따라 Docker가 다시 실행하도록 설정하는 기능입니다.
홈 서버가 재부팅되면 운영체제도 다시 시작되고 Docker 역시 다시 실행됩니다.
이때 자동 재시작 정책이 설정된 컨테이너라면 서버가 정상적으로 올라온 뒤 해당 서비스도 다시 실행할 수 있습니다.
따라서 사용자가 직접 서버에 접속해 컨테이너마다 다시 실행할 필요를 줄일 수 있습니다.
홈 서버처럼 장시간 서비스를 유지하는 환경에서 특히 유용한 기능입니다.
왜 자동 재시작이 필요할까?
홈 서버는 일반적인 개인용 컴퓨터와 달리 장시간 켜두는 경우가 많습니다.
하지만 24시간 작동한다고 해서 서버가 한 번도 재부팅되지 않는 것은 아닙니다.
운영체제 업데이트나 하드웨어 변경, 전원 문제 등 여러 가지 이유로 서버가 다시 시작될 수 있습니다.
이때 Docker 서비스까지 모두 수동으로 실행해야 한다면 관리가 상당히 번거로워집니다.
특히 개인 클라우드, 미디어 서버, 모니터링 서비스 등 여러 컨테이너를 동시에 운영한다면 재부팅 이후 확인해야 할 항목이 많아집니다.
자동 재시작 기능을 적절하게 활용하면 이런 반복 작업을 줄일 수 있습니다.
컨테이너가 종료되는 이유는 다양하다
컨테이너가 종료되었다고 해서 항상 Docker 자체에 문제가 있는 것은 아닙니다.
컨테이너 내부의 프로그램에서 오류가 발생했거나 설정 문제로 서비스가 종료될 수도 있습니다.
또한 서버가 재부팅되면서 컨테이너가 함께 종료될 수도 있습니다.
일시적인 오류로 프로그램이 종료되는 경우도 있습니다.
따라서 자동 재시작 기능을 설정하기 전에 컨테이너가 왜 종료되는지 이해하는 것도 중요합니다.
자동 재시작은 문제의 원인을 해결하는 기능이라기보다 특정 상황에서 서비스를 다시 실행하도록 도와주는 기능입니다.
Docker의 재시작 정책이란?
Docker에서는 컨테이너가 종료되었을 때 어떤 행동을 할지 정할 수 있습니다.
이를 재시작 정책이라고 합니다.
대표적인 방식으로는 컨테이너가 종료되면 다시 실행하도록 하는 정책, 문제가 발생했을 때만 다시 실행하는 정책, 서버가 재시작될 때 함께 실행하도록 하는 정책 등이 있습니다.
각 정책은 동작 방식이 다르기 때문에 자신의 홈 서버 환경에 맞는 방법을 선택해야 합니다.
초보자라면 먼저 각각의 정책이 어떤 상황에서 작동하는지 이해한 다음 실제 서비스에 적용하는 것이 좋습니다.
always와 unless-stopped의 차이
Docker에서 자주 사용하는 재시작 정책 중 하나가 always입니다.
이 방식은 컨테이너가 종료되더라도 다시 시작하도록 설정하는 방식입니다.
반면 unless-stopped는 사용자가 의도적으로 컨테이너를 중지한 경우에는 자동으로 다시 시작하지 않는다는 차이가 있습니다.
홈 서버에서는 이 차이를 이해하는 것이 중요합니다.
예를 들어 서비스를 잠시 중지하려고 직접 중지했는데 서버가 다시 시작되면서 해당 서비스까지 자동으로 실행된다면 예상하지 못한 상황이 발생할 수 있습니다.
따라서 운영 방식에 따라 적절한 정책을 선택하는 것이 좋습니다.
on-failure는 어떤 경우에 사용할까?
on-failure는 컨테이너가 정상적으로 종료된 경우가 아니라 오류로 종료된 상황을 중심으로 다시 시작하도록 사용하는 정책입니다.
특정 프로그램이 예상하지 못한 오류로 종료되었을 때 다시 실행을 시도하도록 만들 수 있습니다.
필요에 따라 재시작 횟수를 제한하는 방식도 사용할 수 있습니다.
이 정책은 프로그램에 일시적인 문제가 발생했을 때 자동으로 복구를 시도하는 데 유용할 수 있습니다.
하지만 프로그램 자체에 심각한 문제가 있는 경우 계속 재시작을 반복할 수도 있기 때문에 무조건 사용하는 것은 좋지 않습니다.
Docker Compose에서는 어떻게 관리할까?
홈 서버에서 Docker Compose를 사용한다면 컨테이너마다 설정을 따로 관리하기보다 Compose 설정에 재시작 정책을 포함하는 방식이 편리합니다.
Compose는 여러 서비스를 하나의 프로젝트로 관리하기 때문에 자동 재시작 설정도 함께 관리할 수 있습니다.
예를 들어 웹 서비스와 데이터베이스, 리버스 프록시를 하나의 Compose 환경에서 운영한다면 각각의 서비스에 필요한 재시작 정책을 지정할 수 있습니다.
이렇게 하면 서버를 다시 시작한 뒤에도 서비스가 자동으로 실행되도록 구성하기 편리합니다.
특히 여러 컨테이너를 운영하는 홈 서버에서는 Compose 설정 파일을 별도로 보관해 두는 것이 관리에 도움이 됩니다.
모든 컨테이너에 자동 재시작을 설정해야 할까?
반드시 모든 컨테이너에 자동 재시작을 적용해야 하는 것은 아닙니다.
실제로 계속 실행되어야 하는 서버 서비스에는 자동 재시작이 유용합니다.
하지만 테스트를 위해 잠시 실행하는 컨테이너나 일회성 작업을 위한 컨테이너까지 자동으로 다시 시작하도록 설정하면 오히려 불편할 수 있습니다.
예를 들어 테스트용 프로그램을 실행하고 종료했는데 서버가 재부팅된 뒤 다시 자동으로 실행된다면 예상하지 못한 작업이 발생할 수 있습니다.
따라서 컨테이너의 용도를 먼저 생각한 뒤 재시작 정책을 적용하는 것이 좋습니다.
자동 재시작과 자동 복구는 다르다
여기서 한 가지 주의할 점이 있습니다.
컨테이너 자동 재시작은 서비스의 모든 문제를 해결해 주는 기능이 아닙니다.
예를 들어 데이터베이스 연결이 잘못되어 프로그램이 계속 오류를 발생시키고 있다면 컨테이너를 반복해서 재시작해도 문제가 해결되지 않습니다.
잘못된 설정 파일이나 손상된 데이터가 원인이라면 해당 문제를 직접 해결해야 합니다.
따라서 자동 재시작은 장애 대응의 한 가지 수단으로 생각하는 것이 좋습니다.
서비스가 반복적으로 재시작된다면 오히려 로그를 확인해 근본적인 원인을 찾는 것이 필요합니다.
재시작 반복 문제를 주의해야 한다
자동 재시작을 설정할 때 가장 조심해야 하는 부분 중 하나가 반복적인 재시작입니다.
프로그램이 실행되자마자 오류로 종료되고 Docker가 다시 실행하는 상황이 계속될 수 있습니다.
이런 상황에서는 컨테이너가 정상적으로 서비스를 제공하지 못하면서 계속 실행과 종료를 반복할 수 있습니다.
이 경우 서버 자원을 불필요하게 사용할 수도 있고 문제의 원인을 찾는 것도 어려워질 수 있습니다.
따라서 자동 재시작 설정 후에는 컨테이너 상태와 로그를 확인하는 습관이 중요합니다.
서버 재부팅 후 서비스 순서도 중요하다
여러 서비스를 함께 운영하는 홈 서버에서는 서비스 간 의존성도 고려해야 합니다.
예를 들어 하나의 애플리케이션이 데이터베이스를 필요로 한다면 데이터베이스가 정상적으로 실행된 후 애플리케이션이 작동하는 것이 이상적입니다.
Docker Compose에서는 여러 서비스의 관계를 정의할 수 있지만, 단순히 실행 순서만 정한다고 모든 서비스가 완전히 준비된 상태가 보장되는 것은 아닙니다.
따라서 중요한 서비스라면 실제 환경에서 서버를 재부팅한 뒤 모든 서비스가 정상적으로 복구되는지 테스트해 보는 것이 좋습니다.
자동 재시작을 설정한 뒤 테스트하기
설정을 완료했다면 실제로 서버를 다시 시작해 보는 것이 좋습니다.
서버가 재부팅된 뒤 Docker가 정상적으로 실행되는지 확인합니다.
그다음 필요한 컨테이너가 자동으로 실행되었는지 확인합니다.
웹 서비스가 있다면 실제 접속까지 정상적으로 되는지도 확인하는 것이 좋습니다.
단순히 컨테이너가 실행 중이라고 표시되는 것만 확인하지 말고 실제 서비스가 정상적으로 작동하는지 확인해야 합니다.
이러한 테스트를 한 번 해두면 나중에 예상하지 못한 서버 재부팅이 발생했을 때도 훨씬 안심할 수 있습니다.
자동 재시작 설정과 백업은 별개다
자동 재시작 기능을 설정했다고 해서 데이터까지 안전하게 보호되는 것은 아닙니다.
자동 재시작은 서비스를 다시 실행하는 기능입니다.
저장장치가 고장나거나 중요한 파일이 삭제되는 문제까지 해결해 주지는 않습니다.
따라서 Docker 서비스를 안정적으로 운영하려면 자동 재시작과 별도로 데이터 백업도 준비해야 합니다.
특히 데이터베이스나 개인 클라우드처럼 중요한 데이터가 저장되는 서비스는 정기적인 백업을 구성하는 것이 좋습니다.
자동 업데이트와는 다른 기능이다
자동 재시작과 자동 업데이트도 서로 다른 개념입니다.
자동 재시작은 이미 설치된 컨테이너를 다시 실행하는 기능입니다.
반면 자동 업데이트는 새로운 이미지나 프로그램 버전을 가져와 서비스를 업데이트하는 과정과 관련되어 있습니다.
두 기능을 혼동하지 않는 것이 중요합니다.
홈 서버에서는 안정적인 운영을 위해 자동 업데이트를 무조건 활성화하기보다 업데이트 내용을 확인하고 적절한 시점에 적용하는 방법도 고려할 수 있습니다.
특히 중요한 서비스라면 업데이트 전에 데이터를 백업해 두는 것이 좋습니다.
자동 재시작을 사용하면 관리가 편해진다
홈 서버를 여러 달 운영하다 보면 작은 관리 작업이 계속 쌓이게 됩니다.
서버 재부팅 후 컨테이너를 다시 실행하는 것도 그중 하나입니다.
자동 재시작 기능을 사용하면 이런 반복적인 작업을 줄일 수 있습니다.
특히 서버가 전원 문제나 시스템 업데이트 등으로 재부팅된 이후에도 주요 서비스가 자동으로 실행되기 때문에 관리 편의성이 크게 높아집니다.
다만 자동으로 실행된다는 이유만으로 상태 확인을 완전히 생략해서는 안 됩니다.
정기적으로 서비스가 정상적으로 작동하고 있는지 확인하는 것이 좋습니다.
홈 서버에서 추천하는 운영 방식
홈 서버를 처음 운영한다면 계속 실행되어야 하는 서비스와 그렇지 않은 서비스를 먼저 구분하는 것이 좋습니다.
개인 클라우드나 미디어 서버처럼 항상 사용할 서비스에는 적절한 자동 재시작 정책을 적용할 수 있습니다.
반면 테스트용 컨테이너나 일회성 작업은 필요할 때만 실행하도록 관리할 수 있습니다.
그리고 Docker Compose를 사용하는 경우 서비스별 설정을 하나의 파일에서 관리하면 나중에 서버를 다시 구성할 때도 편리합니다.
설정 파일과 함께 중요한 데이터의 백업 위치도 별도로 기록해 두면 서버를 새로 구축해야 하는 상황에서도 복구하기 쉬워집니다.
마무리
홈 서버를 직접 운영하면서 가장 귀찮았던 작업 중 하나는 서버가 재부팅된 뒤 여러 Docker 서비스를 다시 확인하고 실행하는 일이었습니다. 처음에는 직접 하나씩 실행했지만, Docker의 자동 재시작 기능을 활용하면서 이런 반복 작업을 상당히 줄일 수 있었습니다. 특히 홈 서버를 장시간 운영하고 여러 서비스를 함께 사용하는 경우에는 서버가 다시 시작된 이후 주요 서비스가 자동으로 실행되는 것만으로도 관리가 훨씬 편해집니다. 다만 자동 재시작은 문제가 발생한 서비스의 원인을 해결하는 기능이 아니라 종료된 컨테이너를 다시 실행하도록 도와주는 기능이라는 점을 기억해야 합니다. 컨테이너가 계속해서 재시작된다면 로그와 설정을 확인해 근본적인 문제를 찾아야 합니다. 또한 자동 재시작을 설정했다고 해서 데이터 백업까지 해결되는 것은 아니므로 중요한 데이터는 별도로 백업해야 합니다. 홈 서버를 안정적으로 운영하고 싶다면 자동 재시작, 데이터 백업, 모니터링을 함께 구성하는 것이 좋습니다. 처음부터 복잡한 시스템을 만들 필요는 없지만 자주 사용하는 서비스부터 하나씩 자동 복구가 가능하도록 구성해 두면 장기간 서버를 운영할 때 훨씬 편리한 환경을 만들 수 있습니다.