Hostwinds 튜토리얼

에 대한 검색 결과:


목차


내 객체 저장소가 내 데이터보다 큰 이유는 무엇입니까?
요약해서 말하자면:
객체 저장소가 내 데이터보다 작은 이유는 무엇입니까?
관련 웹 호스팅 자습서 :

내 물체가 내 데이터보다 더 큰 (또는 작음) 이유는 무엇입니까?

태그 : Cloud Servers,  Web Hosting 

내 객체 저장소가 내 데이터보다 큰 이유는 무엇입니까?
요약해서 말하자면:
객체 저장소가 내 데이터보다 작은 이유는 무엇입니까?
관련 웹 호스팅 자습서 :

HostWinds 클라우드 백업 서비스가있는 경우 사용중인 객체 저장소가 백업되는 데이터와 다른 크기인지 확인하기 전에 며칠 이상이어야합니다.

내 객체 저장소가 내 데이터보다 큰 이유는 무엇입니까?

에 대한 공유 및 비즈니스 호스팅, 이것은 쉽게 설명됩니다. 각 일일 백업은 전체 CPANEL 계정의 사본입니다.100MB의 웹 사이트 / 이메일 / 데이터베이스가 100MB 인 경우 보존 한도가 맞을 때까지 매일 클라우드 백업이 100MB만큼 증가하고 100MB x 일이 저장됩니다.스토리지를 위해 적게 지불하고 많은 백업이 필요하다고 생각하지 않으면 저장된 일 수를 조정할 수 있습니다.

A. VPS 또는 전용 서버그러나 답변은 조금 더 복잡합니다.백업 소프트웨어 (RESTIC)는 매일 서버를 완전히 백업하지 않습니다.그래도 캡처 된 백업은 전통적인 "전체 백업 매일, 매일 증분 백업 일일"시스템과 동일하지 않습니다.RESTic은 매일 '스냅 샷'에서 백업을 사용하지만 중복 된 데이터 만 저장합니다.가장 오래된 백업이 보유 기간보다 오래되면 (기본값은 60 일이며 나머지이 기사의 나머지 예제로 사용됨)에서 가장 오래된 스냅 샷을 제거하고 제거합니다.이것은 '가장 오래된 전체 백업'을 삭제하는 것과 같지만 오히려 60 일 전에 파일에 대한 변경 사항의 레코드를 던지십시오.

예를 들어, 오늘 날짜가 매일 자동으로 업데이트되는 "toway.txt"가있는 경우 restic은 저장된 60 복사본을 갖습니다.가장 오래된 스냅 샷이 제거되면 이전 버전을 버리면 지난 60 일 동안 파일을 스냅 샷으로 복원 할 수 있습니다.마찬가지로 서버의 날짜를 기록하고 변경하지 않는 "start.txt"가있는 경우 스냅 샷에서는 동일한 데이터를 제공합니다.

자주 업데이트되지 않은 제품의 큰 데이터베이스가있는 경우 데이터베이스의 크기보다 백업에 훨씬 더 기여하지 않습니다.다른 한편으로, 사용자의 데이터베이스가있는 경우, 일별 / 시간별 / 매분마다 변경되는 사용자, 포럼 게시물 등 -이 종류의 데이터베이스는 객체 저장소의 lestic 백업의 크기에 크게 기여합니다.전반적인 데이터베이스 크기가 빨리 자라지 않습니다.

실제 서버를 살펴 보겠습니다.이 예제는 Linux 용이지만 아이디어는 Windows에서 동일합니다.Windows와 하나의 큰 차이점은 C : \의 각 디렉토리에 대해 하루에 여러 개의 스냅 샷이 필요하다는 것입니다. 따라서 Windows의 스냅 샷 날짜에주의를 기울이고 총 수는 아닙니다.

여기에서는 스토리지에 사용되는 1.5GB가있는 신선한 Linux VPS가 있습니다.

첫 번째 백업을 사용한 후에 객체 저장소에는 동일한 1.5GB에 대해 표시됩니다.

1.1GB의 데이터를 추가하고 새 백업을 실행하면 어떻게됩니까?

OpenSSL 명령에 대해 걱정하지 마십시오.나중에 쉽게 편집 할 수있는 임의의 파일을 생성하는 쉬운 방법 일뿐입니다.

객체 저장소는 약 1.1GB로 성장했습니다.

파일에 간단한 편집을하고 처음에는 텍스트 중 일부를 교체합니다 (그러나 파일 크기를 변경하지는 않음).

우리가 하나의 작은 변화 만 만들었 기 때문에 새로운 백업이 훨씬 더 많은 공간을 차지하지 않습니다.RESTIC은 파일을 512KB에서 8MB 사이의 'BLOBS'로 나누기 때문에이 차이에 대해 하나의 'BLOB'을 저장해야합니다.

파일의 모든 'QQ'를 'zz'로 바꾸는보다 복잡한 편집은 더 많은 새로운 BLOB가 저장 될 수 있습니다.

파일은 동일한 크기입니다

그러나 백업 크기가 크게 성장했습니다.

이것은 파일에서 1600 만 줄의 약 250,000 줄을 변경했지만 전체 파일을 통해 확산 된 데이터의 1.5 % 변경조차도 BLOBS RESTIC의 수가 변경 사항을 저장하는 데 크게 기여합니다.

물론 파일을 삭제하면 드라이브에 많은 공간이 해제됩니다.

그러나 신선한 백업은 객체 저장소 크기를 줄이지 않습니다.분명히 백업을 갖는 큰 이유 중 하나는 우발적 인 (또는 악의적 인) 데이터 삭제로부터 복구하는 것입니다.

우리는 수동으로 '스냅 샷'을 잊어 버릴 수 있습니다. 데이터와 관련된 데이터를 수동으로 '잊어 버릴 수 있습니다.예를 들어 1.1GB 파일의 버전 중 하나가있는 스냅 샷입니다.

백업 저장소 크기가 적절하게 축소됩니다.

hostwinds 클라우드 백업 스크립트는 /root/.restic_var 또는 c : \ windows \ system32 \ restic_repo.ps1에 지정된 마지막 일 수에 대해 하루에 하나의 스냅 샷을 유지할 때마다 실행될 때마다 자동으로 '잊어 버리고'잊어 버릴 것입니다.

요약해서 말하자면:

동작

VPS 저장소 크기

객체 저장소 크기

머리 글자

1.5GB

1.421GB

생성 된 1.1GB 파일

2.6GB

2.512GB

단일 라인이 변경되었습니다

2.6GB

2.513GB

"QQ"-> "zz"

2.6GB

3.604GB

1.1GB 파일 삭제되었습니다

1.5GB

3.604GB

스냅 샷 삭제되었습니다

1.5GB

2.513GB

작은 변화는 반드시 사용 된 추가 백업 공간에 필수적으로 기여하지는 않지만, 많은 작은 변화와 물론 큰 변화가 저장된 금액에 크게 영향을 미칩니다.

객체 저장소가 내 데이터보다 작은 이유는 무엇입니까?

디스크의 저장소가 백업 데이터보다 큰 경우가 있습니다.우리의 백업 스크립트는 Linux에서 / tmp 및 / var / tmp와 같은 디렉토리와 Windows의 휴지통을 자동으로 제외합니다.Windows에서 파일을 삭제하고 휴지통으로 이동하면 휴지통을 60 일 동안 비우지 마십시오.결과적으로 객체 저장소는 C : \ 드라이브에 사용 된 공간보다 작을 수 있습니다.

Linux에 260MB 버전의 sample.txt in / tmp를 배치 한 다음 백업을 실행합니다.

간단히, 모든 디렉토리가 백업되지 않기 때문에 백업이 사용 된 공간보다 작습니다.

Linux의 제외 된 디렉토리는 다음과 같습니다.

/ dev, / media, / mnt, / proc, / run, / sys, / tmp, / var / tmp, / var / log, / backup / home / virtfs

Windows에서 Windows에서는 C : \ $ Recycler와 같은 디렉토리와 C : \ Pagefile.sys와 같은 디렉토리가 'c : \ pagefile.sys와 같은 파일과 같은 디렉토리가 백업되지 않습니다.

바라기를 바랍니다. 이렇게하면 백업 크기와 데이터의 불일치를 설명하는 데 도움이됩니다.

관련 웹 호스팅 자습서 :

작성자 Hostwinds Team  /  유월 5, 2021