iSCSI를 통해 HP LeftHand 스토리지가 노출 된 ESXi 상자가 있습니다.
1TB 디스크가있는 가상 머신이 있으며 그 중 800GB가 소비됩니다. 디스크는 LeftHand 스토리지에서 씩 프로비저닝됩니다.
VM에서 스냅 샷이 열리고 (Veeam Backup and Recovery가이를 수행 할 수 있음) 약 6 시간 동안 열렸습니다. 이 기간 동안 약 5GB의 델타 디스크가 생성되었습니다.
스냅 샷 제거에 5 시간이 걸렸지 만 여전히 완료되지 않았습니다. 스토리지 어레이는 실제로 해당 어레이에서 IOPS (약 600, 백그라운드 노이즈), 처리량 (약 8MB / 초, 백그라운드 노이즈), 평균 큐 깊이 9를보고합니다.
다시 말해, 스냅 샷 통합 프로세스가 IO 바운드가 아닌 것 같습니다. 스냅 샷 제거가 너무 느려지는 것을 볼 수 없습니다. 그것은 되는 델타 파일을 보면서 판단, 작업.
이 (상대적으로 작은) 스냅 샷이 제거하기에 너무 느린 이유에 대해 살펴 봐야 할 것이 있습니까?
당으로 VM웨어 문서 , 내가보고 있어요 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 분 후 스냅 샷이 마지막으로 제거됩니다. 그러나 여전히 이런 종류의 문제를 해결할 수있는 방법이 있는지 알고 싶습니다 (스토리지 성능 제외).