Azure Files では、サーバー メッセージ ブロック (SMB) およびネットワーク ファイル システム (NFS) ファイル システム プロトコルを介してアクセスできる、フル マネージドのファイル共有がクラウドで提供されます。 この記事では、Azure Files と Azure File Sync のスケーラビリティとパフォーマンスのターゲットについて説明します。
デプロイ内の他の変数は、この記事に記載されているターゲットに影響する可能性があります。 たとえば、SMB クライアントの動作と使用可能なネットワーク帯域幅は、I/O パフォーマンスに影響を与える可能性があります。 Azure Files のスケーラビリティとパフォーマンスが要件を満たしているかどうかを判断するには、実際の使用パターンでテストすることをお勧めします。
適用対象
| 管理モデル | 課金モデル | メディア階層 | 冗長性 | 中小企業 | ネットワークファイルシステム（NFS） |
|---|---|---|---|---|---|
| Microsoft.Storage | プロビジョニング済み v2 | HDD (標準) | ローカル (LRS) |
|
|
| Microsoft.Storage | プロビジョニング済み v2 | HDD (標準) | ゾーン (ZRS) |
|
|
| Microsoft.Storage | プロビジョニング済み v2 | HDD (標準) | Geo（GRS） |
|
|
| Microsoft.Storage | プロビジョニング済み v2 | HDD (標準) | ジオゾーン (GZRS) |
|
|
| Microsoft.Storage | プロビジョニング済み v1 | SSD (プレミアム) | ローカル (LRS) |
|
|
| Microsoft.Storage | プロビジョニング済み v1 | SSD (プレミアム) | ゾーン (ZRS) |
|
|
| Microsoft.Storage | 従量課金制 | HDD (標準) | ローカル (LRS) |
|
|
| Microsoft.Storage | 従量課金制 | HDD (標準) | ゾーン (ZRS) |
|
|
| Microsoft.Storage | 従量課金制 | HDD (標準) | Geo（GRS） |
|
|
| Microsoft.Storage | 従量課金制 | HDD (標準) | ジオゾーン (GZRS) |
|
|
Azure Files のスケール ターゲット
Azure ファイル共有は、ストレージの共有プールを表す最上位オブジェクトである "ストレージ アカウント" にデプロイされます。 このストレージのプールは、複数のファイル共有をデプロイするのに使用できます。 そのため、ストレージ アカウント、Azure ファイル共有、個々のファイルという 3 つのカテゴリについて考慮する必要があります。
ストレージ アカウントのスケール ターゲット
ストレージ アカウントのスケール ターゲットは、ストレージ アカウント レベルで適用されます。 Azure Files には、次のように主に 2 種類のストレージ アカウントがあります。
FileStorage ストレージ アカウント: FileStorage ストレージ アカウントを使用すると、プロビジョニングされた課金モデルで Azure ファイル共有をデプロイできます。 FileStorage アカウントは、Azure ファイル共有を格納するためにのみ使用できます。FileStorage アカウントでその他のストレージ リソース (BLOB コンテナー、キュー、テーブルなど) をデプロイすることはできません。
汎用バージョン 2 (GPv2) ストレージ アカウント: GPv2 ストレージ アカウントを使用すると、HDD ベースのハードウェアに従量課金制のファイル共有をデプロイできます。 GPv2 ストレージ アカウントでは、Azure ファイル共有を格納するだけでなく、BLOB コンテナー、キュー、テーブルなどの他のストレージ リソースを格納することもできます。
| 属性 | SSD プロビジョニング済み v1 | HDD プロビジョニング済み v2 | HDD 従量課金制 |
|---|---|---|---|
| ストレージ アカウントの種類 | ファイルストレージ | ファイルストレージ | StorageV2 |
| SKU |
|
|
|
| サブスクリプションあたり/リージョンあたりのストレージ アカウント数 | 250 | 250 | 250 |
| 最大ストレージ容量 | 100 TiB | 4 PiB | 5 PiB |
| 最大ファイル共有数 | 1024 (50 以下を使用することをお勧めします) | 50 | 無制限 (50 以下を使用することをお勧めします) |
| 最大 IOPS | 102,400 IOPS | 50,000 IOPS | 20,000 IOPS |
| 最大スループット | 10,340 MiB / 秒 | 5,120 MiB/秒 |
|
| 仮想ネットワーク規則の最大数 | 200 | 200 | 200 |
| IP アドレス規則の最大数 | 200 | 200 | 200 |
| 読み取り操作の管理 | 5 分あたり 800 | 5 分あたり 800 | 5 分あたり 800 |
| 管理書き込み操作 | 1 秒あたり 10 または 1 時間あたり 1,200 | 1 秒あたり 10 または 1 時間あたり 1,200 | 1 秒あたり 10 または 1 時間あたり 1,200 |
| 管理一覧表示操作 | 5 分あたり 100 | 5 分あたり 100 | 5 分あたり 100 |
HDD 従量課金制における最大スループットが増加した選択されたリージョン
次のリージョンでは、HDD 従量課金制ストレージ アカウント (StorageV2) の最大スループットが増加しています。
- 東アジア
- 東南アジア
- オーストラリア東部
- ブラジル南部
- カナダ中部
- 中国東部 2
- 中国北 3
- 北ヨーロッパ
- 西ヨーロッパ
- フランス中部
- ドイツ中西部
- インド中部
- 東日本
- JIO インド西部
- 韓国中部
- ノルウェー東部
- 南アフリカ北部
- スウェーデン中部
- アラブ首長国連邦北部
- 英国南部
- 米国中部
- 米国東部
- 米国東部 2
- 米国政府 バージニア州
- アメリカ合衆国政府 アリゾナ州
- 米国中北部
- 米国中南部
- 米国西部
- 米国西部 2
- 米国西部 3
Azure ファイル共有の範囲目標
Azure ファイル共有のスケール ターゲットは、ファイル共有レベルで適用されます。
| 属性 | SSD プロビジョニング済み v1 | HDD プロビジョニング済み v2 | HDD 従量課金制 |
|---|---|---|---|
| ストレージ プロビジョニング ユニット | 1 GiB | 1 GiB | 該当なし |
| IOPS プロビジョニング ユニット | 該当なし | 1 IO/秒 | 該当なし |
| スループット プロビジョニング ユニット | 該当なし | 1 MiB/秒 | 該当なし |
| 最小ストレージ サイズ | 100 GiB (プロビジョニング済み) | 32 GiB (プロビジョニング済み) | 0 バイト |
| 最大ストレージ サイズ | 100 TiB | 256 TiB | 100 TiB |
| ファイルの最大数 | 無制限 | 無制限 | 無制限 |
| 最大 IOPS (データ) | 102,400 IOPS (プロビジョニングに依存) | 50,000 IOPS (プロビジョニングに依存) | 20,000 IOPS |
| 最大 IOPS (メタデータ1) | 最大 35,000 IOPS2 | 最大 12,000 IOPS | 最大 12,000 IOPS |
| 最大スループット | 10,340 MiB / 秒 (プロビジョニングに依存) | 5,120 MiB / 秒 (プロビジョニングに依存) | ストレージ アカウントの上限まで |
| 共有スナップショットの最大数 | 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 の監視 を参照してください。
SSD ファイル共有の 2 つの IOPS を 35,000 IOPS にスケーリングするには、 メタデータ キャッシュ機能を登録する必要があります。
3 Azure Files では、ディレクトリとファイルの名前に対して特定の名前付けルールが適用されます。
ファイルスケールの目標
ファイルのスケール ターゲットは、Azure ファイル共有に格納されている個々のファイルに適用されます。
| 属性 | SSD プロビジョニング済み v1 | HDD プロビジョニング済み v2 | HDD 従量課金制 |
|---|---|---|---|
| ファイルの最大サイズ | 4 TiB | 4 TiB | 4 TiB |
| ファイルあたりの最大データ IOPS | 8,000 IOPS | 1,000 IOPS | 1,000 IOPS |
| ファイルあたりの最大スループット | 1,024 MiB / 秒 | 60 MiB/秒 | 60 MiB/秒 |
| ルート ディレクトリの同時ハンドルの最大数 | 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 File Sync のスケール ターゲット
次の表では、どのターゲットがソフトであるか、Microsoft がテストした境界を表しているか、ハードであるか、適用された最大値を示しているかを表します。
| リソース | 目標 | 厳格な制限 |
|---|---|---|
| リージョンあたりのストレージ同期サービス数 | ストレージ同期サービス100件 | はい |
| サブスクリプションごとのストレージ同期サービス数 | 15 件のストレージ同期サービス | はい |
| ストレージ同期サービスごとの同期グループ数 | 200 の同期グループ | はい |
| ストレージ同期サービスごとの登録サーバー数 | 100 サーバー | はい |
| ストレージ同期サービスごとのプライベート エンドポイント | 100 のプライベート エンドポイント | はい |
| 同期グループあたりのクラウド エンドポイント数 | 1 つのクラウド エンドポイント | はい |
| 同期グループあたりのサーバー エンドポイント数 | 100 個のサーバー エンドポイント | はい |
| サーバーあたりのサーバー エンドポイント数 | 30 個のサーバー エンドポイント | はい |
| 同期グループあたりのファイル システム オブジェクト数 (ディレクトリとファイル) | 1 億オブジェクト | いいえ |
| ディレクトリ内のファイル システム オブジェクト (ディレクトリとファイル) の最大数 (再帰的ではない) | 500 万オブジェクト | いいえ |
| オブジェクト (ディレクトリとファイル) のセキュリティ記述子の最大サイズ | 64 KiB | はい |
| ファイル サイズ | 100 GiB | いいえ |
| 階層化されるファイルの最小ファイルサイズ | ファイル システムのクラスター サイズ (ダブルファイル システムクラスターのサイズ) に基づきます。 たとえば、ファイル システム クラスターのサイズが 4 KiB の場合、ファイルの最小サイズは 8 KiB です。 | はい |
注
Azure File Sync エンドポイントは、Azure ファイル共有のサイズにスケールアップできます。 Azure ファイル共有のサイズの上限に達した場合、同期は操作できません。
Azure File Sync のパフォーマンス メトリック
Azure File Sync エージェントは、Azure ファイル共有に接続する Windows Server コンピューター上で実行されるため、有効な同期パフォーマンスは、次のようなインフラストラクチャの多くの要因によって異なります。
- Windows Server と基になるディスク構成
- サーバーと Azure Storage の間のネットワーク帯域幅
- ファイル サイズ
- データセットの合計サイズ
- データセットのアクティビティ
Azure File Sync はファイル レベルで動作するため、1 秒あたりに処理されたオブジェクト (ファイルとディレクトリ) の数によって、Azure File Sync ベースのソリューションのパフォーマンス特性を測定する必要があります。
次の表は、Azure File Sync のパフォーマンスターゲットを示しています。
| シナリオ | [パフォーマンス] |
|---|---|
| 最初のクラウド変更の列挙 | 同期グループあたり 1 秒あたり 150 個のオブジェクト |
| アップロードスループット | 同期グループあたり 1 秒あたり 200 個のオブジェクト |
| 名前空間ダウンロードのスループット | サーバー エンドポイントあたり 400 オブジェクト/秒 |
| 完全なダウンロードのスループット | サーバー エンドポイントあたり 1 秒あたり 60 個のオブジェクト |
注
実際のパフォーマンスは、このセクションの最初で説明したような複数の要因によって左右されます。
展開に対する一般的なガイドとして、いくつか点に留意する必要があります。
- オブジェクトのスループットは、サーバー上の同期グループの数に比例してほぼスケーリングされます。 サーバー上の複数の同期グループにデータを分割するとスループットが向上しますが、サーバーとネットワークによっても制限されます。
- オブジェクトのスループットは、1 秒あたりの MiB スループットに反比例します。 ファイルが小さい場合、1 秒あたりに処理されるオブジェクトの数は高くなりますが、1 秒あたりの MiB のスループットは低くなります。 逆に、大きなファイルの場合、1 秒あたりの処理されるオブジェクトは少なくなりますが、1 秒あたりの MiB のスループットは高くなります。 MiB/秒のスループットは、Azure Files のスケール ターゲットによって制限されます。
- 同じ同期グループ内の多数のサーバー エンドポイントを同時に同期すると、エンドポイント間でクラウド サービス リソースの競合が発生します。 結果として、アップロードのパフォーマンスが影響を受けます。 極端な場合、一部の同期セッションはリソースへのアクセスに失敗し、失敗します。 ただし、これらの同期セッションはまもなく再開され、輻輳が減少すると最終的に成功します。
- クラウドの階層化が有効になっている場合は、一部のファイル データのみがダウンロードされるため、ダウンロードパフォーマンスが向上する可能性があります。 Azure File Sync は、いずれかのエンドポイントで変更されたときにのみ、キャッシュされたファイルのデータをダウンロードします。 階層化されたファイルや新しく作成されたファイルについて、エージェントはファイル データをダウンロードせず、代わりにすべてのサーバー エンドポイントに対して名前空間の同期を行うのみです。 エージェントは、ユーザーがアクセスした階層化されたファイルの部分的なダウンロードもサポートします。