Azure Files offers fully managed file shares in the cloud that are accessible via the Server Message Block (SMB) and Network File System (NFS) file system protocols. この記事では、Azure Files と Azure File Sync のスケーラビリティとパフォーマンスのターゲットについて説明します。
デプロイ内の他の変数は、この記事に記載されているターゲットに影響する可能性があります。 たとえば、SMB クライアントの動作と使用可能なネットワーク帯域幅は、I/O パフォーマンスに影響を与える可能性があります。 Azure Files のスケーラビリティとパフォーマンスが要件を満たしているかどうかを判断するには、実際の使用パターンでテストすることをお勧めします。
Applies to
| Management model | Billing model | Media tier | Redundancy | SMB | NFS |
|---|---|---|---|---|---|
| Microsoft.Storage | Provisioned v2 | SSD (premium) | Local (LRS) |
|
|
| Microsoft.Storage | Provisioned v2 | SSD (premium) | Zone (ZRS) |
|
|
| Microsoft.Storage | Provisioned v2 | HDD (standard) | Local (LRS) |
|
|
| Microsoft.Storage | Provisioned v2 | HDD (standard) | Zone (ZRS) |
|
|
| Microsoft.Storage | Provisioned v2 | HDD (standard) | Geo (GRS) |
|
|
| Microsoft.Storage | Provisioned v2 | HDD (standard) | GeoZone (GZRS) |
|
|
| Microsoft.Storage | Provisioned v1 | SSD (premium) | Local (LRS) |
|
|
| Microsoft.Storage | Provisioned v1 | SSD (premium) | Zone (ZRS) |
|
|
| Microsoft.Storage | Pay-as-you-go | HDD (standard) | Local (LRS) |
|
|
| Microsoft.Storage | Pay-as-you-go | HDD (standard) | Zone (ZRS) |
|
|
| Microsoft.Storage | Pay-as-you-go | HDD (standard) | Geo (GRS) |
|
|
| Microsoft.Storage | Pay-as-you-go | HDD (standard) | GeoZone (GZRS) |
|
|
Azure Files のスケール ターゲット
Azure ファイル共有は、ストレージの共有プールを表す最上位オブジェクトである "ストレージ アカウント" にデプロイされます。 このストレージのプールは、複数のファイル共有をデプロイするのに使用できます。 そのため、ストレージ アカウント、Azure ファイル共有、個々のファイルという 3 つのカテゴリについて考慮する必要があります。
ストレージ アカウントのスケール ターゲット
ストレージ アカウントのスケール ターゲットは、ストレージ アカウント レベルで適用されます。 Azure Files には、次のように主に 2 種類のストレージ アカウントがあります。
FileStorage ストレージ アカウント: FileStorage ストレージ アカウントを使用すると、プロビジョニングされた課金モデルで Azure ファイル共有をデプロイできます。 FileStorage アカウントは、Azure ファイル共有を格納するためにのみ使用できます。FileStorage アカウントでその他のストレージ リソース (BLOB コンテナー、キュー、テーブルなど) をデプロイすることはできません。
汎用バージョン 2 (GPv2) ストレージ アカウント: GPv2 ストレージ アカウントを使用すると、HDD ベースのハードウェアに従量課金制のファイル共有をデプロイできます。 GPv2 ストレージ アカウントでは、Azure ファイル共有を格納するだけでなく、BLOB コンテナー、キュー、テーブルなどの他のストレージ リソースを格納することもできます。
| Attribute | SSD プロビジョニング済み v2 | HDD プロビジョニング済み v2 | SSD プロビジョニング済み v1 | HDD pay-as-you-go |
|---|---|---|---|---|
| ストレージ アカウントの種類 | FileStorage | FileStorage | FileStorage | StorageV2 |
| SKUs |
|
|
|
|
| サブスクリプションあたり/リージョンあたりのストレージ アカウント数 | 250 | 250 | 250 | 250 |
| 最大ストレージ容量 | 256 TiB | 4 PiB | 100 TiB | 5 PiB |
| 最大ファイル共有数 | 50 | 50 | 1024 (50 以下を使用することをお勧めします) | 無制限 (50 以下を使用することをお勧めします) |
| Maximum IOPS | 102,400 IOPS | 50,000 IOPS | 102,400 IOPS | 20,000 IOPS |
| Maximum throughput | 10,340 MiB / 秒 | 5,120 MiB/秒 | 10,340 MiB / 秒 |
|
| 仮想ネットワーク規則の最大数 | 200 | 200 | 200 | 200 |
| IP アドレス規則の最大数 | 200 | 200 | 200 | 200 |
| 読み取り操作の管理 | 5 分あたり 800 | 5 分あたり 800 | 5 分あたり 800 | 5 分あたり 800 |
| 管理書き込み操作 | 1 秒あたり 10 または 1 時間あたり 1,200 | 1 秒あたり 10 または 1 時間あたり 1,200 | 1 秒あたり 10 または 1 時間あたり 1,200 | 1 秒あたり 10 または 1 時間あたり 1,200 |
| 管理一覧表示操作 | 5 分あたり 100 | 5 分あたり 100 | 5 分あたり 100 | 5 分あたり 100 |
HDD 従量課金制における最大スループットが増加した選択されたリージョン
次のリージョンでは、HDD 従量課金制ストレージ アカウント (StorageV2) の最大スループットが増加しています。
- 東アジア
- 東南アジア
- オーストラリア東部
- ブラジル南部
- カナダ中部
- 中国東部 2
- 中国北部 3
- 北ヨーロッパ
- 西ヨーロッパ
- フランス中部
- ドイツ中西部
- インド中部
- 東日本
- JIO インド西部
- 韓国中部
- ノルウェー東部
- 南アフリカ北部
- スウェーデン中部
- アラブ首長国連邦北部
- 英国南部
- 米国中部
- 米国東部
- 米国東部 2
- US Gov バージニア
- US Gov アリゾナ
- 米国中北部
- 米国中南部
- 米国西部
- 米国西部 2
- 米国西部 3
Azure ファイル共有の範囲目標
Azure ファイル共有のスケール ターゲットは、ファイル共有レベルで適用されます。
| Attribute | SSD プロビジョニング済み v2 | HDD プロビジョニング済み v2 | SSD プロビジョニング済み v1 | HDD pay-as-you-go |
|---|---|---|---|---|
| ストレージ プロビジョニング ユニット | 1 GiB | 1 GiB | 1 GiB | N/A |
| IOPS プロビジョニング ユニット | 1 IO/秒 | 1 IO/秒 | N/A | N/A |
| スループット プロビジョニング ユニット | 1 MiB/秒 | 1 MiB/秒 | N/A | N/A |
| 最小ストレージ サイズ | 32 GiB (プロビジョニング済み) | 32 GiB (プロビジョニング済み) | 100 GiB (プロビジョニング済み) | 0 bytes |
| 最大ストレージ サイズ | 256 TiB | 256 TiB | 100 TiB | 100 TiB |
| ファイルの最大数 | Unlimited | Unlimited | Unlimited | Unlimited |
| 最大 IOPS (データ) | 102,400 IOPS (プロビジョニングに依存) | 50,000 IOPS (プロビジョニングに依存) | 102,400 IOPS (プロビジョニングに依存) | 20,000 IOPS |
| Maximum IOPS (Metadata1) | 最大 35,000 IOPS | 最大 12,000 IOPS | 最大 35,000 IOPS | 最大 12,000 IOPS |
| Maximum throughput | 10,340 MiB / 秒 (プロビジョニングに依存) | 5,120 MiB / 秒 (プロビジョニングに依存) | 10,340 MiB / 秒 (プロビジョニングに依存) | ストレージ アカウントの上限まで |
| 共有スナップショットの最大数 | 200 snapshots | 200 snapshots | 200 snapshots | 200 snapshots |
| Maximum filename length2 (full pathname including all directories, file names, and backslash characters) | 2,048 characters | 2,048 characters | 2,048 characters | 2,048 characters |
| 個々のパス名コンポーネントの最大長 (パス \A\B\C\D では、各文字は個々のコンポーネントであるディレクトリまたはファイルを表します) | 255 characters | 255 characters | 255 characters | 255 characters |
| SMB マルチチャネルの最大チャネル数 | 4 | N/A | 4 | N/A |
| ファイル共有あたりの保存されるアクセス ポリシーの最大数 | 5 | 5 | 5 | 5 |
1 Metadata IOPS (open/close/delete). ガイダンスについては、 メタデータ IOPS の監視 を参照してください。
2 Scaling to 35,000 IOPS for SSD file shares requires registering for the metadata caching feature.
3 Azure Files enforces certain naming rules for directory and file names.
ファイルスケールの目標
ファイルのスケール ターゲットは、Azure ファイル共有に格納されている個々のファイルに適用されます。
| Attribute | SSD プロビジョニング済み v2 | HDD プロビジョニング済み v2 | SSD プロビジョニング済み v1 | HDD pay-as-you-go |
|---|---|---|---|---|
| ファイルの最大サイズ | 4 TiB | 4 TiB | 4 TiB | 4 TiB |
| ファイルあたりの最大データ IOPS | 8,000 IOPS | 1,000 IOPS | 8,000 IOPS | 1,000 IOPS |
| ファイルあたりの最大スループット | 1,024 MiB / 秒 | 60 MiB/秒 | 1,024 MiB / 秒 | 60 MiB/秒 |
| ファイルあたりのハード リンク制限 (NFS のみ) | 178 | N/A | 178 | N/A |
| ルート ディレクトリの同時ハンドルの最大数 | 10,000 handles | 10,000 handles | 10,000 handles | 10,000 handles |
| ファイルおよびディレクトリあたりの同時ハンドルの最大数 | 2,000 handles | 2,000 handles | 2,000 handles | 2,000 handles |
* ファイルとディレクトリごとの同時実行ハンドルの最大数は、SSD SMB ファイル共有のソフト制限です。 この制限を超えてスケーリングする必要がある場合は、 メタデータ キャッシュを有効にして、 ファイル ハンドルの制限の引き上げ (プレビュー) に登録できます。
Azure Virtual Desktop 用の Azure Files のサイズ設定ガイダンス
Azure Files の一般的なユース ケースは、Azure Virtual Desktop のユーザー プロファイル コンテナーとディスク イメージを格納することです。 詳細については、 仮想デスクトップ ワークロードの Azure Files ガイダンス を参照してください。
Azure File Sync のスケール ターゲット
次の表では、どのターゲットがソフトであるか、Microsoft がテストした境界を表しているか、ハードであるか、適用された最大値を示しているかを表します。
| Resource | Target | Hard limit |
|---|---|---|
| リージョンあたりのストレージ同期サービス数 | ストレージ同期サービス100件 | Yes |
| サブスクリプションごとのストレージ同期サービス数 | 15 件のストレージ同期サービス | Yes |
| ストレージ同期サービスごとの同期グループ数 | 200 の同期グループ | Yes |
| ストレージ同期サービスごとの登録サーバー数 | 100 servers | Yes |
| ストレージ同期サービスごとのプライベート エンドポイント | 100 のプライベート エンドポイント | Yes |
| 同期グループあたりのクラウド エンドポイント数 | 1 つのクラウド エンドポイント | Yes |
| 同期グループあたりのサーバー エンドポイント数 | 100 個のサーバー エンドポイント | Yes |
| サーバーあたりのサーバー エンドポイント数 | 30 個のサーバー エンドポイント | Yes |
| 同期グループあたりのファイル システム オブジェクト数 (ディレクトリとファイル) | 1 億オブジェクト | No |
| Maximum number of file system objects (directories and files) in a directory (not recursive) | 500 万オブジェクト | No |
| オブジェクト (ディレクトリとファイル) のセキュリティ記述子の最大サイズ | 64 KiB | Yes |
| File size | 100 GiB | No |
| 階層化されるファイルの最小ファイルサイズ | ファイル システムのクラスター サイズ (ダブルファイル システムクラスターのサイズ) に基づきます。 たとえば、ファイル システム クラスターのサイズが 4 KiB の場合、ファイルの最小サイズは 8 KiB です。 | Yes |
Note
Azure File Sync エンドポイントは、Azure ファイル共有のサイズにスケールアップできます。 Azure ファイル共有のサイズの上限に達した場合、同期は操作できません。
Azure File Sync のパフォーマンス メトリック
Azure File Sync エージェントは、Azure ファイル共有に接続する Windows Server コンピューター上で実行されるため、有効な同期パフォーマンスは、次のようなインフラストラクチャの多くの要因によって異なります。
- Windows Server と基になるディスク構成
- サーバーと Azure Storage の間のネットワーク帯域幅
- File size
- データセットの合計サイズ
- データセットのアクティビティ
Azure File Sync はファイル レベルで動作するため、1 秒あたりに処理されたオブジェクト (ファイルとディレクトリ) の数によって、Azure File Sync ベースのソリューションのパフォーマンス特性を測定する必要があります。
次の表は、Azure File Sync のパフォーマンスターゲットを示しています。
| Scenario | Performance |
|---|---|
| 最初のクラウド変更の列挙 | 同期グループあたり 1 秒あたり 150 個のオブジェクト |
| Upload Throughput | 同期グループあたり 1 秒あたり 200 個のオブジェクト |
| 名前空間ダウンロードのスループット | サーバー エンドポイントあたり 400 オブジェクト/秒 |
| 完全なダウンロードのスループット | サーバー エンドポイントあたり 1 秒あたり 60 個のオブジェクト |
Note
実際のパフォーマンスは、このセクションの最初で説明したような複数の要因によって左右されます。
展開に対する一般的なガイドとして、いくつか点に留意する必要があります。
- オブジェクトのスループットは、サーバー上の同期グループの数に比例してほぼスケーリングされます。 サーバー上の複数の同期グループにデータを分割するとスループットが向上しますが、サーバーとネットワークによっても制限されます。
- オブジェクトのスループットは、1 秒あたりの MiB スループットに反比例します。 ファイルが小さい場合、1 秒あたりに処理されるオブジェクトの数は高くなりますが、1 秒あたりの MiB のスループットは低くなります。 逆に、大きなファイルの場合、1 秒あたりの処理されるオブジェクトは少なくなりますが、1 秒あたりの MiB のスループットは高くなります。 MiB/秒のスループットは、Azure Files のスケール ターゲットによって制限されます。
- 同じ同期グループ内の多数のサーバー エンドポイントを同時に同期すると、エンドポイント間でクラウド サービス リソースの競合が発生します。 結果として、アップロードのパフォーマンスが影響を受けます。 極端な場合、一部の同期セッションはリソースへのアクセスに失敗し、失敗します。 ただし、これらの同期セッションはまもなく再開され、輻輳が減少すると最終的に成功します。
- クラウドの階層化が有効になっている場合は、一部のファイル データのみがダウンロードされるため、ダウンロードパフォーマンスが向上する可能性があります。 Azure File Sync は、いずれかのエンドポイントで変更されたときにのみ、キャッシュされたファイルのデータをダウンロードします。 階層化されたファイルや新しく作成されたファイルについて、エージェントはファイル データをダウンロードせず、代わりにすべてのサーバー エンドポイントに対して名前空間の同期を行うのみです。 エージェントは、ユーザーがアクセスした階層化されたファイルの部分的なダウンロードもサポートします。