스냅 샷이 실제 백업이 아닌 임시 백업으로 간주되는 이유는 무엇입니까?

VMware ESXi를 사용하고 있습니다. 우리 팀에서는 장기 백업을위한 스냅 샷을 제공하는 데 사용합니다.

그런 다음 메모리 유출과 같은 문제가 발생하여 서버가 중단되었습니다.

VMware 기술 자료 기사 및 모든 곳에서 읽기 시작했습니다. 어디에서나 스냅 샷을 오랫동안 사용하지 않는 것이 좋습니다.

VMware조차도 최대 3 일 동안 스냅 샷을 유지하는 것이 좋습니다.

그러나 우리 팀은 VM을 삭제할 때까지 최소 2 개의 영구 스냅 샷을 요청했습니다. 때때로 우리는 1 년 동안 VM을 사용할 수 있습니다).

1. 하나의 스냅 샷은 새로운 시스템 상태를위한 것입니다. (애플리케이션 테스트를 완료하면 새로운 상태로 되돌아 가서 다른 애플리케이션을 설치할 것입니다) (허용하지 않으면 VM을 호스팅해야 할 수도 있습니다.)

2. VM을 특정 상태로 유지하기위한 다음 스냅 샷 (문제를 발견하고 얼마 동안 해당 상태를 유지했을 수 있습니다. 또는 응용 프로그램의 필수 구성 요소를 설치하고 시스템을 테스트 할 준비를 유지할 수 있습니다.)

논리적으로, 그들의 요구는 공정한 것 같습니다. 그러나 허용하면 스냅 샷을 오랫동안 보유 할 수 있습니다. VM을 메일 서버 또는 데이터베이스 서버로 사용하지 않습니다.

스냅 샷을 오랫동안 보관하면 왜 나쁜 영향을 미칩니 까?

스냅 샷이 실제 백업이 아닌 임시 백업으로 간주되는 이유는 무엇입니까?

VM에 활성 스냅 샷이있는 경우 가상 디스크 I / O는 VM의 실제 .VMDK 파일에서 수행되지 않고 변경되지 않은 상태로 유지되며 VM의 변경 내용은 다른 실제 파일에 기록됩니다. 이를 통해 이전 VM 상태를 복구 할 수 있지만 다음과 같은 세 가지 중요한 부작용이 있습니다.

• VM의 디스크 I / O가 훨씬 느립니다.
• 이러한 "델타"파일은 VM에서 점점 더 많은 디스크 I / O를 수행함에 따라 시간이 지남에 따라 계속 증가합니다.
• 스냅 샷이 제거되면 "델타"파일에 저장된 변경 사항이 기본 .VMDK 파일로 다시 병합되어야하며 스냅 샷이 오랫동안 활성화 된 경우 시간이 많이 소요됩니다.

활성 스냅 샷을 오랫동안 유지하지 않는 것이 좋습니다. 주어진 상태에서 VM을 장기간 백업해야하는 경우 VM을 다른 곳으로 복사하면됩니다. 이는 VM에 성능에 영향을 미치지 않으며 어쨌든 오래 걸리는 것보다 적은 디스크 공간을 사용하게됩니다. 용어 스냅 샷은 시간이 지남에 따라 채워집니다.

또한 VM 사본을 다른 곳에 저장하면 VM을 잃어버린 경우 실제로 도움이됩니다. 스냅 샷은 VM과 함께 저장되며 VM을 사용할 수있는 경우에만 유용합니다. 데이터 스토어 충돌과 같은 실제 데이터 손실의 경우에는 완전히 쓸모가 없으므로 실제 백업으로 사용할 수 없습니다.

스냅 샷에 대한 공식 문서는 다음과 같습니다.

http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&externalId=1015180

vmware에서 사용하는 일부 스냅 샷 형식은 더 많은 데이터를 저장함에 따라 시간이 지남에 따라 성능이 저하됩니다. 필자가 최신 버전에서 여전히 기본값이라고 생각하는 "스파 스 범위"형식에는이 속성이없는 것 같습니다 (읽기 당 3 개의 읽기, 쓰기 당 최대 2 개의 읽기 또는 3 개의 쓰기를보고 있지만 디스크가 가득 차면 나빠질 수 있습니다). 그래서, 내가 완전히 확인 "오랜 시간 동안 주위에 스냅 샷을 유지하지 않는다"고 아니에요 속성입니다 반드시 항상 올바른 조언.

그러나 내가 알아 차린 한 가지는 스냅 샷을 병합하는 데 시간이 오래 걸린다 는 것입니다. 사용 사례에 따라 문제가 될 수도 있고 아닐 수도 있습니다.

"임시 백업"에 대한 다른 질문은 간단합니다. 백업은 기본 데이터 저장소의 손실을 견뎌 내기위한 것입니다. 스냅 샷과 원점이 함께 저장되므로 스냅 샷은 기본 이미지 없이는 쓸모가 없으므로 많은 손실이 발생하므로 스냅 샷은 백업이 아닙니다.

이 게시물이 약간 오래되었다는 것을 알고 있지만 제기 된 질문과 요점은 여전히 ​​매우 관련이 있습니다.

VMware 스냅 샷은 백업이 아닙니다. 저와 수많은 고객에게 발생한 부작용은 6 개월 된 VMware 스냅 샷을 유지하며 ESXi 호스트는 계획되지 않은 중단을 경험하여 ESXi를 재부팅하거나 중단을 해결하기 위해 재부팅해야합니다. ESXi가 복구되고 VM이 부팅되며 모든 데이터가 VMware 스냅 샷이 생성 된 시점으로 되돌아갔습니다.

이 시나리오에서는 VMware 스냅 샷이 생성 된 시점과 중단 시점 간의 모든 변경 사항이 손실됩니다.

따라서 일반적인 조언은 특정 용도로만 VMware 스냅 샷을 생성하고 해당 용도로 사용되면 삭제하는 것입니다.

http://kb.vmware.com/kb/1025279

새로 설치 이미지 또는 특정 상태에 대한 팀의 요청에 대한 솔루션으로 템플릿을 사용하는 것이 좋습니다. 템플릿은 전원을 켜거나 변경할 수없는 상태로 VM (기본적으로 복사본)을 복제하며 복제본 복제에 대한 참조로만 사용할 수 있습니다. 예를 들어, "기본 데비안 설치"템플릿이 있고 서버 팀이 3 개의 새 서버를 요청하면 3 개의 새 복제본을 만들고 사용자 지정하면됩니다.

두 번째 시나리오에서도 마찬가지입니다. VM이 참조하려는 상태가되면 템플릿을 만듭니다. 그때부터 참조가 필요할 때마다 다른 사본을 복제하십시오.

스냅 샷의 기본 개념은 VM을 재구성하기 전에 (새 소프트웨어 설치, 주요 업그레이드 등) 복원 지점에 가깝습니다. 그래서 당신이 그것을 fuxor하면 당신은 workng이었던 지점까지 백업하고 동료를 비난하지 않고 휘파람을 피할 수 있습니다 :)

그리고 일반적인 아이디어는 미래에 어느 시점에 합병한다는 것입니다 (사용자에게 영향을주지 않고 잠시 동안 중단 할 수있는 경우).

여기에 다른 사람들이 이미 설명 한 이유로 vmware 스냅 샷을 유지해서는 안되지만 많은 사람들이하는 일은 vmware 스냅 샷을 만들고 그 후에 깨끗하게 수행하는 것입니다 (게스트 스냅 샷이 실제로 수행하는 게스트에 따라 다름) 스토리지 배열의 스냅 샷을 가져 와서 해당 스냅 샷을 백업 / 복사 / 아카이브 / 등할 수 있습니다. 어레이에서 실제 스냅 샷을 생성 한 후에는 vmware 스냅 샷을 최대한 빨리 제거해야합니다.