버전 6.20부터 Syncovery는 Amazon Glacier에 파일을 업로드할 수 있습니다. Glacier를 대상 위치로 설정하려면 오른쪽의 Internet 버튼을 클릭하고 Internet Protocol로 Glacier를 선택하세요. 또는 Storage Class를 “Glacier”로 설정한 Amazon S3 버킷을 사용할 수도 있습니다.
Amazon Glacier는 장기 보관 및 백업용으로 설계되었으며, 대부분의 작업은 다운로드가 아니라 업로드일 것으로 예상합니다. 다운로드는 매우 느릴 수 있으므로 예외적으로만 사용해야 합니다. 파일을 다운로드하려면 Syncovery가 Amazon Glacier에 작업을 시작해야 하며, 작은 파일이라도 해당 항목을 가져오는 데 최소 3시간이 걸립니다. 파일 목록을 가져오는 경우도 마찬가지입니다. 따라서 Glacier는 양방향 동기화에 사용할 수 없습니다. 백업 및 아카이브 용도로만 사용해야 합니다.
매월 데이터의 5% 이상을 다운로드하는 경우(정확히는 그와 비슷한 경우) Amazon에서 다운로드 요금이 부과된다는 점에 유의하세요. 일부 특별한 경우에는 다운로드 요금이 매우 클 수 있습니다. 전체 백업 및 복원을 테스트할 계획이라면 요금표를 자세히 읽어 보시고, 다음과 같은 글도 참고하세요:
Amazon의 Glacier에 숨겨진 지뢰가 있을까?
Glacier를 사용하는 두 가지 방법
- 당사 소프트웨어에서 S3를 선택하고, S3의 수명 주기 규칙을 사용하여 파일을 Glacier로 이동해 비용을 절감합니다. Amazon Web Services Blog를 참조하세요.
- 당사 소프트웨어에서 Glacier를 직접 선택합니다. 이 글의 나머지 부분에서는 이 방법을 설명합니다.
Glacier에서 파일 목록을 빠르게 가져오는 방법이 없기 때문에, Syncovery는 Glacier의 모든 파일 정보를 담은 로컬 데이터베이스를 유지합니다. 이 데이터베이스는 자동으로 관리되며 체크박스 “Cache Destination File List”와는 별개입니다. 따라서 Glacier에서는 캐시 옵션을 사용할 필요가 없습니다. Glacier에 사용되는 로컬 데이터베이스는 각 vault마다 별도로 유지되지만, 모든 profile 간에는 공유됩니다. 기존 vault에 접근하는 새 profile을 만들면, 해당 vault가 같은 컴퓨터에서 이미 사용된 적이 있다면 그 vault의 내용을 이미 알고 있게 됩니다.
또한 Glacier는 업로드된 항목의 이름을 변경할 수 없습니다. 로컬 쪽에서 파일 이름을 바꾸거나 이동하면 다시 업로드해야 합니다.
버전 6.20에서는 많은 파일을 다운로드해야 할 경우 다운로드 과정이 여전히 비효율적입니다. 각 파일마다 다운로드 작업을 시작하고 완료될 때까지 기다린 다음 파일을 다운로드하고, 그 후 다음 파일로 진행합니다. Files 탭에서 이 방식으로 병렬로 복사할 파일 수를 지정할 수 있지만, 최대치는 30입니다. 따라서 한 번에 최대 30개의 파일을 3~5시간에 걸쳐 다운로드할 수 있지만, 300개의 파일을 다운로드하려면 30~50시간이 걸립니다. 이 제한은 향후 업데이트에서 제거될 예정입니다.
이 점을 고려하면, 전체 복원을 할 가능성이 있다면 개별 파일을 업로드하는 대신 zip 아카이브 하나에 여러 파일을 넣은 “Zip Packages”를 사용하는 것이 더 합리적일 수 있습니다.
이 정보는 Glacier 지원이 최적화되고 Amazon의 새로운 서비스에 대한 경험이 더 쌓이면 업데이트될 것입니다.