왜 VM 스냅샷이 홈 서버 애플리케이션을 일시 중지할 수 있나요?

하이퍼바이저가 오래된 가상 디스크 상태와 새로운 쓰기 간에 일관된 경계를 설정해야 하므로 VM 스냅샷은 홈 서버 애플리케이션을 일시 중지시킬 수 있습니다. 이 경계는 짧은 VM 스턴, 게스트 파일 시스템 또는 애플리케이션 정지, 메모리 상태 캡처 및 이후 디스크 체인 인계가 필요할 수 있습니다.

일시 중지는 전체 스냅샷 수명과 같지 않습니다. 생성은 짧은 중단을 일으킬 수 있고, 정상 작동은 델타 파일을 대상으로 계속되며, 삭제 또는 통합 시 남은 변경 사항이 커밋되고 활성 디스크 체인이 전환될 때 또 다른 일시 중지가 발생할 수 있습니다.

스냅샷 생성 시 하이퍼바이저는 무엇을 동결해야 하나요?

스냅샷 워크플로우에는 VM 스턴이 포함되어 하이퍼바이저가 게스트가 같은 중요한 구조를 변경하지 않는 순간에 가상 디스크 상태를 닫거나 전환할 수 있습니다.

스턴 동안 가상 CPU는 진행을 멈추고 게스트 I/O는 정상적으로 완료할 수 없습니다. 하이퍼바이저는 스냅샷 메타데이터를 기록하고 현재 기본 디스크 상태를 보존하며, 이후 변경 사항을 새 쓰기 가능한 레이어로 리디렉션합니다.

부하가 적고 저장소가 반응성이 좋은 VM에서는 이 전환이 사용자가 인지하기에 너무 짧을 수 있습니다. 지연에 민감한 데이터베이스, 음성 서비스, 게임 서버 또는 홈 자동화 컨트롤러는 일반 파일 공유가 숨기는 일시 중지를 감지할 수 있습니다.

애플리케이션 정지와 VM 스턴은 어떻게 다른가요?

애플리케이션 일관성은 저장소 스냅샷이 찍히기 전에 정지로 애플리케이션 쓰기를 일시 중지하거나 늦추는 것을 요구할 수 있습니다. 목표는 애플리케이션이 알 수 없는 부분 트랜잭션을 재생하지 않고 복구할 수 있는 상태를 캡처하는 것입니다.

정지는 파일 시스템 버퍼, 데이터베이스 로그 또는 애플리케이션 캐시를 플러시할 수 있으며, 일시적으로 새로운 트랜잭션을 차단할 수 있습니다. 게스트는 상태 준비에 논리적으로 관여하는 반면, 하이퍼바이저 스턴은 VM 실행의 외부 일시 중지입니다.

충돌 일관성 스냅샷은 애플리케이션 인지 정지(quiescing)를 건너뛰고 갑작스러운 전원 차단과 유사할 수 있습니다. 이는 일부 파일 시스템에서는 허용될 수 있지만, 조정된 데이터베이스, 디렉터리 서비스 또는 다중 VM 애플리케이션 체크포인트와는 동일하지 않습니다.

메모리 캡처가 일시 중지를 증가시키는 이유는 무엇인가요?

스냅샷에 실행 중인 메모리가 포함된 경우, 메모리 상태를 저장소에 기록해야 하므로 VM이 일시 중지됩니다. RAM 용량, 저장소 쓰기 속도 및 구현 방식에 따라 이 작업에 걸리는 시간이 결정됩니다.

디스크 전용 스냅샷은 저장소 상태를 보존하며 보통 모든 활성 메모리 페이지를 저장하지 않고 VM을 재개합니다. 메모리 스냅샷은 VM을 열린 프로세스와 메모리 내 컨텍스트로 복원할 수 있지만, 캡처해야 할 상태가 더 많습니다.

대용량 메모리 VM과 느린 데이터 저장소는 차이를 더 명확하게 만듭니다. 작은 테스트 VM의 메모리 캡처는 빠를 수 있지만, 바쁜 VM의 수십 기가바이트 쓰기는 애플리케이션 타임아웃 한도를 초과할 수 있습니다.

쓰기 작업이 델타 디스크로 이동하면 어떤 일이 발생하나요?

스냅샷 경계가 생성된 후, 하이퍼바이저는 쓰기를 델타 파일로 전환합니다 반면 원래 가상 디스크는 이전 시점 상태로 유지됩니다.

전환 자체는 조정된 인계가 필요하지만, 새로운 델타가 활성화되면 애플리케이션은 보통 계속 실행됩니다. 읽기는 현재 델타에서 오거나 블록이 변경되지 않은 경우 이전 계층으로 넘어갈 수 있습니다.

스냅샷 생성은 전체 가상 디스크를 즉시 복사하지 않기 때문에 빠릅니다. 그 대가로 실행 중인 VM은 이제 추가 매핑 계층과 향후 변경된 블록에 필요한 저장소에 의존하게 됩니다.

초기 일시 중지 후 VM이 느리게 느껴지는 이유는 무엇인가요?

스냅샷이 활성 상태인 동안, 델타 디스크는 저장소 조회 오버헤드를 추가합니다. 하이퍼바이저는 각 블록의 최신 버전을 찾아내고 복사-쓰기 계층을 유지해야 합니다.

이 영향은 쓰기 속도, 체인 깊이, 저장소 지연 시간 및 캐시 압력에 따라 커집니다. 빠른 SSD 저장소에서 얕은 스냅샷 하나는 눈에 띄는 영향이 적을 수 있지만, 바쁜 HDD 저장소에서 여러 계층은 애플리케이션 응답 시간을 증가시킬 수 있습니다.

이는 지속적인 VM 일시 중지가 아니라 계속되는 I/O 오버헤드입니다. 사용자는 VM이 요청 사이에 계속 스케줄되고 반응하는 동안에도 느린 트랜잭션이나 긴 지연 시간을 경험할 수 있습니다.

스냅샷 제거가 두 번째 일시 중지를 유발하는 이유는 무엇인가요?

삭제는 보통 변경된 블록을 병합하고 활성 체인을 전환하는 것을 의미합니다. 통합은 최종 스턴을 연장할 수 있습니다 새로운 쓰기가 병합 완료보다 빠르게 쌓일 때.

하이퍼바이저는 VM이 계속 실행되는 동안 대부분 데이터를 통합하고, 이후 짧게 스턴하여 최종 도우미 델타를 커밋하고 단순화된 디스크 체인을 다시 엽니다. 큰 최종 델타는 이 짧은 인계를 눈에 띄는 애플리케이션 중단으로 만듭니다.

스냅샷 수명을 짧게 유지하고, 동일 저장소에서 동시 통합을 피하며, 제거는 피크 I/O 외 시간에 예약하세요. 스냅샷은 롤백 도구로 남아 있으며, 독립 백업은 스냅샷 의존성을 피합니다.

자주 묻는 질문

모든 VM 스냅샷이 애플리케이션을 일시 중지하나요?

대부분 플랫폼은 최소한 짧은 조정된 전환이 필요하지만, 지속 시간과 가시성은 다릅니다. 디스크 전용 충돌 일관성 스냅샷은 보통 메모리 또는 애플리케이션 정지 스냅샷보다 덜 방해가 됩니다.

정지가 전체 VM을 동결하는 것과 같은가요?

아니요. 정지는 게스트 또는 애플리케이션 조정으로 쓰기를 플러시하고 일시 중지하는 것입니다. VM 스턴은 하이퍼바이저 경계에서 가상 CPU 진행을 멈춥니다.

왜 스냅샷 삭제가 생성보다 더 나쁠 수 있나요?

삭제는 VM이 계속 데이터를 변경하는 동안 큰 델타 체인을 병합해야 하며, 이후 남은 쓰기를 커밋하는 최종 인계가 필요할 수 있습니다.

스냅샷을 홈 서버 백업으로 사용해야 할까요?

아니요. 이들은 동일한 가상 디스크와 데이터스토어에 의존합니다. 짧은 롤백 창에 유용하며, 독립 백업은 저장소 장애와 손상된 스냅샷 체인을 방지합니다.

최종 요약

VM 스냅샷은 특정 일관성 경계에서만 애플리케이션을 일시 중지하지만, 애플리케이션 정지, VM 스턴, 메모리 캡처, 느린 델타 저장, 바쁜 쓰기 스트림 통합과 같은 여러 메커니즘이 이러한 순간을 늘릴 수 있습니다. 짧은 스냅샷 수명, 애플리케이션 인지 계획, 빠른 저장소, 독립 백업은 롤백 도구가 불필요한 서비스 중단이 되는 것을 방지합니다.