안녕하세요 여러분,
현재 고객사의 Azure Blob 스토리지 비용 최적화를 지원하고 있는데, 아키텍처적인 측면에서 몇 가지 어려움에 직면하고 있습니다. 비슷한 상황을 경험해 보신 분들의 조언을 구하고 싶습니다.
[현황 및 요구사항]
-
데이터 용량: 현재 약 1.2PB가 Azure Blob Storage( 핫 티어 )에 저장되어 있습니다.
-
역할: 확장형 백업 저장소(SOBR) 내의 용량 계층 으로 구성됩니다 .
-
보존 정책: 고객은 모든 백업에 대해 9999일 이라는 장기 보존 기간을 요구합니다 .
-
백업 전략: GFS 플래그/보존 기간은 구성되거나 고려되지 않습니다. 단일 연속 보존 체인이 사용됩니다.
고객은 방대한 데이터 양과 장기적인 운영 비용으로 인해 핫 티어에서 쿨 티어 로 이동하여 Azure 스토리지 비용을 절감하고자 합니다 .
저희는 처음에 새로운 Cool 티어 Blob 저장소를 생성하여 SOBR에 추가하고 Veeam의 기본 "Evacuate" 기능을 사용하는 방안을 제안했습니다. 그러나 고객은 이에 반대하며 Azure의 기본 도구를 활용할 수 있는지 문의했습니다.
현재 다음과 같은 두 가지 대안적 접근 방식을 검증 중이며, 그 타당성을 확인하고자 합니다.
옵션 1: Azure 측에서 Azure Blob 액세스 계층(핫 ➔ 쿨)을 직접 변경
-
계획: 고객은 Azure 포털 또는 Azure 라이프사이클 관리를 통해 기존 컨테이너의 액세스 계층을 핫(Hot)에서 쿨(Cool)로 직접 변경하려고 합니다.
-
질문:
-
이렇게 하면 기존 백업 체인이 끊어지거나 Veeam에서 인덱싱 문제가 발생할까요?
-
Veeam Backup & Replication(v12)은 기본 Azure 계층이 변경된 후에도 백업 및 복원 작업을 원활하게 계속 수행할 수 있습니까?
-
옵션 2: Azure Copy Tools를 사용하여 데이터를 새 Cool Blob에 복사하고 Veeam에 다시 연결
-
계획: 새로운 쿨 티어 Azure Blob 컨테이너를 생성합니다. Azure 데이터 마이그레이션 도구(예: AzCopy 또는 Azure Data Factory )를 사용하여 핫 컨테이너에 있는 전체 1.2PB의 백업 데이터를 새 쿨 컨테이너로 이동합니다. 완료되면 SOBR에서 리포지토리를 교체하고 Veeam이 데이터를 인식하도록 합니다.
-
질문:
-
Veeam 고객 지원 센터에서 "타사 도구를 사용하여 다른 버킷 또는 컨테이너 간 데이터 복사" 라는 제목의 문서를 찾았는데, 이 문서에서는 복사 후 "용량 계층 데이터 동기화(Sync)" 기능을 사용할 것을 제안합니다 . 이 방법이 1.2PB 규모의 대용량 환경에서 지원되고 안정적인 시나리오인지 궁금합니다.
-
If we use Azure tools to copy the data and sync it this way, will Veeam recognize the moved data properly, and will future backup and restore operations work without any issues?
-
저희는 데이터 무결성 및 Veeam 지원 가능성과 관련하여 고객에게 가장 정확한 조언을 제공하고자 합니다. 커뮤니티 여러분의 의견, 모범 사례 또는 주의 사항을 공유해 주시면 매우 감사하겠습니다.
미리 감사드립니다!
