Skip to main content

Unanswered questions

48
Migration or Tier Change of 1.2 PB Data in Azure Blob Capacity Tier (Hot to Cool)

안녕하세요 여러분,현재 고객사의 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 컨테이너를 생성합니다. Azur

Badge winners

Show all badges