UPS 복구 후 홈 서버가 종속성 순서에 따라 서비스를 재개할 수 있나요?

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

Can a Home Server Resume Services in Dependency Order After UPS Recovery?

예. 단, 종속성 그래프가 명시적인 경우에만 가능합니다. UPS 복구 후 서버가 자동으로 켜지더라도 스토리지, DNS, 데이터베이스 또는 네트워크가 준비되지 않아 애플리케이션이 계속 실패할 수 있습니다.

프로세스 시작 순서는 서비스 준비 상태와 같지 않습니다. 호스트 수준 리소스에는 systemd 종속성을 사용하고, 컨테이너와 애플리케이션에는 상태 점검을 사용하세요. 이 구분에 따라 안전한 구성, 검증 방법 및 롤백 지점이 결정됩니다.

자동화하기 전에 종속성 그래프를 작성하세요

전원과 네트워크부터 암호화된 디스크, NAS 마운트, 컨테이너 런타임, 데이터베이스, 애플리케이션 서비스 및 리버스 프록시까지의 연결을 나열하세요. 각 종속성이 로컬에 있는지 다른 서버에 있는지 표시하세요.

상태를 유지하는 모든 종속성에 준비 상태 신호를 지정하세요. 예를 들어 마운트된 경로, 데이터베이스 쿼리, DNS 조회 또는 애플리케이션 상태 엔드포인트를 사용할 수 있습니다. 비정상 종료 후에는 복구 시간이 달라지므로 고정된 대기 시간은 피하세요.

NAS가 없을 때 애플리케이션이 비어 있는 로컬 디렉터리에 쓰지 않도록 제한된 실패 상태를 정의하세요.

각 제어 계층을 조정하세요

호스트 서비스와 원격 마운트에는 systemd의 `After=` 및 `RequiresMountsFor=` 관계를 사용하세요. 컨테이너 스택 유닛이 Docker 및 필요한 마운트 유닛에 종속되도록 설정하세요.

Compose에서는 실제 상태 점검을 추가하고, 지원되는 경우 `condition: service_healthy`와 함께 `depends_on`을 사용하세요. 종속성은 시작 후에도 실패할 수 있으므로 애플리케이션은 데이터베이스 연결을 계속 재시도해야 합니다.

아래 표를 사용해 각 종속성을 실제로 관찰할 수 있는 계층에 할당하세요.

관찰된 상태	판정	다음 작업
디스크 및 NAS 마운트	systemd 마운트 종속성	상태 유지 서비스의 시작을 제어
쿼리를 처리할 수 있는 데이터베이스 준비 상태	컨테이너 상태 점검	애플리케이션의 시작을 제어
외부 애플리케이션에 연결 가능	애플리케이션 재시도 및 모니터링	고정된 대기 시간을 사용하지 않음