Azure Data Box Disk 제한

Microsoft Azure Data Box Disk 솔루션을 배포 및 운영하면서 이러한 제한을 고려합니다.

Data Box 서비스 제한

  • Data Box 서비스는 지역 가용성에 나열된 Azure 지역에서 사용할 수 있습니다.
  • 단일 스토리지 계정은 Data Box Disk를 통해 지원됩니다.
  • Data Box Disk는 최대 100,000개의 파일을 저장할 수 있습니다.
  • Data Box Disk는 클라우드의 최대 512개 컨테이너 또는 공유를 지원합니다. 사용자 공유 내의 최상위 수준 디렉터리는 클라우드의 컨테이너 또는 Azure 파일 공유가 됩니다.

Data Box Disk 성능

USB 3.0을 통해 연결된 디스크를 테스트했을 때 디스크 성능은 최대 430MB/초였습니다. 실제 속도는 사용된 파일 크기에 따라 달라집니다. 작은 파일의 경우 성능이 저하될 수 있습니다.

Azure Storage 제한

이 섹션에서는 Azure Storage 서비스에 대한 제한 및 Azure Files, Azure 블록 Blob 및 Azure 페이지 Blob에 대한 필수 명명 규칙을 Data Box 서비스에 적용 가능한 것으로 설명합니다. 스토리지 제한을 신중히 검토하고 모든 권장 사항을 수행합니다.

Azure Storage 서비스 제한에 대한 최신 정보 및 공유, 컨테이너 및 파일 이름 지정에 대한 모범 사례는 다음으로 이동합니다.

Important

Azure Storage 서비스 제한을 초과하거나 Azure Files/Blob 명명 규칙을 준수하지 않는 파일 또는 디렉터리가 있는 경우 이러한 파일 또는 디렉터리는 Data Box 서비스를 통해 Azure Storage로 수집되지 않습니다.

데이터 복사 및 업로드 제한 사항

  • NFS Azure 파일 공유로 데이터를 가져오는 작업은 Azure Data Box에서 지원되지 않습니다. Data Box의 데이터를 원본 폴더와 동일한 이름으로 기존 NFS Azure 파일 공유로 복사하면 충돌이 발생합니다. Data Box가 원본 공유 이름을 databox-<GUID>(으)로 변경하고 SMB Azure 파일 공유로 대상 스토리지 계정에 업로드하면 이 문제를 해결할 수 있습니다.

  • 데이터를 디스크에 직접 복사하지 마세요. 미리 만든 BlockBlob, PageBlobAzureFile 폴더에 데이터를 복사합니다.

  • BlockBlobPageBlob 아래의 폴더는 컨테이너입니다. 예를 들어 컨테이너는 BlockBlob/컨테이너PageBlob/컨테이너로 만들어집니다.

  • 폴더의 이름이 기존 컨테이너와 같으면 폴더의 내용이 컨테이너의 내용과 병합됩니다. 클라우드에 아직 없는 파일 또는 Blob은 컨테이너에 추가됩니다. 파일 또는 Blob의 이름이 컨테이너에 이미 있는 파일 또는 Blob과 동일한 경우 기존 파일 또는 Blob을 덮어씁니다.

  • BlockBlobPageBlob 공유에 기록된 모든 파일은 각각 블록 Blob 및 페이지 Blob으로 업로드됩니다.

  • 파일의 계층 구조는 Blob 및 Azure Files 모두에 대해 클라우드에 업로드하는 동안 유지 관리됩니다. 예를 들어 <container folder>\A\B\C.txt 경로에 파일을 복사했습니다. 이 파일은 클라우드의 동일한 경로에 업로드됩니다.

  • BlockBlobPageBlob 폴더 아래에 만들어진 모든 빈 디렉터리 계층 구조(어떤 파일도 없는)는 업로드되지 않습니다.

  • 클라이언트에서 긴 경로를 사용하도록 설정하지 않고 데이터 복사본의 경로와 파일 이름이 256자를 초과하는 경우 Data Box 분할 복사 도구(DataBoxDiskSplitCopy.exe) 또는 Data Box Disk 유효성 검사 도구(DataBoxDiskValidation.cmd)에서 오류를 보고합니다. 이러한 종류의 오류를 방지하려면 Windows 클라이언트에서 긴 경로를 사용하도록 설정합니다.

  • 데이터 업로드 중 성능을 향상하려면 스토리지 계정에서 대용량 파일 공유를 사용하도록 설정하고 공유 용량을 100TiB로 늘리는 것이 좋습니다. 대용량 파일 공유는 LRS(로컬 중복 스토리지)가 있는 스토리지 계정에서만 지원됩니다.

  • 데이터를 Azure에 업로드할 때 오류가 발생하는 경우 오류 로그는 대상 스토리지 계정에서 만들어집니다. 업로드가 완료되면 오류 로그 경로를 포털에서 사용할 수 있으며, 정정 작업을 수행하려면 로그를 검토할 수 있습니다. 업로드된 데이터를 확인하지 않고 원본에서 데이터를 삭제하지 마세요.

  • 관리 디스크를 순서대로 지정했다면 다음 추가 고려 사항을 검토합니다.

    • 사전 생성된 폴더 전체 및 Data Box Disk 전체에서 리소스 그룹에 지정된 이름의 관리 디스크 하나만 가질 수 있습니다. 즉, 사전 생성된 폴더에 업로드된 VHD는 이름이 고유해야 함을 의미합니다. 지정된 이름이 리소스 그룹의 기존 관리 디스크와 일치하지 않도록 해야 합니다. VHD 이름이 동일할 경우 단 하나의 VHD만 해당 이름의 관리 디스크로 변환됩니다. 다른 VHD는 준비 스토리지 계정에 페이지 Blob으로 업로드됩니다.
    • 항상 사전 생성된 폴더 중 하나에 VHD를 복사합니다. 이러한 폴더 외부 또는 사용자가 만든 폴더 안에 VHD를 복사하는 경우 VHD는 Azure Storage 계정에 관리 디스크가 아닌 페이지 Blob으로 업로드됩니다.
    • 고정된 VHD만 업로드하여 관리 디스크를 만들 수 있습니다. 동적 VHD, 차이점 보관용 VHD 또는 VHDX 파일은 지원되지 않습니다.
    • 미리 만들어진 관리 디스크 폴더에 복사된 비 VHD 파일은 관리 디스크로 변환되지 않습니다.

Azure Storage 계정 크기 제한

스토리지 계정에 복사할 수 있는 데이터 크기에 대한 제한은 다음과 같습니다. 업로드한 데이터가 이러한 제한을 준수하는지 확인합니다.

데이터 형식 기본 제한
블록 Blob, 페이지 Blob 이러한 제한에 대한 최신 정보는 Azure Blob 스토리지 스케일링 목표, Azure 표준 스토리지 스케일링 목표Azure Files 스케일링 목표를 참조하세요.

제한에는 Data Box Disk를 비롯해 모든 원본 데이터가 포함됩니다.

Azure 개체 크기 제한

쓸 수 있는 Azure 개체의 크기는 다음과 같습니다. 업로드되는 모든 파일이 이러한 제한을 준수하는지 확인합니다.

Azure 개체 형식 기본 제한
블록 Blob 7TiB
페이지 Blob 4TiB
페이지 Blob 형식으로 업로드되는 모든 파일은 정렬된 512바이트(정수의 배수)여야 하며, 그렇지 않은 경우 업로드되지 않습니다.
VHD 및 VHDX는 정렬된 512바이트입니다.
Azure 파일 4TiB
관리 디스크 4TiB
크기 및 제한에 대한 자세한 내용은 다음을 참조하세요.
  • 표준 SSD의 확장성 목표
  • 프리미엄 SSD의 확장성 목표
  • 표준 HDD의 확장성 목표
  • 관리 디스크의 가격 책정 및 요금 청구
  • Azure 블록 Blob과 페이지 Blob 및 파일 명명 규칙

    Entity 규칙
    블록 Blob 및 페이지 Blob에 대한 컨테이너 이름 올바른 DNS 이름은 3~63자여야 합니다.
    문자 또는 숫자로 시작해야 합니다.
    소문자, 숫자 및 하이픈(-)만 포함할 수 있습니다.
    모든 하이픈(-)은 앞뒤에 문자 또는 숫자가 와야 합니다.
    이름에 연속적인 하이픈은 허용되지 않습니다.
    Azure 파일에 대한 공유 이름 위와 동일
    Azure 파일에 대한 디렉터리와 파일 이름
  • 대/소문자 구분, 대/소문자를 구분하지 않으며 길이가 255자를 초과할 수 없습니다.
  • 슬래시(/)로 끝낼 수 없습니다.
  • 사용된 경우 자동으로 제거됩니다.
  • " \ / : | < > * ? 문자는 허용되지 않습니다.
  • 예약된 URL 문자는 적절히 이스케이프되어야 합니다.
  • 잘못된 URL 경로 문자는 허용되지 않습니다. \uE000과 같은 코드 포인트는 유효한 유니코드 문자가 아닙니다. 제어 문자(0x00~0x1F, \u0081 등)와 같은 일부 ASCII나 유니코드 문자도 허용되지 않습니다. HTTP/1.1에서 유니코드 문자열을 제어하는 규칙은 RFC 2616, 섹션 2.2의 기본 규칙 및 RFC 3987를 참조하세요.
  • 다음 파일 이름은 허용되지 않습니다. LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, PRN, AUX, NUL, CON, CLOCK$, 점 문자(.) 및 2개 점 문자(..).
  • 블록 Blob 및 페이지 Blob에 대한 Blob 이름
  • Blob 이름은 대/소문자를 구분하며 문자 조합을 포함할 수 있습니다.
  • Blob 이름은 길이가 1~1,024자 사이여야 합니다.
  • 예약된 URL 문자는 적절히 이스케이프되어야 합니다.
  • Blob 이름을 구성하는 경로 세그먼트 수는 254개를 초과할 수 없습니다. 경로 세그먼트는 가상 디렉터리 이름에 해당하는 연속 구분 기호 문자 사이의 문자열입니다(예: 슬래시 '/').
  • 관리 디스크 명명 규칙

    Entity 규칙
    관리 디스크 이름
  • 이름은 1~80자 길이여야 합니다.
  • 이름은 문자나 숫자로 시작하고 문자, 숫자 또는 밑줄로 끝나야 합니다.
  • 이름은 문자, 숫자, 밑줄, 마침표 또는 하이픈만 포함할 수 있습니다.
  • 이름에는 공백이나 /이 있어서는 안 됩니다.
  • 다음 단계