호스트, VM 및 스토리지의 UPS 종료 순서를 최적화하는 방법

에바 왕

IceWhale author

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

How to Optimize UPS Shutdown Order for Hosts, VMs, and Storage - Zima Store Online

먼저 애플리케이션 쓰기를 중지하고, 두 번째로 게스트를 종료하며, 세 번째로 컴퓨팅 호스트를 중지하고, 마지막으로 공유 스토리지의 전원을 끄세요.

하나의 UPS가 하이퍼바이저, 여러 게스트, 스위치, 그리고 해당 게스트의 디스크를 저장하는 NAS를 보호할 때 이 결정이 중요합니다. 서로 경쟁하는 두 상태는 게스트/애플리케이션 정지와 컴퓨팅이 정상적으로 종료되기 전 스토리지 전원 손실입니다. 저장된 구성과 폐기 가능한 데이터로 시작하고, 한 번에 한 분기만 관찰하며, 테스트가 데이터 손실, 권한 또는 가용성 위험을 확대하면 중지하세요.

UPS 종료 순서를 위한 안전한 기준선 설정

변경하기 전에 환경을 기록하세요. 소프트웨어 및 펌웨어 버전, 장치 식별 정보, 마운트 또는 네트워크 경로, 여유 공간, 권한, 관찰 가능한 증상을 포함해야 합니다. 기준선에는 하나의 UPS가 하이퍼바이저, 여러 게스트, 스위치, 그리고 해당 게스트의 디스크를 저장하는 NAS를 보호하는 구성을 재현하는 데 충분한 세부 정보가 포함되어야 합니다.

첫 번째 후보는 게스트/애플리케이션 정지입니다. 두 번째는 컴퓨팅이 정상적으로 종료되기 전 스토리지 전원 손실입니다. 현재 NUT 종료 설계는 테스트에 사용하는 메커니즘 또는 명령 경계를 정의하지만, 이 특정 홈 서버에서 직접 관찰하는 작업을 대신하지는 않습니다.

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

되돌릴 수 있는 단계로 구성 적용

다음 판별 방법을 사용하세요. 모든 종속 항목의 시간을 측정하면서 배터리 부족 이벤트를 시뮬레이션합니다. 결과가 변경된 변수에 의해 발생했다고 판단할 수 있도록 작업 부하, 클라이언트, 경로, 파일 집합 및 타이밍을 동일하게 유지하세요.

Proxmox 노드 유지 관리를 사용하여 두 분기를 실제로 구분할 수 있는 필드를 선택한 다음, 타임스탬프, 종료 상태, 오류 텍스트, 장치 또는 스냅샷 식별 정보, 지연 시간, 전송된 바이트 수, 권한 및 복구 상태를 수집하세요. 식별 정보, 지속성 또는 애플리케이션 상태가 테스트 대상인 주장이라면 명령이 정상적으로 종료된 것만으로는 충분하지 않습니다.

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

wall 전원 손실 -> 작업 중지 -> VM 종료 -> 호스트 -> NAS

완료 및 실패 경계 해석

통과: 클라이언트가 스토리지 사용을 해제한 후에만 VM 종료가 완료되고 스토리지가 마운트 해제됩니다. 결론이 보편적인 주장으로 바뀌지 않도록 통과한 정확한 버전, 식별 정보 및 작업 부하를 기록하세요.

실패: 호스트가 여전히 쓰기 작업을 수행하는 동안 NAS 전원이 꺼지거나, 게스트 타임아웃이 만료되기 전에 호스트가 중단됩니다. 네트워크, 메모리, 권한 또는 소스 일관성이 양쪽 모두에 영향을 줄 수 있으므로 실패가 자동으로 반대 분기를 입증하는 것은 아닙니다. 확대하기 전에 이러한 공통 종속 항목을 분리하세요.

예외 또는 모호한 결과: 종속 순서를 변경하기 전에 실행 시간 여유를 늘리거나 중요하지 않은 부하를 줄이세요. 복구 가능한 복사본이 생길 때까지 로그를 보존하고 복구, 정리, 삭제, 재파티션 또는 재귀적 소유권 변경 명령을 실행하지 마세요.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

원래 부하에서 지속성 확인

관찰된 분기에 맞는 조치를 적용한 다음, 축소된 대체 조건이 아니라 원래 조건을 반복하세요. VM 종료가 완료되고 클라이언트가 사용을 해제한 후에만 스토리지가 마운트 해제되는 상태가 두 주기 동안 또는 관련 재부팅, 절전, 중단 또는 부하 전환 이후에도 유지될 때만 이 결정을 유효한 것으로 간주할 수 있습니다.

VM 백업 모드를 사용하여 가장 가까운 종속 워크플로를 확인하되, 원래 트리거는 변경하지 마세요. 관련 없는 데이터 세트, 공유, 컨테이너, 사용자 및 복구 지점은 이전과 동일한 액세스 권한과 타이밍을 유지해야 합니다.

중지 경계는 명확합니다. 호스트가 여전히 쓰기 작업을 수행하는 동안 NAS 전원이 꺼지거나 게스트 타임아웃이 만료되기 전에 호스트가 중단되면 마지막으로 확인된 구성으로 돌아가고 증거를 보존하세요. 해당 분기가 반복해서 재현될 때만 더 심층적인 플랫폼 또는 하드웨어 테스트로 확대하세요.

목표 결과가 유지된 후에는 백업 검증 주기와 비교하여 수정 사항이 인접 서비스로 위험을 옮기지 않는지 확인하세요. 새로운 백업, 식별 정보, 타임아웃 또는 가용성 문제가 발생한 성공적인 목표 테스트는 여전히 실패한 변경입니다.

FAQ

UPS 종료 순서와 관련하여 남은 검색은 대개 어떤 장치가 종료를 시작해야 하는지, 네트워크 스위치를 켜 둬야 하는지, 배터리 여유가 얼마나 필요한지에 관한 것입니다. 아래 답변은 이러한 예외 사례를 주요 결정과 분리합니다.

승인 경계는 바뀌지 않습니다. VM 종료가 완료되고 클라이언트가 사용을 해제한 후에만 스토리지가 마운트 해제되어야 합니다. 후속 조건으로 파일 시스템, 식별 정보, 네트워크 경로 또는 애플리케이션 버전이 변경되면 해당 변경의 영향을 받은 판별 테스트만 반복하세요.

호스트가 여전히 쓰기 작업을 수행하는 동안 NAS 전원이 꺼지거나 게스트 타임아웃이 만료되기 전에 호스트가 중단되면 실험을 확대하지 마세요. 그 시점에는 종속 순서를 변경하기 전에 실행 시간 여유를 늘리거나 중요하지 않은 부하를 줄이세요. 플랫폼, 스토리지 또는 하드웨어 담당자에게 확대하기 전에 증거를 보존하세요.

어떤 장치가 종료를 시작해야 하나요?

독립적인 타이머가 경쟁하지 않도록 하나의 권위 있는 UPS 모니터 또는 조정된 보조 클라이언트를 사용하세요.

네트워크 스위치를 켜 둬야 하나요?

모든 종속 항목이 로컬인 경우가 아니라면 종료 명령과 스토리지 트래픽이 완료될 때까지 켜 두세요.

배터리 여유는 얼마나 필요한가요?

최악의 게스트 및 스토리지 종료 시간을 측정한 다음 배터리 노후화와 재시도 여유를 추가하세요.

VM 종료가 완료되고 클라이언트가 사용을 해제한 후에만 스토리지가 마운트 해제된 뒤에야 UPS 종료 순서 변경이 완료된 것으로 간주하세요. 호스트가 여전히 쓰기 작업을 수행하는 동안 NAS 전원이 꺼지거나 게스트 타임아웃이 만료되기 전에 호스트가 중단되면 종속 순서를 변경하기 전에 실행 시간 여유를 늘리거나 중요하지 않은 부하를 줄이세요. 결과가 관련 재시작, 중단 또는 부하 전환 이후에도 유지될 때까지 이전 구성을 사용할 수 있는 상태로 보존하세요.