사람들이 rsync를 사용하여 VMware 게스트를 백업하지 않는 이유는 무엇입니까?

최신 vmware ESXi 시스템을 실행중인 경우 정적으로 링크 된 rsync 바이너리 및 rsync 파일을 SSH를 통해 모든 대상에 드롭 할 수 있습니다.

vmware 게스트의 대부분 (모두?) 백업이 왜 이런 식으로 수행되지 않는지 이해하려고합니다.

VM이 실행중인 경우 간단히 'vim-cmd vmsvc / snapshot.create'를 사용하여 스냅 샷을 생성 한 다음 해당 스냅 샷을 원격 호스트와 재 동기화 할 수 있습니다. (스냅 샷을 "quiesce"하는 옵션도 있습니다)

또는보다 강력한 백업을 원할 경우 VM을 정상적으로 중지하고 vmdk 파일에서 rsync를 수행 할 수 있습니다.

그래서 ... 평범한 오래된 rsync를 사용하여 간단하고 쉽게 수행하려는 모든 백업에서 멀리 떨어진 간단한 쉘 스크립트 인 것처럼 보입니다.

내가 여기서 무엇을 놓치고 있습니까?

• ESXi 콘솔의 전송 속도는 의도적으로 제한되어 있기 때문입니다.
• 어떤 식 으로든 확장 할 수 없기 때문입니다.
• 정적으로 컴파일 된 rsync 바이너리를 ESXi 호스트에 드롭해야하기 때문입니다.
• VM을, VMDK에가, 자신의 램 디스크 파일 및 기타 구성 요소가지는 제안을 rsync를 만들기에 충분를 변경할 수 있기 때문에 ... 당신이 할 정말 다시 부팅하고 파일 변화의 적은 수 있었다 그 재 동기화 백기가 바이트 VM을 원하십니까?
• 소스 또는 대상의 CPU / 메모리 리소스 요구 사항으로 인해 Rsync는 무료가 아닙니다.
• 시장에 타사와 VMware가 제공하는 다른 제품이 있기 때문에. 변경된 블록 추적을 찾습니다 .
• ESXi를이 때문에 NOT 범용 운영 체제입니다.

VMware ESX 4.1 서버에 rsync 설치 참조

나는 몇 년 전에이 일을했었다. (편집 : ESXi가 아닌 CentOS 호스트에서 VMWare를 실행하는 경우)

매일 밤 VM을 일시 중지하고 디스크에서 백업 서버로 파일을 다시 동기화 한 다음 VM을 다시 시작하는 스크립트가있었습니다. 그것을 제외하고는 꽤 잘 작동했습니다 ...

Rsync는 2GB 파일에서 잘 작동하지 않습니다.

그것은 rsync가 훌륭하지 않기 때문에, 각각의 2GB vmdk 파일이 rsync에 매우 불투명 한 방식으로 변경되고, 동봉 된 파일 시스템에 대한 작은 변경조차도 내가 탓 한 vmdk (또는 어떤 이유로 든 모든 vmdks)를 변경합니다 Windows는 자동으로 조각 모음을 수행하거나 실제 시스템을 실행하는 경우 중요하지 않지만 VM을 재 동기화하려고 할 때 나타나는 다른 모든 작업을 수행합니다.

변경 사항을 감지하기위한 rsync 메커니즘은 2GB 파일에서 잘 작동하지 않는다고 생각하지만 vmdk의 시작 부분을 건너 뛰고 차이를 찾기 시작하면 단순히 파일의 나머지 부분을 복사합니다. rsync가 이진 데이터의 이동 된 덩어리를 감지 할 수 없거나 소스 상자의 메모리 부족 또는 vmdk가 완전히 업데이트되었는지 여부에 대한 문제인지는 알 수 없습니다. 결과가 동일하기 때문에 중요하지 않습니다. 대부분의 vmdk가 복사되었습니다.

결국 나는 단순히 rsync를 사용하여 변경된 파일을 복사하고 덮어 씁니다. 또한 rsync 복사를 허용하고 있던 것을 대체하는 대신 백업 파일을 덮어 쓰는 성능이 향상되었습니다.

백업 서버도 가장 빠르지 않았으며 밤새도록 실행중인 모든 VM을 백업하기에 충분하지 않은 시점에 도달했습니다.

그러나 VM을 복원해야 할 때는 정말 쉽고 아름답게 작동했습니다.

단일 파일을 재 동기화하는 것은 백업 솔루션이 아닙니다.

vm에 문제가 발생하여 파일이 삭제 된 경우 어떻게합니까? 그러나 rsync가 다시 실행 된 후에 만이 사실을 알 수 있습니까? 잘못된 이미지로 파일의 올바른 '백업'을 덮어 썼습니다.

백업을 원하면 이전 버전을 어딘가에 보관해야합니다. Rsync는 diff 만 복사하지만 diff 만 저장하지 않고 이전 파일을 덮어 씁니다.

rsync를 사용하는 옵션과 버전 정보가 포함 된 COW (Copy-On-Write) 파일 시스템이있을 수 있습니다.이 옵션은 rsync 스크립트가 실행될 때마다 diff를 저장합니다. 이 솔루션은 이미 조금 더 복잡해지기 때문에 사람들이 알려진 작동 솔루션에 의존합니다.

ESXi 서버에서 Rsync를 사용할 수없는 이유는 없습니다. 우리는 https://33hops.com/rsync-for-vmware-vsphere-esxi.html 정적으로 컴파일 된 버전을 제공합니다 . 자신 만의 컴파일 방법에 대한 정보도 있습니다.

그럼에도 불구하고 Rsync와 델타 알고리즘은 VM 하드 디스크와 같은 거대한 고정 길이 희소 파일을 백업하는 것이 아니라 가변 길이의 작은 파일을 동기화하는 것으로 생각했음을 고려해야합니다. 따라서 작동하지만 diff 데이터를 계산하는 데 많은 시간과 CPU가 필요합니다. 실제로 이것은 CPU별로 대역폭을 교환하는 방법 일뿐입니다. 어쨌든 가상 디스크가 수십 기가 바이트 정도 인 경우에도 여전히 작동 가능합니다.

나는 여기에 주제에 대한 전체 게시물을 게시했습니다. 모든 장단점 https://33hops.com/blog_xsibackup-rsync-considerations.html