Azure Data Box Heavy 제한
Azure Data Box Heavy 디바이스를 배포하고 운영할 때 이러한 제한을 고려합니다. 다음 표에서는 Data Box에 대한 이러한 제한을 설명합니다.
- Data Box 서비스로 여러 개의 스토리지 계정을 사용하는 경우, 모든 스토리지 계정은 동일한 Azure 지역에 속해야 합니다.
- 세 개 이하의 스토리지 계정을 사용하는 것이 좋습니다. 추가 스토리지 계정을 사용하면 성능에 영향을 미칠 수 있습니다.
- Data Box Heavy는 노드당 최대 10억 개의 파일을 저장할 수 있습니다.
- Data Box Heavy는 클라우드의 노드당 최대 512개의 컨테이너 또는 공유를 지원합니다. 사용자 공유 내의 최상위 수준 디렉터리는 클라우드의 컨테이너 또는 Azure 파일 공유가 됩니다.
이 섹션에서는 Azure Storage 서비스에 대한 제한 및 Azure Files, Azure 블록 Blob 및 Azure 페이지 Blob에 대한 필수 명명 규칙을 Data Box 서비스에 적용 가능한 것으로 설명합니다. 스토리지 제한을 신중히 검토하고 모든 권장 사항을 수행합니다.
Azure Storage 서비스 제한에 대한 최신 정보 및 공유, 컨테이너 및 파일 이름 지정에 대한 모범 사례는 다음으로 이동합니다.
중요
Azure Storage 서비스 제한을 초과하거나 Azure Files/Blob 명명 규칙을 준수하지 않는 파일 또는 디렉터리가 있는 경우 이러한 파일 또는 디렉터리는 Data Box 서비스를 통해 Azure Storage로 수집되지 않습니다.
- 컨테이너, 공유 및 폴더:
- 사전 생성된 공유에 파일을 직접 복사하지 마세요. 공유 아래에 폴더를 만든 다음, 해당 폴더에 파일을 복사해야 합니다.
- StorageAccount_BlockBlob 및 StorageAccount_PageBlob의 폴더는 컨테이너입니다. 예를 들어 컨테이너는 StorageAccount_BlockBlob/container 및 StorageAccount_PageBlob/container로 만들어집니다.
- StorageAccount_AzFile에서 직접 만들어진 각각의 폴더는 Azure 파일 공유로 변환됩니다.
- Azure Blob Storage는 디렉터리를 지원하지 않습니다. StorageAccount_BlockBlob 폴더에 폴더를 만든 경우, 가상 폴더가 Blob 이름으로 생성됩니다. Azure Files을 위한 실제 디렉터리 구조가 유지됩니다.
- 폴더 내용 병합:
- StorageAccount_BlockBlob 및 StorageAccount_PageBlob 공유에 기록된 모든 파일은 각각 블록 Blob 및 페이지 Blob으로 업로드됩니다.
- 폴더의 이름이 기존 컨테이너와 같으면 폴더의 내용이 컨테이너의 내용과 병합됩니다. 클라우드에 아직 없는 파일 또는 Blob은 컨테이너에 추가됩니다. 파일 또는 Blob의 이름이 컨테이너에 이미 있는 파일 또는 Blob과 동일한 경우 기존 파일 또는 Blob을 덮어씁니다.
- 컨테이너에 동일한 이름의 기존 보관된 Blob이 있는 경우 보관 계층의 Blob에 대한 업로드가 실패합니다. Blob이 보관 계층에 있는 동안에는 읽거나 수정할 수 없습니다. Blob을 덮어써야 하는 경우 Blob이 보관으로 설정되지 않았는지 확인합니다. 자세한 내용은 보관 액세스 계층을 참조하세요.
- StorageAccount_BlockBlob 및 StorageAccount_PageBlob 폴더 아래에 만들어진 빈 디렉터리 계층 구조(어떤 파일도 없음)는 업로드되지 않습니다.
- NFS Azure 파일 공유로 데이터를 가져오는 작업은 Azure Data Box에서 지원되지 않습니다. Data Box의 데이터를 원본 폴더와 동일한 이름으로 기존 NFS Azure 파일 공유로 복사하면 충돌이 발생합니다. Data Box가 원본 공유 이름을
databox-<GUID>
(으)로 변경하고 SMB Azure 파일 공유로 대상 스토리지 계정에 업로드하면 이 문제를 해결할 수 있습니다. - SMB 및 NFS 프로토콜을 모두 데이터 복사에 사용하는 경우 다음을 수행하는 것이 좋습니다.
- 서로 다른 스토리지 계정을 SMB 및 NFS에 사용합니다.
- SMB와 NFS를 모두 사용하여 Azure에서 동일한 데이터를 동일한 최종 대상에 복사하지 않습니다. 이 경우 최종 결과를 확인할 수 없습니다.
- SMB와 NFS 모두를 통해 동시에 복사할 수 있지만 사용자 오류가 발생하기 쉬우므로 권장하지 않습니다. SMB 데이터 복사가 완료될 때까지 기다린 후에 NFS 데이터 복사를 시작합니다.
- 업로드 관리:
- 데이터를 Azure에 업로드할 때 오류가 발생하는 경우 오류 로그는 대상 스토리지 계정에서 만들어집니다. 업로드가 완료되면 이 오류 로그 경로를 사용할 수 있으며, 로그를 검토하여 수정 작업을 수행할 수 있습니다. 업로드된 데이터를 확인하지 않고 원본에서 데이터를 삭제하지 마세요.
- Azure Data Box를 통해 파일 ACL, 특성 및 타임스탬프 유지의 지침을 사용하여 Azure Files에 데이터를 업로드하면 파일 메타데이터 및 NTFS 권한을 보존할 수 있습니다.
- 파일의 계층 구조는 Blob 및 Azure Files 모두에 대해 클라우드에 업로드하는 동안 유지됩니다. 예를 들어
<container folder>\A\B\C.txt
경로에 파일을 복사했습니다. 이 파일은 클라우드의 동일한 경로에 업로드됩니다. - 파일의 CreateTime 또는 LastWriteTime 필드가 업로드 중에 허용 가능한 크기를 초과하는 경우 “9999년 12월 31일 금요일 23:59:59”는 Azure 파일 속성의 원래 날짜를 대체합니다. 파일 업로드가 성공하고 오류가 발생하지 않습니다.
스토리지 계정에 복사되는 데이터 크기에 대한 제한은 다음과 같습니다. 업로드한 데이터가 이러한 제한을 준수하는지 확인합니다. 이러한 제한에 대한 최신 정보는 Blob 스토리지의 확장성 및 성능 목표 및 Azure Files 확장성 및 성능 목표를 참조하세요.
Azure Storage 계정에 복사되는 데이터의 크기 | 기본 제한 |
---|---|
블록 Blob 및 페이지 Blob | 최대 제한은 Azure 구독에 대해 정의된 스토리지 제한과 동일하며 Data Box를 비롯한 모든 원본의 데이터를 포함합니다. |
Azure 파일 | Data Box는 스토리지 계정의 모든 공유에 대해 총 100TiB를 허용하는 Azure 프리미엄 파일 공유를 지원합니다. 복사 로그 및 감사 로그에 사용되는 공간 때문에 사용 가능한 최대 용량이 약간 줄어듭니다. 복사 로그 및 감사 로그를 위해 최소 100GiB가 예약되어 있습니다. 자세한 내용은 Azure Data Box, Azure Data Box Heavy에 대한 감사 로그를 참조하세요. StorageAccount_AzFile의 모든 폴더는 이 한도를 따라야 합니다. 자세한 내용은 Azure 파일 공유 만들기를 참조하세요. |
쓸 수 있는 Azure 개체의 크기는 다음과 같습니다. 업로드되는 모든 파일이 이러한 제한을 준수하는지 확인합니다.
Azure 개체 형식 | 기본 제한 |
---|---|
블록 Blob | 14TiB |
페이지 Blob | 4TiB 페이지 Blob 형식으로 업로드되는 모든 파일은 정렬된 512바이트(정수의 배수)여야 하며, 그렇지 않은 경우 업로드되지 않습니다. VHD 및 VHDX는 정렬된 512바이트입니다. |
Azure 파일 | 4TiB |
관리 디스크 | 4TiB 크기 및 제한에 대한 자세한 내용은 다음을 참조하세요. |
Entity | 규칙 |
---|---|
블록 Blob 및 페이지 Blob에 대한 컨테이너 이름 | 올바른 DNS 이름은 3~63자여야 합니다. 문자 또는 숫자로 시작해야 합니다. 소문자, 숫자 및 하이픈(-)만 포함할 수 있습니다. 모든 하이픈(-)은 앞뒤에 문자 또는 숫자가 와야 합니다. 이름에 연속적인 하이픈은 허용되지 않습니다. |
Azure 파일에 대한 공유 이름 | 위와 동일 |
Azure 파일에 대한 디렉터리와 파일 이름 | " \ / : | < > * ? 문자는 허용되지 않습니다. |
블록 Blob 및 페이지 Blob에 대한 Blob 이름 |