Google 컴퓨팅 엔진에서 생성된 디스크 스냅샷 크기가 사용된 공간을 초과합니다.

Google 컴퓨팅 엔진에서 생성된 디스크 스냅샷 크기가 사용된 공간을 초과합니다.

2TB 디스크와 약 80GB 사용 공간을 갖춘 Google Compute Instance(VM)가 있습니다. 전체 2TB에 대한 비용이 청구되지 않고 필요할 경우 신속하게 다시 생성할 수 있도록 이 VM을 보관하고 싶었습니다. 디스크 스냅샷은 이 경우 사용한 디스크 공간에 대해서만 요금이 청구된다고 언급되어 있기 때문에 가장 좋은 옵션인 것 같았습니다. 하지만 이것을 시도하면 얻은 스냅샷 크기는 약 600GB로 사용된 공간의 거의 10배이지만 여전히 전체 2TB보다는 작습니다.

디스크 조각 모음을 시도했지만 도움이 되지 않았습니다. 또한 "zerofree"를 사용하여 사용되지 않는 공간에 0을 쓰려고 시도했는데, 그 결과 스냅샷 크기가 사용된 공간보다 4배 낮은 20GB로 줄었습니다. 하지만 zerofree를 실행하려면 많은 노력과 시간이 필요하지만 디스크 압축에 도움이 되는 것 같아요.

이 경우 디스크 압축 효율성을 향상시킬 수 있는 더 좋은 방법이 있습니까? 디스크 스냅샷을 생성하는 동안 제가 놓친 중요한 단계가 있을까요?

참고: 머신 이미지도 시도했지만 내부적으로는 디스크 스냅샷을 사용하는 것 같고 어떤 이유에서인지 비용이 더 많이 듭니다.

답변1

디스크에는 일반적으로 파일 시스템이 있습니다. 파일 시스템에는 사용자 데이터와 파일 시스템 메타데이터가 있습니다. 세부 사항은 디스크 파티셔닝 구성표와 파일 시스템 유형에 따라 다릅니다. 스냅샷은 변경된 디스크 블록으로 구성됩니다. 여기에는 파일 시스템에 의해 할당, 수정 및 할당 취소된 디스크 데이터 블록이 포함됩니다.

블록 제로 전략은 변경된 블록 수를 늘리는 것이므로 스냅샷을 복구하는 데 시간이 더 오래 걸립니다. 참고: 영구 디스크는 다음의 스냅샷에서 복구할 수 있습니다.게으른실제 데이터 복원이 진행되는 동안 빠른 복구처럼 보이는 방식입니다. 그러나 해당 프로세스는 백그라운드에서 데이터를 전송하는 디스크 대역폭을 소비합니다.

추천:

사용타르또는 유사한 보관 도구를 사용하여 파일을 Cloud Storage에 압축 보관 파일로 저장합니다. 영구 디스크를 다시 만들고 파티션을 나누고 포맷하는 것은 매우 쉽고 대부분의 경우 몇 초 밖에 걸리지 않습니다. 그런 다음 저장된 파일을 복원하십시오.

관련 정보