UPS 종료 신호가 가상화 호스트에는 전달되지만 VM에는 전달되지 않을 수 있습니다. 전원 감지와 게스트 종료 오케스트레이션은 서로 별도의 단계이기 때문입니다.
먼저 호스트가 UPS 이벤트를 수신하는지 확인한 다음, 모든 중요 VM이 일반적인 하이퍼바이저 종료 요청에 응답하는지 테스트하세요. 배터리 부족 시 동작, 게스트 에이전트 또는 ACPI 동작, 종료 순서, 런타임 여유 시간을 점검하세요. 안전한 최종 상태는 충분한 배터리 잔량을 확보한 채 게스트가 먼저 종료되고 호스트가 마지막에 꺼지는 것입니다.
UPS 이벤트를 수신하는 구성 요소 확인하기
지원되는 테스트 이벤트를 발생시키거나 최근 배터리 전환 기록을 확인하고, 호스트의 NUT, apcupsd, SNMP 모니터링 또는 다른 데몬이 해당 이벤트를 감지하는지 기록하세요.
실용적인 Proxmox UPS 종료 흐름은 Proxmox 호스트에서 UPS를 감지하는 과정과 이후 워크로드를 중지하고 시스템 전원을 끄는 데 필요한 작업을 구분합니다.
호스트가 이벤트를 전혀 수신하지 못한다면 UPS 통신 문제부터 해결하세요. 이벤트를 수신한다면 게스트 종료가 자동으로 진행된다고 가정하지 말고 다음 오케스트레이션 단계를 점검하세요.
UPS 없이 게스트 종료 테스트하기
하이퍼바이저에서 각 중요 VM에 일반적인 정상 종료를 요청하고 완료까지 걸리는 시간을 측정하세요. 게스트 에이전트 상태, ACPI 동작, 종료를 지연시키는 애플리케이션을 확인하세요.
Proxmox에서 NUT 사용 구성은 NUT가 이벤트 소스가 될 수 있지만, Proxmox에는 호스팅 중인 가상화 워크로드에 대한 명확한 대응 경로가 여전히 필요하다는 점을 보여줍니다.
배터리 비상 상황을 테스트하기 전에 일반적인 하이퍼바이저 종료 요청을 무시하는 게스트부터 수정하세요. UPS 자동화로 응답하지 않는 게스트를 갑자기 정상 종료시킬 수는 없습니다.
UPS 동작이 가상화 계층을 호출하도록 구성하기
배터리 부족을 처리하는 스크립트나 서비스를 점검하세요. 하이퍼바이저의 게스트 종료 프로세스를 호출하지 않는 직접적인 호스트 전원 끄기는 정상적인 VM 종료 순서를 건너뛸 수 있습니다.
또 다른 Proxmox 중심의 Proxmox NUT 오케스트레이션 사례는 NUT 데몬 자체를 게스트 관리자로 간주하기보다 NUT 상태를 의도적인 시스템 동작에 연결해야 한다는 점을 보여줍니다.
플랫폼에서 지원하는 종료 오케스트레이션이나 게스트 중지를 먼저 요청하는 제한적인 훅을 사용하세요. VM 내부 애플리케이션의 종료 과정을 우회하는 사용자 지정 강제 종료 명령은 피하세요.
느린 게스트와 호스트를 위한 시간 확보하기
전체 게스트 중지 시간, 호스트 종료 시간, 부하 상태에서의 UPS 런타임, 배터리 부족 임계값을 측정하세요. 평소보다 오래 걸리는 게스트 하나를 고려해 여유 시간을 남겨두세요.
전용 Proxmox UPS 종료 서비스가 존재하는 이유는 SNMP 또는 USB 신호가 호스트에 도달했다는 사실만으로는 충분하지 않고, 정상적인 Proxmox 종료에 정책과 타이밍이 필요하기 때문입니다.
제한 시간이 있는 게스트 종료 시간과 단계적인 강제 종료 순서를 설정하여, 응답하지 않는 중요하지 않은 VM 하나가 배터리를 모두 소모하지 않도록 하세요. 중요한 스토리지 또는 데이터베이스 게스트는 더 일찍 종료하는 것이 좋습니다.
통제된 종단 간 전원 테스트 실행하기
유지보수 시간에 지원되는 UPS 상태를 시뮬레이션하거나 발생시키고, 게스트 종료 순서를 확인하세요. 호스트가 마지막에 꺼지는지 확인한 다음 상용 전원을 복구하고 정상적으로 시작되는지 점검하세요.
정전 상황에서 홈랩 복원력에 관한 홈랩 가이드는 UPS 원격 측정 데이터만 수집하는 것이 아니라 전체 정전 시퀀스를 테스트해야 복원력을 확보할 수 있다는 점을 강조합니다. 관련 ZimaSpace 가이드인 VM 백업 준비 상태는 복구 및 백업의 범위도 다룹니다.
필요한 모든 VM이 호스트보다 먼저 정상적으로 종료되고, 배터리에 안전 여유가 남으며, 구성 변경 후에도 동일한 시퀀스가 다시 작동할 때 비로소 이 워크플로가 완성됩니다.
자주 묻는 질문
호스트에 이미 NUT가 설치되어 있어도 VM마다 자체 NUT 클라이언트가 필요한가요?
항상 필요한 것은 아닙니다. 호스트가 하이퍼바이저를 통해 게스트 종료를 오케스트레이션할 수 있지만, 게스트 중지 단계가 구성되고 테스트되어야 하며 호스트 전원이 꺼지기 전에 충분한 시간이 허용되어야 합니다.
VM이 종료를 거부하면 어떻게 되나요?
제한 시간과 단계적인 강제 종료 정책을 사용하세요. 응답하지 않는 게스트 하나 때문에 UPS 배터리가 모두 소모되어 호스트 전원이 갑자기 꺼져서는 안 됩니다.
UPS 종료를 안전하게 테스트하려면 어떻게 해야 하나요?
유지보수 시간, 정상적인 백업, 지원되는 경우 통제된 배터리 부족 또는 시뮬레이션 이벤트를 활용하고, 게스트 중지 순서와 호스트 종료, 전원 복구 후 정상적인 복구 과정을 확인하세요.
지원 및 팁
더 읽어보기

Plex가 다른 Docker 컨테이너와 GPU를 공유할 수 있나요?
Plex와 다른 컨테이너가 동일한 GPU에 함께 액세스할 수 있는 경우가 많지만, 드라이버 지원, 디바이스 매핑, 비디오 엔진 부하, 메모리, 복구 동작을 테스트해야 합니다.

Plex 오류가 클라이언트에서 발생한 것인지 서버에서 발생한 것인지 확인하는 방법
다른 클라이언트에서 동일한 항목을 재현하고, 세션 경로를 비교한 다음, 범위 분석을 통해 장애가 실제로 발생한 위치를 확인한 후에만 서버 증거를 수집하세요.

Plex 캐시 및 트랜스코딩 임시 저장소 구성 방법
영구 Plex 상태는 보호하면서 트랜스코딩 임시 파일은 적합한 로컬 저장소에 배치한 다음, 정리 상태와 여유 공간 및 재시작 동작을 확인하세요.

