Azure Files 확장성 및 성능 목표Azure Files scalability and performance targets

Azure Files는 산업 표준 SMB 프로토콜을 통해 액세스할 수 있는, 클라우드에서 완전히 관리되는 파일 공유를 제공합니다.Azure Files offers fully managed file shares in the cloud that are accessible via the industry standard SMB protocol. 이 문서에서는 Azure Files 및 Azure 파일 동기화의 확장성 및 성능 목표에 대해 설명합니다.This article discusses the scalability and performance targets for Azure Files and Azure File Sync.

여기서 나열하는 확장성 및 성능 목표는 고성능 목표이지만 다른 배포 변수의 영향을 받을 수 있습니다.The scalability and performance targets listed here are high-end targets, but may be affected by other variables in your deployment. 예를 들어 Azure Files 서비스를 호스팅하는 서버뿐만 아니라 사용 가능한 네트워크 대역폭에 따라 파일 처리량이 제한될 수 있습니다.For example, the throughput for a file may also be limited by your available network bandwidth, not just the servers hosting the Azure Files service. Azure Files의 확장성 및 성능이 요구 사항을 충족하는지 확인하려면 사용 패턴을 테스트하는 것이 좋습니다.We strongly recommend testing your usage pattern to determine whether the scalability and performance of Azure Files meet your requirements. 또한 시간이 지남에 따라 이러한 제한을 높이기 위해 노력하고 있습니다.We are also committed to increasing these limits over time. 아래의 설명 또는 Azure Files UserVoice에서 주저하지 마시고 늘리려는 제한에 대한 의견을 보내주세요.Please don't hesitate to give us feedback, either in the comments below or on the Azure Files UserVoice, about which limits you would like to see us increase.

Azure Storage 계정의 크기 조정 목표Azure storage account scale targets

Azure 파일 공유에 대한 부모 리소스는 Azure Storage 계정입니다.The parent resource for an Azure file share is an Azure storage account. 스토리지 계정은 Azure에 있는 스토리지 풀을 나타내며, Azure Files를 포함한 여러 스토리지 서비스에서 데이터를 저장하는 데 사용할 수 있습니다.A storage account represents a pool of storage in Azure that can be used by multiple storage services, including Azure Files, to store data. 스토리지 계정에 데이터를 저장하는 다른 서비스로 Azure Blob Storage, Azure Queue Storage 및 Azure Table Storage가 있습니다.Other services that store data in storage accounts are Azure Blob storage, Azure Queue storage, and Azure Table storage. 스토리지 계정에 데이터를 저장하는 모든 스토리지 서비스를 적용하는 목표는 다음과 같습니다.The following targets apply all storage services storing data in a storage account:

다음 표에서는 Azure 범용 v1, v2, Blob 스토리지 및 블록 Blob 스토리지 계정의 기본 제한에 대해 설명합니다.The following table describes default limits for Azure general-purpose v1, v2, Blob storage, and block blob storage accounts. 수신 제한은 스토리지 계정에 보내는 모든 데이터를 나타냅니다.The ingress limit refers to all data that is sent to a storage account. 송신 제한은 스토리지 계정에서 받는 모든 데이터를 나타냅니다.The egress limit refers to all data that is received from a storage account.

참고

더 높은 용량과 수신 한도를 요청할 수 있습니다.You can request higher capacity and ingress limits. 한도 증가를 요청하려면 Azure 지원에 문의하세요.To request an increase, contact Azure Support.

리소스Resource 제한Limit
표준 및 프리미엄 스토리지 계정을 포함하는 구독당 지역별 스토리지 계정 수입니다.Number of storage accounts per region per subscription, including standard, and premium storage accounts. 250250
최대 스토리지 계정 용량Maximum storage account capacity 5PiB15 PiB 1
스토리지 계정당 Blob 컨테이너, Blob, 파일 공유, 테이블, 큐, 엔터티 또는 메시지의 최대 수Maximum number of blob containers, blobs, file shares, tables, queues, entities, or messages per storage account 제한 없음No limit
스토리지 계정당 최대 요청 속도1Maximum request rate1 per storage account 초당 20,000회 요청20,000 requests per second
스토리지 계정당 최대 수신1(미국, 유럽 지역)Maximum ingress1 per storage account (US, Europe regions) 10Gbps10 Gbps
스토리지 계정당 최대 수신1(미국 및 유럽 이외의 지역)Maximum ingress1 per storage account (regions other than US and Europe) RA-GRS/GRS를 사용하도록 설정한 경우 5Gbps, LRS/ZRS의 경우 10Gbps25 Gbps if RA-GRS/GRS is enabled, 10 Gbps for LRS/ZRS2
범용 v2 및 Blob 스토리지 계정에 대한 최대 송신(모든 지역)Maximum egress for general-purpose v2 and Blob storage accounts (all regions) 50Gbps50 Gbps
범용 v1 스토리지 계정에 대한 최대 송신(미국 지역)Maximum egress for general-purpose v1 storage accounts (US regions) RA-GRS/GRS를 사용하도록 설정한 경우 20Gbps, LRS/ZRS의 경우 30Gbps220 Gbps if RA-GRS/GRS is enabled, 30 Gbps for LRS/ZRS2
범용 v1 스토리지 계정에 대한 최대 송신(미국 이외의 지역)Maximum egress for general-purpose v1 storage accounts (non-US regions) RA-GRS/GRS를 사용하도록 설정한 경우 10Gbps, LRS/ZRS의 경우 15Gbps210 Gbps if RA-GRS/GRS is enabled, 15 Gbps for LRS/ZRS2
스토리지 계정당 최대 가상 네트워크 규칙 수Maximum number of virtual network rules per storage account 200200
스토리지 계정당 최대 IP 주소 규칙 수Maximum number of IP address rules per storage account 200200

1 Azure Storage 표준 계정은 더 높은 용량 제한과 요청별 수신에 대한 더 높은 제한을 지원합니다.1 Azure Storage standard accounts support higher capacity limits and higher limits for ingress by request. 계정 제한을 늘리려면 Azure 지원에 문의하세요.To request an increase in account limits, contact Azure Support.

2 스토리지 계정에서 지리적 중복 스토리지(RA-GRS) 또는 지리적 영역 중복 스토리지(RA-GZRS)를 사용하여 읽기 액세스를 사용하도록 설정한 경우 보조 위치의 송신 대상은 기본 위치의 송신 대상과 동일합니다.2 If your storage account has read-access enabled with geo-redundant storage (RA-GRS) or geo-zone-redundant storage (RA-GZRS), then the egress targets for the secondary location are identical to those of the primary location. 자세한 내용은 Azure Storage 복제를 참조하세요.For more information, see Azure Storage replication.

참고

대부분의 시나리오에서는 범용 v2 스토리지 계정을 사용하는 것이 좋습니다.Microsoft recommends that you use a general-purpose v2 storage account for most scenarios. 가동 중지 시간이 없고 데이터를 복사할 필요 없이 범용 v1 또는 Azure Blob 스토리지 계정을 범용 v2 계정으로 쉽게 업그레이드할 수 있습니다.You can easily upgrade a general-purpose v1 or an Azure Blob storage account to a general-purpose v2 account with no downtime and without the need to copy data. 자세한 내용은 범용 v2 스토리지 계정으로 업그레이드를 참조하세요.For more information, see Upgrade to a general-purpose v2 storage account.

모든 스토리지 계정은 만들어진 시기와 관계없이 플랫 네트워크 토폴로지에서 실행됩니다.All storage accounts run on a flat network topology regardless of when they were created. Azure Storage 플랫 네트워크 아키텍처 및 확장성에 대한 자세한 내용은 Microsoft Azure Storage: 강력한 일관성과 함께 항상 사용 가능한 클라우드 스토리지 서비스 문서를 참조하세요.For more information on the Azure Storage flat network architecture and on scalability, see Microsoft Azure Storage: A Highly Available Cloud Storage Service with Strong Consistency.

다음과 같은 제한은 Azure Storage와 Azure Resource Manager를 사용하여 관리 작업을 수행하는 경우에만 적용됩니다.The following limits apply only when you perform management operations by using Azure Resource Manager with Azure Storage.

리소스Resource 제한Limit
Storage 계정 관리 작업(읽기)Storage account management operations (read) 5분당 800800 per 5 minutes
Storage 계정 관리 작업(쓰기)Storage account management operations (write) 초당 10/시간당 1,20010 per second / 1200 per hour
Storage 계정 관리 작업(목록)Storage account management operations (list) 5분당 100100 per 5 minutes

중요

다른 저장소 서비스의 범용 저장소 계정 사용률은 저장소 계정의 Azure 파일 공유에 영향을 줍니다.General purpose storage account utilization from other storage services affects your Azure file shares in your storage account. 예를 들어 Azure Blob Storage를 사용하여 최대 스토리지 계정 용량에 도달하면 Azure 파일 공유가 최대 공유 크기보다 작은 경우에도 Azure 파일 공유에 새 파일을 만들 수 없습니다.For example, if you reach the maximum storage account capacity with Azure Blob storage, you will not be able to create new files on your Azure file share, even if your Azure file share is below the maximum share size.

Azure Files 크기 조정 목표Azure Files scale targets

저장소 계정, 공유 및 파일 Azure Files에 대해 고려할 세 가지 제한 범주가 있습니다.There are three categories of limitations to consider for Azure Files: storage accounts, shares, and files.

예를 들어 프리미엄 파일 공유를 사용 하는 경우 단일 공유에서 10만 IOPS를 달성할 수 있으며 단일 파일이 5000 IOPS까지 확장 될 수 있습니다.For example: With premium file shares, a single share can achieve 100,000 IOPS and a single file can scale up to 5,000 IOPS. 따라서 한 공유에 세 개의 파일이 있는 경우 해당 공유에서 얻을 수 있는 최대 IOPS는 15000입니다.So, if you have three files in one share, the maximum IOPS you can get from that share is 15,000.

표준 저장소 계정 제한Standard storage account limits

이러한 제한에 대해서는 Azure storage 계정 크기 목표 섹션을 참조 하세요.See the Azure storage account scale targets section for these limits.

프리미엄 FileStorage 계정 제한Premium FileStorage account limits

프리미엄 파일은 FileStorage라는 고유한 저장소 계정을 사용 합니다.Premium files use a unique storage account called FileStorage. 이 계정 유형은 높은 IOPS를 사용 하 고 처리량이 높은 워크 로드를 위해 설계 되었습니다.This account type is designed for workloads with high IOPS, high throughput with consistent low-latency. 프리미엄 파일 저장소는 프로 비전 된 공유 크기를 사용 하 여 확장 됩니다.Premium file storage scales with the provisioned share size.

영역Area 대상Target
최대 프로 비전 된 크기Max provisioned size 100TiB100 TiB
공유Shares 제한 없음Unlimited
IOPSIOPS 100,000100,000
수신Ingress 4136 MiB/s4,136 MiB/s
송신Egress 6204 MiB/s6,204 MiB/s

중요

저장소 계정 제한은 모든 공유에 적용 됩니다.Storage account limits apply to all shares. 최대 FileStorage 계정에 대 한 최대 크기 조정은 FileStorage 계정 당 하나의 공유만 있는 경우에만 달성할 수 있습니다.Scaling up to the max for FileStorage accounts is only achievable if there is only one share per FileStorage account.

파일 공유 및 파일 크기 조정 대상File share and file scale targets

참고

5 보다 큰 표준 파일 공유에는 특정 제한 사항이 TiB.Standard file shares larger than 5 TiB have certain limitations. 더 큰 파일 공유 크기를 사용 하도록 설정 하는 제한 사항 목록과 지침은 계획 가이드의 표준 파일 공유에서 더 큰 파일 공유 사용 섹션을 참조 하세요.For a list of limitations and instructions to enable larger file share sizes, see the enable larger file shares on standard file shares section of the planning guide.

리소스Resource 표준 파일 공유*Standard file shares* 프리미엄 파일 공유Premium file shares
파일 공유의 최소 크기Minimum size of a file share 최솟값 없음, 종량제No minimum; pay as you go 100GiB, 프로비저닝됨100 GiB; provisioned
파일 공유의 최대 크기Maximum size of a file share 100 TiB**, 5 TiB100 TiB**, 5 TiB 100TiB100 TiB
파일 공유의 최대 파일 크기Maximum size of a file in a file share 1TiB1 TiB 4TiB4 TiB
파일 공유의 최소 파일 수Maximum number of files in a file share 제한 없음No limit 제한 없음No limit
공유당 최대 IOPSMaximum IOPS per share 100ms에 10,000 IOPS**, 1,000 IOPS 또는 100개의 요청10,000 IOPS**, 1,000 IOPS or 100 requests in 100ms 100,000 IOPS100,000 IOPS
파일 공유당 저장된 액세스 정책의 최대 수Maximum number of stored access policies per file share 55 55
단일 파일 공유에 대한 대상 처리량Target throughput for a single file share 최대 300MiB/초**, 최대 60MiB/초up to 300 MiB/sec**, Up to 60 MiB/sec , 프리미엄 파일 공유 수신 및 송신 값 참조See premium file share ingress and egress values
단일 파일 공유에 대한 최대 송신 속도Maximum egress for a single file share 표준 파일 공유 대상 처리량 참조See standard file share target throughput 최대 6,204MiB/초Up to 6,204 MiB/s
단일 파일 공유에 대한 최대 수신 속도Maximum ingress for a single file share 표준 파일 공유 대상 처리량 참조See standard file share target throughput 최대 4,136MiB/초Up to 4,136 MiB/s
파일 또는 디렉터리당 최대 열린 핸들 수Maximum open handles per file or directory 2,000개의 열린 핸들2,000 open handles 2,000개의 열린 핸들2,000 open handles
최대 공유 스냅샷 수Maximum number of share snapshots 200개의 공유 스냅샷200 share snapshots 200개의 공유 스냅샷200 share snapshots
최대 개체(디렉터리 및 파일) 이름 길이Maximum object (directories and files) name length 2,048자2,048 characters 2,048자2,048 characters
최대 경로 이름 구성 요소(경로 \A\B\C\D의 각 문자가 구성 요소)Maximum pathname component (in the path \A\B\C\D, each letter is a component) 255자255 characters 255자255 characters
하드 링크 제한(NFS 전용)Hard link limit (NFS only) N/AN/A 178178
최대 SMB 다중 채널 채널 수Maximum number of SMB Multichannel channels 해당 없음N/A 44

* 표준 파일 공유에 대한 제한은 표준 파일 공유에 사용할 수 있는 세 계층(트랜잭션 최적화, 핫 및 쿨) 모두에 적용됩니다.* The limits for standard file shares apply to all three of the tiers available for standard file shares: transaction optimized, hot, and cool.

** 표준 파일 공유의 기본값은 5TiB입니다. 표준 파일 공유 크기를 최대 100TiB까지 확장하는 방법에 대한 자세한 내용은 대량 파일 공유 사용 및 만들기를 참조하세요.** Default on standard file shares is 5 TiB, see Enable and create large file shares for the details on how to increase the standard file shares scale up to 100 TiB.

추가 프리미엄 파일 공유 수준 제한Additional premium file share level limits

영역Area TargetTarget
최소 크기 증가/감소Minimum size increase/decrease GiB 11 GiB
기준 IOPSBaseline IOPS GiB 당 IOPS 1 개, 최대 10만1 IOPS per GiB, up to 100,000
IOPS 버스트IOPS bursting GiB 당 3, 000IOPS, 최대 10만3x IOPS per GiB, up to 100,000
송신 율Egress rate 60 MiB/s + 0.06 * 프로 비전 된 GiB60 MiB/s + 0.06 * provisioned GiB
수신 율Ingress rate 40 MiB/s + 0.04 * 프로 비전 된 GiB40 MiB/s + 0.04 * provisioned GiB

파일 수준 제한File level limits

영역Area 표준 파일Standard file 프리미엄 파일Premium file
크기Size 1TiB1 TiB 4TiB4 TiB
파일당 최대 IOPSMax IOPS per file 1,0001,000 최대 8000 *Up to 8,000*
동시 핸들Concurrent handles 2,0002,000 2,0002,000
송신Egress 표준 파일 처리량 값 참조See standard file throughput values 300 MiB/sec (SMB 다중 채널 미리 보기가 포함 된 최대 1 GiB/s) * *300 MiB/sec (Up to 1 GiB/s with SMB Multichannel preview)**
수신Ingress 표준 파일 처리량 값 참조See standard file throughput values 200 MiB/sec (SMB 다중 채널 미리 보기가 포함 된 최대 1 GiB/s) * *200 MiB/sec (Up to 1 GiB/s with SMB Multichannel preview)**
처리량Throughput 최대 60MiB/초Up to 60 MiB/sec 프리미엄 파일 수신/송신 값 참조See premium file ingress/egress values

*읽기 및 쓰기 IOs에 적용 됩니다 (일반적으로 더 작은 IO 크기 <= 64k). 읽기 및 쓰기 이외의 메타 데이터 작업은 더 낮을 수 있습니다. * Applies to read and write IOs (typically smaller IO sizes <=64K). Metadata operations, other than reads and writes, may be lower.

**컴퓨터 네트워크 제한, 사용 가능한 대역폭, IO 크기, 큐 크기 및 기타 요인에 따라 결정 됩니다. 자세한 내용은 SMB 다중 채널 성능을 참조 하세요. ** Subject to machine network limits, available bandwidth, IO sizes, queue depth, and other factors. For details see SMB Multichannel performance.

Azure 파일 동기화의 크기 조정 목표Azure File Sync scale targets

Azure 파일 동기화는 무제한 사용을 목적으로 설계되었으나 무제한 사용이 가능하지 않은 경우도 있습니다.Azure File Sync has been designed with the goal of limitless usage, but limitless usage is not always possible. 아래 표에는 Microsoft의 테스트 경계와 하드 한도인 목표가 표시되어 있습니다.The following table indicates the boundaries of Microsoft's testing and also indicates which targets are hard limits:

리소스Resource 대상Target 하드 한도Hard limit
지역당 스토리지 동기화 서비스 수Storage Sync Services per region 100개 스토리지 동기화 서비스100 Storage Sync Services Yes
스토리지 동기화 서비스당 동기화 그룹 수Sync groups per Storage Sync Service 200개 동기화 그룹200 sync groups Yes
스토리지 동기화 서비스당 등록된 서버Registered servers per Storage Sync Service 서버 99대99 servers Yes
동기화 그룹당 클라우드 엔드포인트 수Cloud endpoints per sync group 1개 클라우드 엔드포인트1 cloud endpoint Yes
동기화 그룹당 서버 엔드포인트 수Server endpoints per sync group 100개 서버 엔드포인트100 server endpoints Yes
서버당 서버 엔드포인트 수Server endpoints per server 30개 서버 엔드포인트30 server endpoints Yes
동기화 그룹당 파일 시스템 개체(디렉터리 및 파일) 수File system objects (directories and files) per sync group 1억 개 개체100 million objects 아니요No
디렉터리에 있는 파일 시스템 개체(디렉터리 및 파일)의 최대 수Maximum number of file system objects (directories and files) in a directory 500만 개 개체5 million objects Yes
최대 개체(디렉터리 및 파일) 보안 설명자 크기Maximum object (directories and files) security descriptor size 64KiB64 KiB Yes
파일 크기File size 100GiB100 GiB 아니요No
계층화할 파일에 대한 최소 파일 크기Minimum file size for a file to be tiered V9 이상: 파일 시스템 클러스터 크기를 기준으로 합니다(이중 파일 시스템 클러스터 크기).V9 and newer: Based on file system cluster size (double file system cluster size). 예를 들어 파일 시스템 클러스터 크기가 4kb이면 최소 파일 크기는 8kb입니다.For example, if the file system cluster size is 4kb, the minimum file size will be 8kb.
V8 이하: 64KiBV8 and older: 64 KiB
Yes

참고

Azure 파일 동기화 엔드포인트는 Azure 파일 공유의 크기로 확장할 수 있습니다.An Azure File Sync endpoint can scale up to the size of an Azure file share. Azure 파일 공유 크기 제한에 도달하면 동기화가 작동할 수 없습니다.If the Azure file share size limit is reached, sync will not be able to operate.

Azure 파일 동기화 성능 메트릭Azure File Sync performance metrics

Azure 파일 동기화 에이전트가 Azure 파일 공유에 연결된 Windows Server 컴퓨터에서 실행되므로 유효한 동기화 성능은 인프라에 포함된 많은 요소(Windows Server 및 기본 디스크 구성,서버와 Azure Storage 간의 네트워크 대역폭, 파일 크기, 데이터 세트의 총 크기 및 데이터 세트의 작업 등)에 따라 달라집니다.Since the Azure File Sync agent runs on a Windows Server machine that connects to the Azure file shares, the effective sync performance depends upon a number of factors in your infrastructure: Windows Server and the underlying disk configuration, network bandwidth between the server and the Azure storage, file size, total dataset size, and the activity on the dataset. Azure 파일 동기화가 파일 수준에서 작동하므로 Azure 파일 동기화 기반 솔루션의 성능 특성은 초당 처리된 개체(예: 파일 및 디렉터리)의 수에서 정확하게 측정됩니다.Since Azure File Sync works on the file level, the performance characteristics of an Azure File Sync-based solution is better measured in the number of objects (files and directories) processed per second.

Azure 파일 동기화의 경우 다음과 같은 두 단계에서 성능이 중요합니다.For Azure File Sync, performance is critical in two stages:

  1. 일회성 초기 프로비전: 초기 프로비전에 대한 성능을 최적화하기 위해 최적의 배포 세부 정보는 Azure 파일 동기화에 온보딩을 참조하세요.Initial one-time provisioning: To optimize performance on initial provisioning, refer to Onboarding with Azure File Sync for the optimal deployment details.
  2. 진행 중인 동기화: Azure 파일 공유에서 데이터를 처음으로 시드한 후에 Azure 파일 동기화는 여러 엔트포인트를 동기화된 상태로 유지합니다.Ongoing sync: After the data is initially seeded in the Azure file shares, Azure File Sync keeps multiple endpoints in sync.

각 단계에 대한 배포를 계획하기 위해 구성이 포함된 시스템의 내부 테스트 중에 확인되는 결과는 아래와 같습니다.To help you plan your deployment for each of the stages, below are the results observed during the internal testing on a system with a config

시스템 구성System configuration 세부 정보Details
CPUCPU 64개의 MiB L3 캐시를 포함한 64개의 가상 코어64 Virtual Cores with 64 MiB L3 cache
메모리Memory 128GiB128 GiB
디스크Disk 배터리 지원 캐시를 사용하는 RAID 10을 포함한 SAS 디스크SAS disks with RAID 10 with battery backed cache
네트워크Network 1Gbps 네트워크1 Gbps Network
작업Workload 범용 파일 서버General Purpose File Server
일회성 초기 프로비전Initial one-time provisioning 세부 정보Details
개체 수Number of objects 2500만 개 개체25 million objects
데이터 세트 크기Dataset Size ~ 4.7 TiB~4.7 TiB
평균 파일 크기Average File Size ~ 200 KiB (가장 큰 파일: 100 GiB)~200 KiB (Largest File: 100 GiB)
초기 클라우드 변경 열거Initial cloud change enumeration 초당 7 개의 개체7 objects per second
처리량 업로드Upload Throughput 동기화 그룹당 초당 20 개의 개체20 objects per second per sync group
네임 스페이스 다운로드 처리량Namespace Download Throughput 초당 개체 400개400 objects per second

일회성 초기 프로비전Initial one-time provisioning

초기 클라우드 변경 내용 열거: 새 동기화 그룹을 만들 때 첫 번째 단계는 실행 되는 첫 번째 단계입니다.Initial cloud change enumeration: When a new sync group is created, initial cloud change enumeration is the first step that will execute. 이 프로세스에서 시스템은 Azure 파일 공유의 모든 항목을 열거 합니다.In this process, the system will enumerate all the items in the Azure File Share. 이 과정에서 동기화 작업이 수행 되지 않습니다. 즉, 클라우드 끝점에서 서버 끝점으로 다운로드 되는 항목이 없으며 서버 끝점에서 클라우드 끝점으로 항목이 업로드 되지 않습니다.During this process, there will be no sync activity i.e. no items will be downloaded from cloud endpoint to server endpoint and no items will be uploaded from server endpoint to cloud endpoint. 초기 클라우드 변경 열거가 완료 되 면 동기화 활동이 다시 시작 됩니다.Sync activity will resume once initial cloud change enumeration completes. 성능 속도는 초당 7 개의 개체입니다.The rate of performance is 7 objects per second. 고객은 클라우드 공유의 항목 수를 확인 하 고 다음] 열의 공식을를 사용 하 여 시간 (일)을 확보 하 여 초기 클라우드 변경 열거를 완료 하는 데 걸리는 시간을 예측할 수 있습니다.Customers can estimate the time it will take to complete initial cloud change enumeration by determining the number of items in the cloud share and using the following formulae to get the time in days.

초기 클라우드 열거의 시간 (일) = (클라우드 끝점의 개체 수)/(7 * 60 * 60 * 24)Time (in days) for initial cloud enumeration = (Number of objects in cloud endpoint)/(7 * 60 * 60 * 24)

네임 스페이스 다운로드 처리량 기존 동기화 그룹에 새 서버 끝점을 추가 하면 Azure File Sync 에이전트가 클라우드 끝점에서 파일 콘텐츠를 다운로드 하지 않습니다.Namespace download throughput When a new server endpoint is added to an existing sync group, the Azure File Sync agent does not download any of the file content from the cloud endpoint. 먼저 전체 네임스페이스를 동기화한 다음, 백그라운드 회수를 트리거하여 전체 파일을 다운로드하거나 클라우드 계층화를 사용하는 경우 서버 엔드포인트에서 설정된 클라우드 계층화 정책에 파일을 다운로드합니다.It first syncs the full namespace and then triggers background recall to download the files, either in their entirety or, if cloud tiering is enabled, to the cloud tiering policy set on the server endpoint.

진행 중인 동기화Ongoing sync 세부 정보Details
동기화된 개체 수Number of objects synced 125000개 개체(~1% 변동)125,000 objects (~1% churn)
데이터 세트 크기Dataset Size 50GiB50 GiB
평균 파일 크기Average File Size ~500KiB~500 KiB
처리량 업로드Upload Throughput 동기화 그룹당 초당 20 개의 개체20 objects per second per sync group
전체 다운로드 처리량*Full Download Throughput* 초당 개체 60개60 objects per second

*클라우드 계층화를 사용하면 일부 파일 데이터만을 다운로드할 때 성능이 더 개선될 수도 있습니다.*If cloud tiering is enabled, you are likely to observe better performance as only some of the file data is downloaded. Azure 파일 동기화는 엔드포인트 중 하나에서 캐시된 파일의 데이터가 변경될 때에만 해당 데이터를 다운로드합니다.Azure File Sync only downloads the data of cached files when they are changed on any of the endpoints. 계층되거나 새로 생성된 파일의 경우 에이전트는 파일 데이터를 다운로드하지 않습니다. 대신 모든 서버 엔드포인트에 네임스페이스만을 동기화합니다.For any tiered or newly created files, the agent does not download the file data, and instead only syncs the namespace to all the server endpoints. 에이전트는 사용자가 액세스할 때 계층화된 파일의 부분 다운로드도 지원합니다.The agent also supports partial downloads of tiered files as they are accessed by the user.

참고

위의 숫자는 발생한 성능을 나타내지 않습니다.The numbers above are not an indication of the performance that you will experience. 이 섹션의 시작 부분에 설명된 대로 실제 성능은 여러 요인에 따라 달라집니다.The actual performance will depend on multiple factors as outlined in the beginning of this section.

배포에 대한 일반 지침으로 몇 가지 사항에 유의해야 합니다.As a general guide for your deployment, you should keep a few things in mind:

  • 개체 처리량은 서버의 동기화 그룹 수에 비례하여 크기를 조정합니다.The object throughput approximately scales in proportion to the number of sync groups on the server. 서버의 여러 동기화 그룹으로 데이터를 분할하면 처리량이 향상됩니다. 처리량은 서버 및 네트워크에 의해서도 제한됩니다Splitting data into multiple sync groups on a server yields better throughput, which is also limited by the server and network.
  • 개체 처리량은 초당 MiB 처리량에 반비례합니다.The object throughput is inversely proportional to the MiB per second throughput. 더 작은 파일의 경우 초당 처리된 개체 수 측면에서 더 높은 처리량이 발생하지만 초당 MiB 처리량은 더 낮습니다.For smaller files, you will experience higher throughput in terms of the number of objects processed per second, but lower MiB per second throughput. 반대로 큰 파일의 경우 초당 처리되는 개체는 적지만 초당 MiB 처리량은 높습니다.Conversely, for larger files, you will get fewer objects processed per second, but higher MiB per second throughput. 초당 MiB 처리량은 Azure Files 크기 조정 목표에 의해 제한됩니다.The MiB per second throughput is limited by the Azure Files scale targets.

참고 항목See also