Azure Files의 확장성 및 성능 목표

Azure Files는 SMB 및 NFS 파일 공유 프로토콜을 통해 액세스할 수 있는 클라우드에서 완전 관리형 파일 공유를 제공합니다. 이 문서에서는 Azure Files의 확장성 및 성능 목표에 대해 설명합니다. Azure Files에서 설정한 제한 외에도 배포의 다른 변수가 이 문서에 나열된 대상에 영향을 미칠 수 있습니다. Azure Files의 확장성 및 성능이 요구 사항을 충족하는지 확인하려면 사용 패턴을 테스트해야 합니다.

Azure에서 리소스는 Azure 구독 및 리소스 그룹 내에서 만들고 구성하는 관리 가능한 항목입니다. 리소스는 특정 형식의 리소스를 제공하는 관리 서비스인 리소스 공급자를 통해 제공됩니다. Azure에서 워크로드를 배포하기 위해 여러 리소스를 사용할 수 있지만 Azure Files는 두 가지 핵심 리소스에 중점을 둡니다.

• Microsoft.Storage 리소스 공급자가 제공하는 스토리지 계정. 스토리지 계정은 스토리지, IOPS, 처리량의 공유 풀을 나타내는 최상위 리소스이며, 스토리지 계정 종류에 따라 클래식 파일 공유 또는 기타 스토리지 리소스를 배포할 수 있습니다. 스토리지 계정에 배포된 모든 스토리지 리소스는 해당 스토리지 계정에 적용되는 제한을 공유합니다. 클래식 파일 공유는 SMB와 NFS 파일 공유 프로토콜을 모두 지원합니다.

• Microsoft.FileShares 리소스 공급자가 제공하는 파일 공유(미리 보기). 파일 공유는 스토리지 계정을 제거하여 Azure Files 배포를 간소화하는 새로운 최상위 리소스 유형입니다. 스토리지 계정에 배포해야 하는 기존 파일 공유와 달리 파일 공유는 스토리지 계정 자체와 같은 리소스 그룹이나 가상 머신, 디스크, 가상 네트워크 등 익숙한 다른 Azure 리소스에 직접 배포됩니다. 파일 공유는 NFS 파일 공유 프로토콜을 지원합니다. SMB가 필요한 경우 배포에 클래식 파일 공유를 선택합니다.

클래식 파일 공유 크기 조정 대상(Microsoft.Storage)

스토리지 계정과 클래식 파일 공유에는 두 가지 형식의 제한이 적용됩니다.

• Microsoft.Storage 리소스 공급자가 적용하고 스토리지 계정이나 클래식 파일 공유를 포함하되 이에 국한되지 않는 기타 자식 리소스를 만들거나, 업데이트하거나, 삭제하는 것과 같은 관리 요청에 적용되는 컨트롤 플레인 제한입니다.

• Azure Storage 플랫폼에서 적용되는 데이터 평면 제한은 SMB, NFS, FileREST 및 기타 프로토콜을 통해 파일과 폴더를 만들고 삭제하는 것과 같은 작업에 적용됩니다. 레거시 이유로 인해 클래식 파일 공유를 만들거나, 업데이트하거나, 삭제하는 것과 같은 일부 관리 작업은 데이터 평면(FileREST 프로토콜)을 통해서도 사용할 수 있습니다. Azure Storage 플랫폼에 직접 이루어진 관리 요청의 경우 Microsoft.Storage 제한이 적용되지 않습니다.

Microsoft.Storage 컨트롤 플레인 제한

다음 제한은 스토리지 계정이나 스토리지 계정의 자식 리소스(예: 클래식 파일 공유)에 적용됩니다.

스토리지 계정 데이터 평면 제한

스토리지 계정의 한도는 사용하는 SKU와 스토리지 계정의 종류에 따라 약간씩 다릅니다. 스토리지 계정의 SKU는 미디어 계층, 청구 모델의 반복, 중복도의 조합입니다. 스토리지 계정의 종류는 지원하는 스토리지 서비스, 기능 및 청구 모델을 결정하는 추가적인 한정자입니다. 기존 파일 공유의 경우 네 가지 조합이 있습니다.

• FileStorage 스토리지 계정 종류와 PremiumV2_LRS 또는 PremiumV2_ZRS 스토리지 계정 SKU로 표현되는 SSD 프로비전된 v2 스토리지 계정. 이러한 스토리지 계정에는 클래식 파일 공유만 포함될 수 있으며 Blob 컨테이너, 큐 또는 테이블과 같은 다른 스토리지 리소스를 배포하는 데 사용할 수 없습니다. 이러한 스토리지 계정에 배포된 클래식 파일 공유는 항상 SSD 미디어 계층에 있으며 프로비전된 v2 청구 모델을 사용하여 요금이 청구됩니다.

• FileStorage 스토리지 계정 종류와 StandardV2_LRS, StandardV2_ZRS, StandardV2_GRS 또는 StandardV2_GZRS 스토리지 계정 SKU로 표현되는 HDD 프로비전된 v2 스토리지 계정. 이러한 스토리지 계정에는 클래식 파일 공유만 포함될 수 있으며 Blob 컨테이너, 큐 또는 테이블과 같은 다른 스토리지 리소스를 배포하는 데 사용할 수 없습니다. 이러한 스토리지 계정에 배포된 클래식 파일 공유는 항상 HDD 미디어 계층에 있으며 프로비전된 v2 청구 모델을 사용하여 청구됩니다.

• FileStorage 스토리지 계정 종류와 Premium_LRS 또는 Premium_ZRS 스토리지 계정 SKU로 표현되는 SSD 프로비전된 v1 스토리지 계정. 이러한 스토리지 계정에는 클래식 파일 공유만 포함될 수 있으며 Blob 컨테이너, 큐 또는 테이블과 같은 다른 스토리지 리소스를 배포하는 데 사용할 수 없습니다. 이러한 스토리지 계정에 배포된 클래식 파일 공유는 항상 SSD 미디어 계층에 있으며 프로비전된 v1 청구 모델을 사용하여 요금이 청구됩니다.

• HDD 종량제 스토리지 계정으로, 스토리지 계정 종류 및 StorageV2, Standard_LRS, Standard_ZRS, Standard_GRSStandard_GZRS또는 Standard_RAGRS 스토리지 계정 SKU로 표시됩니다Standard_RAGZRS. 이러한 스토리지 계정에는 클래식 파일 공유나 Blob 컨테이너, 큐, 테이블과 같은 다른 스토리지 리소스가 포함될 수 있습니다. 이러한 스토리지 계정에 배포된 기존 파일 공유는 항상 HDD 미디어 계층에 있으며 종량제 청구 모델을 사용하여 청구됩니다.

  Note

  Standard_RAGRS 또는 Standard_RAGZRS 스토리지 계정 SKU를 사용하여 클래식 파일 공유를 스토리지 계정에 배포할 수 있지만 Azure Files는 지역 중복 스토리지 계정에 대한 읽기 액세스 모드를 지원하지 않습니다. 이러한 클래식 파일 공유는 암묵적으로 Standard_GRS 또는 Standard_GZRS 스토리지 계정 SKU를 사용합니다. Blob 컨테이너와 같은 다른 스토리지 리소스는 읽기 액세스 모드를 지원하며 이러한 스토리지 계정에 섞일 수 있습니다.

스토리지 계정의 데이터 평면에는 다음과 같은 제한이 적용됩니다. 클래식 파일 공유, Blob 컨테이너, 테이블 또는 큐를 포함한 스토리지 계정의 모든 항목은 이러한 제한을 공유합니다.

다음 선택 지역은 HDD 종량제 스토리지 계정에 대해서만 최대 IOPS 및 처리량이 증가했습니다(StorageV2):

• East Asia
• Southeast Asia
• Australia East
• Brazil South
• Canada Central
• 중국 동부 2
• 중국 북부 3
• North Europe
• West Europe
• France Central
• 독일 중서부
• Central India
• Japan East
• Jio 인도 서부
• Korea Central
• Norway East
• 남아프리카 북부
• Sweden Central
• UAE North
• UK South
• Central US
• East US
• 미국 동부 2
• US Gov 버지니아
• US Gov 애리조나
• 미국 중북부
• 미국 중남부
• West US
• 미국 서부 2
• 미국 서부 3

클래식 파일 공유 데이터 평면 제한

클래식 파일 공유 수준에는 다음과 같은 제한이 적용됩니다. 모든 클래식 파일 공유는 배포된 스토리지 계정의 제한을 받습니다.

• SSD 및 HDD 프로비저닝된 v2 스토리지 계정: 스토리지 계정에서 지원하는 것보다 더 많은 스토리지, IOPS 또는 처리량을 프로비전할 수는 없습니다. 그러나 프로비전된 v2 파일 공유는 프로비전된 IOPS보다 높은 크레딧 기반 IOPS 버스팅을 최상의 노력으로 지원합니다. 계정의 여러 클래식 파일 공유가 동시에 버스트되는 경우 성능은 스토리지 계정의 IOPS 제한으로 제한됩니다.

• SSD 프로비전된 v1 스토리지 계정: 스토리지 계정이 지원하는 것보다 많은 스토리지를 프로비전할 수 없지만, 스토리지 계정이 지원하는 것보다 많은 IOPS 또는 처리량을 프로비전할 수 있습니다. IOPS 또는 처리량의 총 사용량이 스토리지 계정의 한도를 초과하는 경우, 요청은 스토리지 계정 수준에서 제한됩니다.

• HDD 종량제 스토리지 계정: 각각 최대 100TiB의 클래식 파일 공유를 무제한으로 만들 수 있지만, 스토리지 계정의 모든 리소스(클래식 파일 공유, Blob 컨테이너, 테이블)를 결합한 경우 각 클래식 파일 공유는 이론적으로 IOPS 및 처리량에 대한 스토리지 계정의 한도까지 사용할 수 있습니다. 및 큐)가 이러한 제한을 초과하면 요청이 제한됩니다.

¹ 메타데이터 작업은 파일이나 폴더를 여는 것과 같이 파일 핸들을 조작하는 작업입니다. 최대 메타데이터 IOPS 한도는 파일 공유에 프로비전된 IOPS 양에 관계없이 메타데이터에 사용할 수 있는 최대 IOPS를 지정합니다. SSD에 저장된 SMB 공유는 메타데이터 캐싱 기능을 사용하여 최대 35,000 IOPS까지 확장할 수 있습니다. 지침은 메타데이터 IOPS 모니터링을 참조하세요.
² Azure Files는 디렉터리 및 파일 이름에 특정 명명 규칙을 적용합니다.

개별 파일에 대한 클래식 파일 공유 규모 대상

파일 크기 대상은 기존 파일 공유에 저장된 개별 파일에 적용됩니다. 개별 파일의 용량 한도에 도달할 수 있는 기능은 클래식 파일 공유의 한도와 해당 파일이 들어 있는 스토리지 계정의 한도에 따라 달라집니다.

* 파일 및 디렉터리당 동시 핸들의 최대 수는 SMB 프로토콜을 사용하는 SSD 미디어 계층의 클래식 파일 공유에 대한 소프트 제한입니다. 이 제한을 초과하여 크기를 조정해야 하는 경우 메타데이터 캐싱을 사용하도록 설정하고증가된 파일 핸들 제한(미리 보기)에 등록할 수 있습니다.

파일 공유 크기 조정 대상(Microsoft.FileShares)

파일 공유에는 두 가지 형식의 제한이 적용됩니다.

• Microsoft.FileShares 리소스 공급자가 적용하고 파일 공유 또는 파일 공유 스냅샷과 같은 자식 리소스를 만들거나, 업데이트하거나, 삭제하는 등의 관리 요청에 적용되는 컨트롤 플레인 제한입니다.

• Azure Storage 플랫폼에서 적용되는 데이터 평면 제한은 NFS 파일 공유 프로토콜을 통해 파일 및 폴더를 만들고 삭제하는 것과 같은 작업에 적용됩니다.

Microsoft.FileShares 컨트롤 플레인 제한

다음 제한은 파일 공유 및 파일 공유 스냅샷과 같은 파일 공유의 자식 리소스에 적용됩니다.

¹Microsoft.FileShares는 Azure Resource Manager 자체에서 사용하는 것과 유사한 관리 요청 제한 알고리즘을 사용합니다. API 제한은 토큰 버킷 알고리즘을 사용하여 관리됩니다. 토큰 버킷은 초당 보낼 수 있는 최대 요청 수를 나타냅니다. 최대 요청 수에 도달하면 리필 속도에 따라 새 요청이 '버킷'에 추가되는 속도가 결정됩니다.

파일 공유 데이터 평면 대상

다음 제한은 파일 공유 수준에서 적용되며 데이터 평면에서 적용됩니다. 파일 공유는 프로비전된 v2 청구 모델을 사용합니다.

¹ 메타데이터 작업은 파일이나 폴더를 여는 것과 같이 파일 핸들을 조작하는 작업입니다. 최대 메타데이터 IOPS 한도는 파일 공유에 프로비전된 IOPS 양에 관계없이 메타데이터에 사용할 수 있는 최대 IOPS를 지정합니다.

개별 파일에 대한 파일 공유 규모 대상

파일 크기 대상은 파일 공유에 저장된 개별 파일에 적용됩니다. 개별 파일의 한도에 도달할 수 있는 기능은 파일 공유의 한도에 따라 달라집니다.

참고하십시오

• Azure Files 배포에 대한 계획
• Azure Files 성능 이해
• Azure Files 청구 이해