Azure Files는 SMB(서버 메시지 블록) 및 NFS(네트워크 파일 시스템) 파일 시스템 프로토콜을 통해 액세스할 수 있는 클라우드에서 완전 관리형 파일 공유를 제공합니다. 이 문서에서는 Azure Files 및 Azure 파일 동기화의 확장성 및 성능 목표에 대해 설명합니다.
배포의 다른 변수는 이 문서에 나열된 대상에 영향을 줄 수 있습니다. 예를 들어 SMB 클라이언트의 동작과 사용 가능한 네트워크 대역폭은 I/O 성능에 영향을 미칠 수 있습니다. Azure Files의 확장성 및 성능이 요구 사항을 충족하는지 확인하려면 사용 패턴을 테스트해야 합니다.
적용 대상
관리 모델 | 청구 모델 | 미디어 계층 | 중복 | 중소기업 | 네트워크 파일 시스템 (NFS) |
---|---|---|---|---|---|
Microsoft.Storage (마이크로소프트 저장소) | 프로비전된 v2 | HDD(표준) | 로컬(LRS) |
![]() |
![]() |
Microsoft.Storage (마이크로소프트 저장소) | 프로비전된 v2 | HDD(표준) | 영역(ZRS) |
![]() |
![]() |
Microsoft.Storage (마이크로소프트 저장소) | 프로비전된 v2 | HDD(표준) | 지역(GRS) |
![]() |
![]() |
Microsoft.Storage (마이크로소프트 저장소) | 프로비전된 v2 | HDD(표준) | GeoZone(GZRS) |
![]() |
![]() |
Microsoft.Storage (마이크로소프트 저장소) | 프로비전된 v1 | SSD(프리미엄) | 로컬(LRS) |
![]() |
![]() |
Microsoft.Storage (마이크로소프트 저장소) | 프로비전된 v1 | SSD(프리미엄) | 영역(ZRS) |
![]() |
![]() |
Microsoft.Storage (마이크로소프트 저장소) | 종량제 | HDD(표준) | 로컬(LRS) |
![]() |
![]() |
Microsoft.Storage (마이크로소프트 저장소) | 종량제 | HDD(표준) | 영역(ZRS) |
![]() |
![]() |
Microsoft.Storage (마이크로소프트 저장소) | 종량제 | HDD(표준) | 지역(GRS) |
![]() |
![]() |
Microsoft.Storage (마이크로소프트 저장소) | 종량제 | HDD(표준) | GeoZone(GZRS) |
![]() |
![]() |
Azure Files 크기 조정 목표
Azure 파일 공유는 공유 스토리지 풀을 나타내는 최상위 개체인 스토리지 계정에 배포됩니다. 이 스토리지 풀을 사용하여 여러 파일 공유를 배포할 수 있습니다. 따라서 스토리지 계정, Azure 파일 공유, 개별 파일 등 세 가지 범주를 고려해야 합니다.
스토리지 계정 크기 조정 목표
스토리지 계정 크기 조정 목표는 스토리지 계정 수준에서 적용됩니다. Azure Files에 대한 스토리지 계정에는 두 가지 주요 유형이 있습니다.
FileStorage 스토리지 계정: FileStorage 스토리지 계정을 사용하면 프로비전된 청구 모델을 사용하여 Azure 파일 공유를 배포할 수 있습니다. FileStorage 계정은 Azure 파일 공유를 저장하는 데만 사용할 수 있습니다. 다른 스토리지 리소스(Blob 컨테이너, 큐, 테이블 등)는 FileStorage 계정에 배포할 수 없습니다.
GPv2(범용 버전 2) 스토리지 계정: GPv2 스토리지 계정을 사용하면 HDD 기반 하드웨어에 종량제 파일 공유를 배포할 수 있습니다. GPv2 스토리지 계정은 Azure 파일 공유 저장 외에도 Blob 컨테이너, 큐 또는 테이블과 같은 다른 스토리지 리소스를 저장할 수 있습니다.
특성 | SSD 프로비전된 v1 | HDD 프로비전된 v2 | HDD 종량제 |
---|---|---|---|
스토리지 계정 종류 | 파일 스토리지 | 파일 스토리지 | StorageV2 |
SKU |
|
|
|
구독당 지역별 스토리지 계정 수 | 250 | 250 | 250 |
최대 스토리지 용량 | 100TiB | 4PiB | 5PiB |
최대 파일 공유 수 | 1024(50개 이하 사용 권장) | 50 | 무제한(50개 이하 사용 권장) |
최대 IOPS | 102,400 IOPS | 50,000 IOPS | 20,000 IOPS |
최대 처리량 | 10,340MiB/초 | 5,120MiB/초 |
|
최대 가상 네트워크 규칙 수 | 200 | 200 | 200 |
최대 IP 주소 규칙 수 | 200 | 200 | 200 |
관리 읽기 작업 | 5분당 800 | 5분당 800 | 5분당 800 |
관리 쓰기 작업 | 초당 10/시간당 1200 | 초당 10/시간당 1200 | 초당 10/시간당 1200 |
관리 목록 작업 | 5분당 100 | 5분당 100 | 5분당 100 |
HDD 종량제의 최대 처리량이 증가한 선택한 지역
다음 지역에서는 HDD 종량제 스토리지 계정(StorageV2)의 최대 처리량이 증가했습니다.
- 동아시아
- 동남아시아
- 오스트레일리아 동부
- 브라질 남부
- 캐나다 중부
- 중국 동부 2
- 중국 북부 3
- 북유럽
- 서유럽
- 프랑스 중부
- 독일 중서부
- 인도 중부
- 일본 동부
- Jio 인도 서부
- 한국 중부
- 노르웨이 동부
- 남아프리카 북부
- 스웨덴 중부
- 아랍에미리트 북부
- 영국 남부
- 미국 중부
- 미국 동부
- 미국 동부 2
- US Gov 버지니아
- US Gov 애리조나
- 미국 중북부
- 미국 중남부
- 미국 서부
- 미국 서부 2
- 미국 서부 3
Azure 파일 공유 크기 조정 목표
Azure 파일 공유 크기 조정 목표는 파일 공유 수준에서 적용됩니다.
특성 | SSD 프로비전된 v1 | HDD 프로비전된 v2 | HDD 종량제 |
---|---|---|---|
스토리지 프로비전 단위 | 1GiB | 1GiB | 해당 없음 |
IOPS 프로비전 단위 | 해당 없음 | 1 IO/초 | 해당 없음 |
처리량 프로비전 단위 | 해당 없음 | 1MiB/초 | 해당 없음 |
최소 스토리지 크기 | 100GiB(프로비전됨) | 32GiB(프로비전됨) | 0바이트 |
최대 스토리지 크기 | 100TiB | 256TiB | 100TiB |
최대 파일 수 | 제한 없음 | 제한 없음 | 제한 없음 |
최대 IOPS(데이터) | 102,400 IOPS(프로비전에 따라 다름) | 50,000 IOPS(프로비전에 따라 다름) | 20,000 IOPS |
최대 IOPS(메타데이터1) | 최대 35,000 IOPS2 | 최대 12,000 IOPS | 최대 12,000 IOPS |
최대 처리량 | 10,340MiB/초(프로비전에 따라 다름) | 5,120MiB/초(프로비전에 따라 다름) | 스토리지 계정 한도까지 |
최대 공유 스냅샷 수 | 200 스냅샷 | 200 스냅샷 | 200 스냅샷 |
최대 파일 이름 길이3(모든 디렉터리, 파일 이름 및 백슬래시 문자를 포함하는 전체 경로 이름) | 2,048자 | 2,048자 | 2,048자 |
개별 경로 이름 구성 요소의 최대 길이(경로 \A\B\C\D에서 각 문자는 개별 구성 요소인 디렉터리 또는 파일을 나타냅니다.) | 255자 | 255자 | 255자 |
하드 링크 제한(NFS 전용) | 178 | 해당 없음 | 해당 없음 |
최대 SMB 다중 채널의 채널 수 | 4 | 해당 없음 | 해당 없음 |
파일 공유당 저장된 액세스 정책의 최대 수 | 5 | 5 | 5 |
1 메타데이터 IOPS(열기/닫기/삭제). 지침은 모니터링 메타데이터 IOPS 를 참조하세요.
2 SSD 파일 공유에 대해 35,000 IOPS로 크기 조정하려면 메타데이터 캐싱 기능을 등록해야 합니다.
3 Azure Files는 디렉터리 및 파일 이름에 특정 명명 규칙을 적용합니다.
파일 크기 조정 목표
파일 크기 조정 목표는 Azure 파일 공유에 저장된 개별 파일에 적용됩니다.
특성 | SSD 프로비전된 v1 | HDD 프로비전된 v2 | HDD 종량제 |
---|---|---|---|
최대 파일 크기 | 4TiB | 4TiB | 4TiB |
파일당 최대 IOPS | 8,000 IOPS | 1,000 IOPS | 1,000 IOPS |
파일당 최대 처리량 | 1,024MiB/초 | 60MiB/초 | 60MiB/초 |
루트 디렉터리의 최대 동시 핸들 | 10,000개 핸들 | 10,000개 핸들 | 10,000개 핸들 |
루트 디렉터리의 최대 동시 핸들 | 2,000개의 핸들* | 2,000개 핸들 | 2,000개 핸들 |
* 파일 및 디렉터리당 최대 동시 핸들 수는 SSD SMB 파일 공유에 대한 소프트 제한입니다. 이 제한을 초과하여 크기를 조정해야 하는 경우 메타데이터 캐싱을 사용하도록 설정하고증가된 파일 핸들 제한(미리 보기)에 등록할 수 있습니다.
Azure Virtual Desktop에 대한 Azure Files 크기 조정 지침
Azure Files의 인기 있는 사용 사례는 Azure Virtual Desktop에 대한 사용자 프로필 컨테이너 및 디스크 이미지를 저장하는 것입니다. 자세한 내용은 가상 데스크톱 워크로드에 대한 Azure Files 지침을 참조하세요.
Azure 파일 동기화의 크기 조정 목표
다음 표는 Microsoft에서 테스트한 경계를 표시하는 소프트 대상을 나타내며, 적용된 최댓값을 표시하는 하드 대상을 나타냅니다.
리소스 | 대상 | 하드 한도 |
---|---|---|
지역당 스토리지 동기화 서비스 수 | 100개 스토리지 동기화 서비스 | 예 |
구독당 스토리지 동기화 서비스 수 | 15개 스토리지 동기화 서비스 | 예 |
스토리지 동기화 서비스당 동기화 그룹 수 | 200개 동기화 그룹 | 예 |
스토리지 동기화 서비스당 등록된 서버 | 100개 서버 | 예 |
스토리지 동기화 서비스당 프라이빗 엔드포인트 | 100개 프라이빗 엔드포인트 | 예 |
동기화 그룹당 클라우드 엔드포인트 수 | 하나의 클라우드 엔드포인트 | 예 |
동기화 그룹당 서버 엔드포인트 수 | 100개 서버 엔드포인트 | 예 |
서버당 서버 엔드포인트 수 | 30개 서버 엔드포인트 | 예 |
동기화 그룹당 파일 시스템 개체(디렉터리 및 파일) 수 | 1억 개 개체 | 아니요 |
디렉터리에 있는 파일 시스템 개체(디렉터리 및 파일)의 최대 수 (재귀적이지 않음) | 500만 개 개체 | 아니요 |
최대 개체(디렉터리 및 파일) 보안 설명자 크기 | 64KiB | 예 |
파일 크기 | 100GiB | 아니요 |
계층화할 파일에 대한 최소 파일 크기 | 파일 시스템 클러스터 크기를 기준으로 합니다(이중 파일 시스템 클러스터 크기). 예를 들어 파일 시스템 클러스터 크기가 4KiB이면 최소 파일 크기는 8KiB입니다. | 예 |
참고
Azure 파일 동기화 엔드포인트는 Azure 파일 공유의 크기로 확장할 수 있습니다. Azure 파일 공유 크기 한도에 도달하면 동기화를 작동할 수 없습니다.
Azure 파일 동기화 성능 메트릭
Azure 파일 동기화 에이전트는 Azure 파일 공유에 연결하는 Windows Server 컴퓨터에서 실행되므로 효과적인 동기화 성능은 다음을 비롯한 인프라의 여러 요인에 따라 달라집니다.
- Windows Server 및 기본 디스크 구성
- 서버와 Azure Storage 간의 네트워크 대역폭
- 파일 크기
- 총 데이터 세트 크기
- 데이터 세트에 대한 작업
Azure 파일 동기화는 파일 수준에서 작동하므로 Azure 파일 동기화 기반 솔루션의 성능 특성을 초당 처리된 개체 수(파일 및 디렉터리)로 측정해야 합니다.
다음 표는 Azure 파일 동기화 성능 목표를 나타냅니다.
시나리오 | 성능 |
---|---|
초기 클라우드 변경 열거 | 동기화 그룹당 초당 150개의 개체 |
처리량 업로드 | 동기화 그룹당 초당 200개의 개체 |
네임스페이스 다운로드 처리량 | 서버 엔드포인트당 초당 400개의 개체 |
전체 다운로드 처리량 | 서버 엔드포인트당 초당 60개의 개체 |
참고
이 섹션의 시작 부분에 설명된 대로 실제 성능은 여러 요인에 따라 달라집니다.
배포에 대한 일반 지침으로 몇 가지 사항에 유의해야 합니다.
- 개체 처리량은 서버의 동기화 그룹 수에 비례하여 대략적으로 확장됩니다. 서버의 여러 동기화 그룹으로 데이터를 분할하면 처리량이 향상됩니다. 처리량은 서버 및 네트워크에 의해서도 제한됩니다
- 개체 처리량은 초당 MiB 처리량에 반비례합니다. 작은 파일의 경우 초당 처리되는 개체 수 측면에서 처리량이 더 높지만 초당 MiB 처리량은 낮습니다. 반대로, 더 큰 파일의 경우 초당 처리되는 개체 수가 적지만 초당 MiB 처리량은 높아질 수 있습니다. 초당 MiB 처리량은 Azure Files 크기 조정 목표에 의해 제한됩니다.
- 동일한 동기화 그룹의 많은 서버 엔드포인트가 동시에 동기화되는 경우 클라우드 서비스 리소스를 놓고 경합하고 있습니다. 결과적으로 업로드 성능이 영향을 받습니다. 극단적인 경우 일부 동기화 세션은 리소스에 액세스하지 못하고 실패합니다. 그러나 이러한 동기화 세션은 곧 다시 시작되고 정체가 줄어들면 결국 성공합니다.
- 클라우드 계층화가 사용하도록 설정된 경우 일부 파일 데이터만 다운로드되므로 더 나은 다운로드 성능을 관찰할 수 있습니다. Azure 파일 동기화는 엔드포인트 중 하나에서 캐시된 파일의 데이터가 변경될 때에만 해당 데이터를 다운로드합니다. 계층화되거나 새로 생성된 파일의 경우 에이전트는 파일 데이터를 다운로드하지 않습니다. 대신 모든 서버 엔드포인트에 네임스페이스만을 동기화합니다. 에이전트는 사용자가 액세스할 때 계층화된 파일의 부분 다운로드도 지원합니다.