Azure Data Box Heavy 제한

Azure Data Box Heavy 디바이스를 배포하고 운영할 때 이러한 제한을 고려합니다. 다음 표에서는 Data Box에 대한 이러한 제한을 설명합니다.

Data Box Heavy 서비스 제한

  • Data Box 서비스로 여러 개의 스토리지 계정을 사용하는 경우, 모든 스토리지 계정은 동일한 Azure 지역에 속해야 합니다.
  • 세 개 이하의 스토리지 계정을 사용하는 것이 좋습니다. 추가 스토리지 계정을 사용하면 성능에 영향을 미칠 수 있습니다.

Data Box Heavy 제한

  • Data Box Heavy는 노드당 최대 10억 개의 파일을 저장할 수 있습니다.
  • Data Box Heavy는 클라우드의 노드당 최대 512개의 컨테이너 또는 공유를 지원합니다. 사용자 공유 내의 최상위 수준 디렉터리는 클라우드의 컨테이너 또는 Azure 파일 공유가 됩니다.

Azure Storage 제한

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

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

중요

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

데이터 업로드 주의 사항

  • 컨테이너, 공유 및 폴더:
    • 사전 생성된 공유에 파일을 직접 복사하지 마세요. 공유 아래에 폴더를 만든 다음, 해당 폴더에 파일을 복사해야 합니다.
    • StorageAccount_BlockBlobStorageAccount_PageBlob의 폴더는 컨테이너입니다. 예를 들어 컨테이너는 StorageAccount_BlockBlob/containerStorageAccount_PageBlob/container로 만들어집니다.
    • StorageAccount_AzFile에서 직접 만들어진 각각의 폴더는 Azure 파일 공유로 변환됩니다.
    • Azure Blob Storage는 디렉터리를 지원하지 않습니다. StorageAccount_BlockBlob 폴더에 폴더를 만든 경우, 가상 폴더가 Blob 이름으로 생성됩니다. Azure Files을 위한 실제 디렉터리 구조가 유지됩니다.
  • 폴더 내용 병합:
    • StorageAccount_BlockBlobStorageAccount_PageBlob 공유에 기록된 모든 파일은 각각 블록 Blob 및 페이지 Blob으로 업로드됩니다.
    • 폴더의 이름이 기존 컨테이너와 같으면 폴더의 내용이 컨테이너의 내용과 병합됩니다. 클라우드에 아직 없는 파일 또는 Blob은 컨테이너에 추가됩니다. 파일 또는 Blob의 이름이 컨테이너에 이미 있는 파일 또는 Blob과 동일한 경우 기존 파일 또는 Blob을 덮어씁니다.
    • 컨테이너에 동일한 이름의 기존 보관된 Blob이 있는 경우 보관 계층의 Blob에 대한 업로드가 실패합니다. Blob이 보관 계층에 있는 동안에는 읽거나 수정할 수 없습니다. Blob을 덮어써야 하는 경우 Blob이 보관으로 설정되지 않았는지 확인합니다. 자세한 내용은 보관 액세스 계층을 참조하세요.
    • StorageAccount_BlockBlobStorageAccount_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 파일 속성의 원래 날짜를 대체합니다. 파일 업로드가 성공하고 오류가 발생하지 않습니다.

Azure Storage 계정 크기 제한

스토리지 계정에 복사되는 데이터 크기에 대한 제한은 다음과 같습니다. 업로드한 데이터가 이러한 제한을 준수하는지 확인합니다. 이러한 제한에 대한 최신 정보는 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 개체의 크기는 다음과 같습니다. 업로드되는 모든 파일이 이러한 제한을 준수하는지 확인합니다.

Azure 개체 형식 기본 제한
블록 Blob 14TiB
페이지 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개를 초과할 수 없습니다. 경로 세그먼트는 가상 디렉터리 이름에 해당하는 연속 구분 기호 문자 사이의 문자열입니다(예: 슬래시 '/').