반응형
vSphere 6 스냅 샷의 새로운 기능
- vSphere 6.0의 통합 절차 변경
vSphere 6.0 이전에는
- 가상 시스템 스냅 샷 통합으로 추가 헬퍼 스냅 샷이 생성
- 모든 새 I/O가 새로 생성된 스냅 샷으로 리디렉션
- 통합 작업 중에 도우미 스냅 숏도 상당히 커짐
- 허용 가능한 시간 범위 (12 초)를 벗어난 경우 도우미가 허용 가능한 시간 내에 기본에 커밋 될 때까지
도우미 스냅 샷의 통합이 진행되는 동안 프로세스가 반복되어 새 도우미 스냅 샷을 만듬 (이전 스냅샷은 기본 디스크에 통합)
- 헬퍼 통합 시간이 특정 시간 (12 초) 이내 인 경우 헬퍼 스냅 샷이 기본 디스크에 통합
- 스냅 샷 디스크에 저장된 모든 변경 사항이 기본 디스크에 병합되면 도우미 스냅 샷도 커밋
- 가상 시스템에 더 많은 I/O가있는 경우 이 프로세스는 스냅 샷 체인과 헬퍼를 성공적으로 통합 할 수 없음
vSphere 6.0 에는
- vSphere 6.0에서 스냅 샷 통합 프로세스는 Storage vMotion과 동일한 미러 드라이버를 사용
- 미러 드라이버를 사용하면 커밋 계산이 12 초 미만이 될 때까지 여러 도우미 스냅을 만드는 대신 1 패스로 스냅 샷을 통합 할 수 있음
- 스냅 샷을 커밋 / 연결하는 동안 미러 드라이버는 원본 디스크와 새 스파 스 파일 (3)에 씀
커밋 프로세스가 성공적으로 완료되면 도우미 파일을 기본 디스크에 새로 쓴 내용과 병합 할 필요가 없음.
이 스냅 헬퍼 파일 (스파 스 파일)이 삭제
(4) 어떤 이유로 헬퍼 파일의 원래 통합 / 병합에 실패하면 프로세스가 다시 시작되지만 통합 할 두 개의 파일이 남음
(드문 경우)이 새로 스냅 샷 통합 프로세스를 사용하면 눈에 띄는 중지 시간이 거의 없습니다.
- 테스트 환경
- ESXi 5.5U3
- 스냅 샷 생성에는 1,96 초가 소요되었으며 거의 2 초가 걸렸으며 실제로 2 개의 핑을 잃었습니다
- 스냅 샷이 생성 된 후 제거를 진행
- 이미 문제가 발생하기 시작합니다. 기절 된 동작은 여러 번 있었으며 그 합계는 12648914 마이크로 초 또는 12,6 초입니다.
앞에서 말했듯이 가상 디스크 당 약 1 초입니다. 그 결과 여러 핑이 손실되었습니다.
- ESXi 6.0U1b
- vSphere 6을 사용하여 동일한 테스트를 반복했습니다. 먼저 다시 스냅 샷을 찍었습니다.
- 중지는 0.6 초 동안 지속되었으며 핑은 손실되지 않았습니다.
- 그런 다음 스냅 샷을 제거했습니다.
- 즉시 알 수 있듯이 디스크 당 단일 기절 시간이 약 1 초에서 65 밀리 초로 크게 단축되었습니다.
이것은 평균 15 배 향상입니다! 전체 기절 시간은 이제 828436 마이크로 초, 즉 1 초 미만입니다.
그 결과 네트워크를 통한이 VM의 가용성도 크게 향상되었습니다.
참고 자료: https://www.virtualtothecore.com/vsphere-6-snapshot-consolidation-issues-thing-past/
https://vmguru.com/2017/04/upgrade-esx-6-x-snapshot-handling/
http://www.vmwarearena.com/deep-dive-the-ultimate-guide-to-master-vmware-snapshot/
반응형