호스트 전원이 꺼지기 전에 UPS가 VM을 종료할 수 있는지 확인하는 방법

예. 하지만 게스트 종료 기한, 호스트 순서, 네트워크 가용성, 배터리 여유가 함께 제대로 작동하는지는 정전 시간을 측정하는 테스트로만 입증할 수 있습니다.

하이퍼바이저와 공유 스토리지가 하나의 UPS와 여러 종료 에이전트에 의존할 때 이 결정이 중요합니다. 서로 경쟁하는 두 상태는 조정된 게스트 종료가 완료되는 경우와 호스트 또는 스토리지 차단이 게스트 시간 초과와 경합하는 경우입니다. 저장된 구성과 폐기 가능한 데이터로 시작하고, 한 번에 하나의 경로만 관찰하며, 테스트가 데이터 손실, 권한 또는 가용성 위험을 확대하면 중단하세요.

UPS VM-호스트 종료 순서 결정을 좌우하는 조건 정의

무엇이든 변경하기 전에 환경을 기록하세요. 소프트웨어 및 펌웨어 버전, 장치 식별자, 마운트 또는 네트워크 경로, 여유 공간, 권한, 관찰 가능한 증상을 포함해야 합니다. 기준 상태에는 하이퍼바이저와 공유 스토리지가 하나의 UPS와 여러 종료 에이전트에 의존하는 구성을 재현할 수 있을 만큼 충분한 세부 정보가 있어야 합니다.

첫 번째 후보는 조정된 게스트 종료가 완료되는 경우입니다. 두 번째는 호스트 또는 스토리지 차단이 게스트 시간 초과와 경합하는 경우입니다. 현재의 NUT upsmon 종료 순서는 테스트에 사용되는 메커니즘 또는 명령 경계를 정의하지만, 이 특정 홈 서버에서 직접 관찰하는 것을 대신하지는 않습니다.

판별 테스트를 실행하기 전에 통과 조건과 중단 조건을 작성하세요. 통과는 한 경로가 예측한 증거를 변경하면서 관련 없는 서비스는 그대로 유지해야 하며, 실패하면 추측성 수정 작업을 연쇄적으로 실행하지 말고 시스템을 저장된 상태로 되돌려야 합니다.

기존 요구 사항을 낮추지 않고 주장 테스트

다음 판별 테스트를 사용하세요. 폐기 가능한 워크로드를 사용하고, 상용 전원을 차단하며, 모든 종료 시각을 기록하고, 안전 한계에 도달하기 전에 전원을 복구하세요. 결과가 변경된 변수에 의해 발생했다고 판단할 수 있도록 워크로드, 클라이언트, 경로, 파일 세트 및 타이밍을 일정하게 유지하세요.

호스트 유지 관리 상태를 사용해 두 경로를 실제로 구분할 수 있는 필드를 선택한 다음, 해당 필드의 시각, 종료 상태, 오류 텍스트, 장치 또는 스냅샷 식별자, 지연 시간, 전송 바이트, 권한 및 복구 상태를 수집하세요. 테스트 대상이 식별성, 내구성 또는 애플리케이션 상태라면 명령이 정상 종료된 것만으로는 충분하지 않습니다.

재시작, 재연결, 재마운트 또는 콜드 캐시가 원래 조건의 일부라면 해당 이벤트 후 테스트를 한 번 더 반복하세요. 첫 실행이 파괴적이거나 환경을 복구할 수 없다면 중단하고 폐기 가능한 복사본에서 대신 재현하세요.

기록 항목: 배터리 모드, 배터리 부족, 게스트 중지 시작/종료, 호스트 중지, NAS 중지, UPS 차단

통과, 실패 및 예외 결과 해석

통과: 모든 게스트가 호스트 종료 전에 중지 상태에 도달하고, 호스트 I/O가 끝날 때까지 스토리지가 계속 사용 가능한 상태입니다. 통과한 정확한 버전, 식별자 및 워크로드를 기록해 결론이 보편적 주장이 아니라 조건부 결론으로 유지되도록 하세요.

실패: 게스트가 강제 종료되거나, 스위치가 조기에 꺼지거나, 클라이언트가 연결을 해제하기 전에 NAS가 꺼지는 경우입니다. 네트워크, 메모리, 권한 또는 소스 일관성이 양쪽 모두에 영향을 줄 수 있으므로 실패가 자동으로 반대 경로를 입증하는 것은 아닙니다. 문제를 확대하기 전에 이러한 공통 의존성을 분리하세요.

예외 또는 모호한 결과: 상용 전원을 복구하고 테스트를 취소한 다음, 부하 차단 또는 시간 초과 여유를 늘리세요. 복구 가능한 복사본이 생길 때까지 로그를 보존하고 복구, 정리, 삭제, 재파티션 또는 재귀적 소유권 변경 명령을 실행하지 마세요.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

원래 워크로드에서 결정 확인

관찰된 경로에 맞는 조치를 적용한 다음, 축소된 대체 환경이 아니라 원래 조건을 다시 실행하세요. 모든 게스트가 호스트 종료 전에 중지 상태에 도달하고 호스트 I/O가 끝날 때까지 스토리지가 사용 가능한 상태가 두 번의 주기 또는 관련 재부팅, 절전, 중단이나 부하 전환 동안 유지될 때만 결정을 확정할 수 있습니다.

UPS 종료 순서를 사용해 가장 가까운 종속 워크플로를 확인하되, 원래 트리거는 변경하지 마세요. 관련 없는 데이터 세트, 공유, 컨테이너, 사용자 및 복구 지점은 이전의 접근성과 타이밍을 그대로 유지해야 합니다.

중단 경계는 명확합니다. 게스트가 강제 종료되거나, 스위치가 조기에 꺼지거나, 클라이언트가 연결을 해제하기 전에 NAS가 꺼지면 마지막으로 검증된 구성으로 되돌리고 증거를 보존하세요. 해당 경로가 반복해서 재현될 때만 더 심층적인 플랫폼 또는 하드웨어 테스트로 확대하세요.

목표 결과가 유지된 후에는 게스트 워크로드 제한과 비교해 수정 사항이 인접 서비스로 위험을 옮기지 않았는지 확인하세요. 새로운 백업, 식별성, 시간 초과 또는 가용성 문제가 발생한 성공적인 목표 테스트는 여전히 실패한 변경입니다.

FAQ

UPS VM-호스트 종료와 관련해 남는 질문은 대개 소프트웨어 시뮬레이션이 상용 전원 차단을 대신할 수 있는지, VM을 병렬로 종료해야 하는지, 테스트를 얼마나 자주 반복해야 하는지에 관한 것입니다. 아래 답변에서는 이러한 예외적인 경우를 주요 결정과 분리합니다.

통과 기준은 바뀌지 않습니다. 모든 게스트가 호스트 종료 전에 중지 상태에 도달하고, 호스트 I/O가 끝날 때까지 스토리지가 사용 가능한 상태여야 합니다. 후속 조건으로 파일 시스템, 식별자, 네트워크 경로 또는 애플리케이션 버전이 변경되면 해당 변경의 영향을 받는 판별 테스트만 반복하세요.

게스트가 강제 종료되거나, 스위치가 조기에 꺼지거나, 클라이언트가 연결을 해제하기 전에 NAS가 꺼지면 실험을 더 확대하지 마세요. 이때는 상용 전원을 복구하고 테스트를 취소한 다음, 부하 차단 또는 시간 초과 여유를 늘리세요. 플랫폼, 스토리지 또는 하드웨어 담당자에게 확대하기 전에 증거를 보존하세요.

소프트웨어 시뮬레이션이 상용 전원 차단을 대신할 수 있나요?

논리는 테스트할 수 있지만 배터리 작동 시간, 전환 시간 또는 UPS 차단 동작은 테스트할 수 없습니다. 둘 다 사용하세요.

VM을 병렬로 종료해야 하나요?

스토리지와 CPU가 급증하는 부하를 처리할 수 있을 때만 그렇게 하세요. 중요한 데이터베이스와 종속 서비스를 시차를 두고 종료하세요.

테스트를 얼마나 자주 반복해야 하나요?

토폴로지 또는 배터리가 변경된 후, 그리고 작동 시간 저하를 감지할 수 있는 유지 관리 주기에 따라 반복하세요.

UPS VM-호스트 종료에 대한 실질적인 답은 여전히 조건부입니다. 모든 게스트가 호스트 종료 전에 중지 상태에 도달하고, 호스트 I/O가 끝날 때까지 스토리지가 사용 가능한 상태여야 합니다. 게스트가 강제 종료되거나, 스위치가 조기에 꺼지거나, 클라이언트가 연결을 해제하기 전에 NAS가 꺼지면 상용 전원을 복구하고 테스트를 취소한 다음, 부하 차단 또는 시간 초과 여유를 늘리세요. 원래 워크로드를 견디지 못하는 부분적인 성공은 호환성이 아닙니다.