iSCSI를 통해 노출된 HP LeftHand 스토리지가 포함된 ESXi 상자가 있습니다.
1TB 디스크가 있는 가상 머신이 있는데 그 중 800GB가 소비됩니다. 디스크는 LeftHand 스토리지에 씩 프로비저닝됩니다.
VM에서 스냅샷이 열려 있었고(Veeam Backup and Recovery가 해당 작업을 수행할 수 있도록) 약 6시간 동안 열려 있었습니다. 이 기간 동안 약 5GB의 델타 디스크가 생성되었습니다.
이제 스냅샷 제거가 5시간 넘게 걸렸으며 아직 완료되지 않았습니다. 스토리지 어레이는 해당 어레이에서 사실상 IOPS가 없음(약 600, 배경 소음), 처리량 없음(약 8MB/초, 다시 말하면 배경 소음), 평균 대기열 깊이 9를 보고합니다.
즉, 스냅샷 통합 프로세스가 IO 바인딩되지 않은 것 같습니다. 스냅샷 제거가 너무 느려지는 원인을 찾을 수 없습니다. 그것~이다작업 중이며 델타 파일을 보면서 판단합니다.
이 (상대적으로 작은) 스냅샷이 제거되는 데 왜 그렇게 느린지 확인해야 할 다른 사항이 있습니까?
에 따라VMWare 문서, 지금 시청하고 ls -lh | grep -E "delta|flat|sesparse"있는데 변경되는 두 개의 델타 파일이 보입니다.
-rw------- 1 root root 194.0M Jun 15 01:28 EXAMPLE-000001-delta.vmdk
-rw------- 1 root root 274.0M Jun 15 01:27 EXAMPLE-000002-delta.vmdk
하나의 스냅샷 파일이 통합되는 동안 다른 하나는 통합 프로세스 중에 델타를 수집하는 것으로 추론됩니다. 그런 다음 새 것이 통합되고 해당 프로세스 중에 또 다른 델타가 생성됩니다.
파일 크기~이다각 반복(음, 대부분의 반복)마다 삭제되므로 결국 이 통합 절차가 완료될 것이라고 가정합니다. 변경 사항을 생성하지 않고 완료하려면 30분 동안 VM을 네트워크에서 분리해야 할 수도 있습니다.
통합하는 데 100메가 델타당 약 2분이 소요됩니다. 이런 일은 확실히 이전에 일어난 적이 없습니다. 일반적인 Veeam 백업에서 스냅샷을 제거하는 데는 약 40분이 소요됩니다(물론 빠르지는 않지만 이 정도로 느리지도 않습니다).
6시간 2분 후에 마침내 스냅샷이 제거됩니다. 그러나 일반적으로 이러한 종류의 문제(스토리지 성능 외)를 해결할 수 있는 방법이 있는지 알고 싶습니다.
답변1
ESXI 스냅샷 제거에는 시간이 오래 걸릴 수 있으며 일반적으로 그렇게 한다는 것을 제가 이해하고 있습니다. 스냅샷을 제거하기 전에 이전 스냅샷의 변경 사항을 다음 스냅샷에 순서대로 기록해야 합니다. 저는 이 프로세스가 최대한 빠르고 효율적으로 실행될 수 있도록 항상 가장 오래된 스냅샷부터 가장 최근 스냅샷까지 삭제하도록 배웠습니다.
당연히 스냅샷 간의 변경 사항이 많을수록 병합 시간이 길어집니다.