Azure Files は、SMB および NFS ファイル共有プロトコルを介してアクセスできるフル マネージドのファイル共有をクラウドで提供します。 この記事では、Azure Files のスケーラビリティとパフォーマンスのターゲットについて説明します。 Azure Filesによって設定された制限に加えて、デプロイ内の他の変数がこれらのターゲットに影響する可能性があります。 使用パターンをテストして、Azure Filesのスケーラビリティとパフォーマンスが要件を満たしているかどうかを判断します。
リソース プロバイダー
Azure では、"リソース" は、Azure サブスクリプションと リソース グループ内で作成および構成する管理可能な項目です。 リソース プロバイダーは、特定の 種類のリソースを提供する管理サービスです。 多くのリソースを使用してワークロードをAzureにデプロイすることもできますが、Azure Filesは次の 2 つの重要なリソースを中心にしています。
ストレージ アカウント:
Microsoft.Storageリソース プロバイダーによって提供されます。 ストレージ アカウントは最上位のリソースであり、ストレージ、IOPS、スループットの共有プールを表し、ストレージ アカウントの種類に応じて、クラシック ファイル共有やその他のストレージ リソースをデプロイできます。 ストレージ アカウントにデプロイするすべてのストレージ リソースは、そのストレージ アカウントに適用される制限を共有します。 クラシック ファイル共有では、SMB と NFS の両方のファイル共有プロトコルがサポートされます。File shares。
Microsoft.FileSharesリソース プロバイダーによって提供されます。 ファイル共有は、ストレージ アカウントを削除することで Azure Files のデプロイを簡略化する新しい最上位レベルのリソースの種類です。 従来のファイル共有はストレージアカウントにデプロイする必要がありますが、ファイル共有はストレージアカウントや仮想マシン、ディスク、仮想ネットワークなどのAzureリソースのデプロイと同様に、直接リソースグループにデプロイします。 ファイル共有では、NFS ファイル共有プロトコルがサポートされます。 SMB が必要な場合は、デプロイ用のクラシック ファイル共有を選択します。
クラシック ファイル共有スケール ターゲット (Microsoft.Storage)
ストレージ アカウントとクラシック ファイル共有には、次の 2 種類の制限が適用されます。
コントロール プレーンの制限。
Microsoft.Storageリソース プロバイダーによって適用されます。 これらの制限は、ストレージ アカウントやその他の子リソースの作成、更新、削除などの管理要求に適用されます (クラシック ファイル共有を含みますが、これらに限定されません)。データ プレーンの制限。Azure ストレージ プラットフォームによって適用されます。 これらの制限は、SMB、NFS、FileREST、およびその他のプロトコルを使用したファイルとフォルダーの作成と削除などの操作に適用されます。 従来の理由から、クラシック ファイル共有の作成、更新、削除などの一部の管理操作は、データ プレーン (FileREST プロトコル) を介して使用することもできます。
Microsoft.Storageの制限は、Azure ストレージ プラットフォームに直接行う管理要求には適用されません。
Microsoft.Storage コントロール プレーンの制限
次の制限は、ストレージ アカウントまたはクラシック ファイル共有などのストレージ アカウントの子リソースに適用されます。
| Attribute | 極限 |
|---|---|
| リージョンごとのサブスクリプションあたりのストレージ アカウントの最大数 | 250 個のストレージ アカウント |
| ストレージ アカウントあたりのクラシック ファイル共有の最大数 |
|
| クラシック ファイル共有あたりのファイル共有スナップショットの最大数 | 200 |
| ストレージ アカウントあたりの仮想ネットワーク規則の最大数 | 200 |
| ストレージ アカウントあたりの IP アドレス規則の最大数 | 200 |
| 読み取り操作の管理 | 5 分あたり 800 |
| 管理書き込み操作 | 1 秒あたり 10 または 1 時間あたり 1,200 |
| 管理一覧表示操作 | 5 分あたり 100 |
ストレージ アカウントのデータ プレーンの制限
ストレージ アカウントの制限は、SKU とストレージ アカウントの種類によって若干異なります。 ストレージ アカウントの SKU は、メディア層、課金モデルのイテレーション、冗長性の組み合わせです。 ストレージ アカウントの種類は、サポートするストレージ サービス、機能、課金モデルを決定する追加の修飾子です。 クラシック ファイル共有の場合、次の 4 つの組み合わせがあります。
SSD プロビジョニング済み v2 ストレージ アカウント:
FileStorageストレージ アカウントの種類と、PremiumV2_LRSまたはPremiumV2_ZRSストレージ アカウント SKU によって表されます。 これらのストレージ アカウントにはクラシック ファイル共有のみを含めることができます。BLOB コンテナー、キュー、テーブルなどの他のストレージ リソースのデプロイには使用できません。 これらのストレージ アカウントにデプロイされるクラシック ファイル共有は、常に SSD メディア層にあり、プロビジョニング済み v2 課金モデルを使用して課金されます。HDD プロビジョニング済み v2 ストレージ アカウント:
FileStorageストレージ アカウントの種類と、StandardV2_LRS、StandardV2_ZRS、StandardV2_GRS、またはStandardV2_GZRSのストレージ アカウント SKU によって表されます。 これらのストレージ アカウントにはクラシック ファイル共有のみを含めることができます。BLOB コンテナー、キュー、テーブルなどの他のストレージ リソースのデプロイには使用できません。 これらのストレージ アカウントにデプロイされるクラシック ファイル共有は、常に HDD メディア層上にあり、プロビジョニング済み v2 課金モデルを使用して課金されます。SSD プロビジョニング済み v1 ストレージ アカウント:
FileStorageストレージ アカウントの種類と、Premium_LRSまたはPremium_ZRSのストレージ アカウント SKU によって表されます。 これらのストレージ アカウントにはクラシック ファイル共有のみを含めることができます。BLOB コンテナー、キュー、テーブルなどの他のストレージ リソースのデプロイには使用できません。 これらのストレージ アカウントにデプロイされるクラシック ファイル共有は、常に SSD メディア層にあり、プロビジョニング済み v1 課金モデルを使用して課金されます。HDD 従量課金制ストレージ アカウント。これは、
StorageV2ストレージ アカウントの種類と、Standard_LRS、Standard_ZRS、Standard_GRS、Standard_GZRS、Standard_RAGRS、またはStandard_RAGZRSストレージ アカウントの SKU によって表されます。 これらのストレージ アカウントには、クラシック ファイル共有や、BLOB コンテナー、キュー、テーブルなどの他のストレージ リソースを含めることができます。 これらのストレージ アカウントにデプロイされるクラシック ファイル共有は、常に HDD メディア層上にあり、従量課金制課金モデルを使用して課金されます。
Note
Standard_RAGRS または Standard_RAGZRS ストレージ アカウント SKU を使用して、クラシック ファイル共有をストレージ アカウントにデプロイすることはできますが、Azure Files では GRS アカウントの読み取りアクセシビリティ モードはサポートされていません。 これらのクラシック ファイル共有では、 Standard_GRS または Standard_GZRS ストレージ アカウント SKU が暗黙的に使用されます。 BLOB コンテナーなどの他のストレージ リソースは、読み取りアクセシビリティ モードをサポートしており、これらのストレージ アカウントで混在させることができます。
ストレージ アカウントのデータ プレーンには、次の制限が適用されます。 クラシック ファイル共有、BLOB コンテナー、テーブル、キューなど、ストレージ アカウント内のすべてのものがこれらの制限を共有します。
| Attribute | SSD プロビジョニング済み v2 | HDD プロビジョニング済み v2 | SSD プロビジョニング済み v1 | HDD 従量課金制 |
|---|---|---|---|---|
| ストレージ アカウントの種類 | FileStorage | FileStorage | FileStorage | StorageV2 |
| SKUs |
|
|
|
|
| 最大ストレージ容量 | 256 TiB | 4 PiB | 100 TiB | 5 PiB |
| 最大 IOPS | 102,400 IOPS | 50,000 IOPS | 102,400 IOPS |
|
| 最大スループット | 10,340 MiB / 秒 | 5,120 MiB/秒 | 10,340 MiB / 秒 |
|
次の一部のリージョンでは、HDD 従量課金制ストレージ アカウント (StorageV2) のみ、最大 IOPS とスループットが向上しています。
- 東アジア
- 東南アジア
- オーストラリア東部
- ブラジル南部
- カナダ中部
- 中国東部 2
- 中国北部 3
- 北ヨーロッパ
- 西ヨーロッパ
- フランス中部
- ドイツ中西部
- インド中部
- 東日本
- JIO インド西部
- 韓国中部
- ノルウェー東部
- 南アフリカ北部
- スウェーデン中部
- アラブ首長国連邦北部
- 英国南部
- 米国中部
- 米国東部
- 米国東部 2
- US Gov バージニア
- US Gov アリゾナ
- 米国中北部
- 米国中南部
- 米国西部
- 米国西部 2
- 米国西部 3
クラシック ファイル共有データ プレーンの制限
クラシック ファイル共有レベルでは、次の制限が適用されます。 すべてのクラシック ファイル共有には、デプロイ先のストレージ アカウントの制限も適用されます。
SSD と HDD でプロビジョニングされた v2 ストレージ アカウント: ストレージ アカウントでサポートされているよりも多くのストレージ、IOPS、またはスループットをプロビジョニングすることはできません。 ただし、プロビジョニングされた v2 ファイル共有は、プロビジョニングされた IOPS を超えるクレジットベースの IOPS バーストに、ベストエフォート ベースで対応しています。 アカウント内の複数のクラシック ファイル共有が同時にバーストした場合、パフォーマンスはストレージ アカウントの IOPS 制限で制限されます。
SSD によってプロビジョニングされた v1 ストレージ アカウント: ストレージ アカウントでサポートされているよりも多くのストレージをプロビジョニングすることはできませんが、ストレージ アカウントでサポートされるよりも多くの IOPS またはスループットをプロビジョニングできます。 IOPS またはスループットの合計使用量がストレージ アカウントの制限を超えた場合、ストレージ アカウントは要求を調整します。
HDD 従量課金制ストレージ アカウント: クラシック ファイル共有の数に制限なく作成できます。 各クラシック ファイル共有は理論的には IOPS とスループットに関するストレージ アカウントの制限まで消費できますが、ストレージ アカウント内のすべてのリソース (クラシック ファイル共有、BLOB コンテナー、テーブル、キュー) の合計使用量がこれらの制限を超えると、ストレージ アカウントによって要求が調整されます。 現在、すべての従量課金制Azureファイル共有は、最大 100 TiB まで拡張できます。 Azure Filesの large ファイル共有機能は、従量課金制のファイル共有を 5 TiB を超えて拡張できるようにする従来の設定です。 この機能の導入前の古いストレージ アカウントがある場合は、 ファイル共有のクォータを増やす必要がある場合があります。
| Attribute | SSD プロビジョニング済み v2 | HDD プロビジョニング済み v2 | SSD プロビジョニング済み v1 | HDD 従量課金制 |
|---|---|---|---|---|
| ストレージ プロビジョニング ユニット | 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 バイト |
| 最大ストレージ サイズ | 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（秒あたりの入出力操作数） |
| 最大スループット | 10,340 MiB / 秒 (プロビジョニングに依存) | 5,120 MiB / 秒 (プロビジョニングに依存) | 10,340 MiB / 秒 (プロビジョニングに依存) | ストレージ アカウントの上限まで |
| 最大メタデータ IOPS1 |
|
最大 12,000 IOPS |
|
最大 12,000 IOPS |
| ファイル名の最大長2 (すべてのディレクトリ、ファイル名、バックスラッシュ文字を含む完全パス名) | 2,048 文字 | 2,048 文字 | 2,048 文字 | 2,048 文字 |
| 個々のパス名コンポーネントの最大長 (パス \A\B\C\D では、各文字は個々のコンポーネントであるディレクトリまたはファイルを表します) | 255 文字 | 255 文字 | 255 文字 | 255 文字 |
| SMB マルチチャネルの最大チャネル数 | 4 | N/A | 4 | N/A |
| ファイル共有あたりの保存されるアクセス ポリシーの最大数 | 5 | 5 | 5 | 5 |
1 メタデータ操作とは、ファイルやフォルダーを開くなどのファイル ハンドルを操作する操作です。 メタデータの最大 IOPS 制限は、ファイル共有にプロビジョニングされた IOPS の量に関係なく、メタデータに使用できる最大 IOPS を示します。 SSD に格納されている SMB 共有は、メタデータ キャッシュ機能を使用して最大 35,000 IOPSまでスケールアップできます。 ガイダンスについては、メタデータ IOPS の監視に関するセクションを参照してください。
2 Azure Files では、ディレクトリとファイルの名前に対して特定の名前付けルールが適用されます。
個々のファイルのクラシック ファイル共有スケール ターゲット
ファイル スケール ターゲットは、クラシック ファイル共有に格納されている個々のファイルに適用されます。 個々のファイルの制限に達する機能は、クラシック ファイル共有と、そのファイルが存在するストレージ アカウントの制限に従います。
| Attribute | SSD 値 (プロビジョニング済み v2 とプロビジョニング済み v1 の両方を含む) | HDD 値 (プロビジョニング済み v2 と従量課金制の両方を含む) |
|---|---|---|
| ファイルの最大サイズ | 4 TiB | 4 TiB |
| ファイルあたりの最大データ IOPS | 12,000 IOPS | 1,000 IOPS |
| ファイルあたりの最大読み取りスループット(マルチクライアント) | 最大10,240 MiB/秒 | 口座限度額まで |
| ファイルあたりの最大読み取りスループット | SMB:~3 GiB/s、NFS:~2 GiB/s | 60 MiB/秒 |
| ファイルあたりの最大書き込みスループット | SMB:~2 GiB/s、NFS:~1.5 GiB/s | 60 MiB/秒 |
| ファイルあたりのハード リンクの制限 | 178 | N/A |
| ルート ディレクトリの同時ハンドルの最大数 | 10,000 ハンドル | 10,000 ハンドル |
| ファイルおよびディレクトリあたりの同時ハンドルの最大数 | 2,000 ハンドル | 2,000 ハンドル |
* ファイルおよびディレクトリあたりの同時ハンドルの最大数は、SSD メディア層で SMB プロトコルを使用するクラシック ファイル共有におけるソフト制限です。 この制限を超えてスケーリングする必要がある場合は、 メタデータ キャッシュを有効に して、 ファイル ハンドルの制限の引き上げ (プレビュー) に登録できます。
ファイル共有スケール ターゲット (Microsoft.FileShares)
Microsoft.FileShares リソース プロバイダーで作成されたファイル共有には、次の 2 種類の制限が適用されます。
コントロール プレーンの制限。
Microsoft.FileSharesリソース プロバイダーによって適用されます。 これらの制限は、ファイル共有またはファイル共有スナップショットなどの子リソースの作成、更新、削除などの管理要求に適用されます。データ プレーンの制限。Azure ストレージ プラットフォームによって適用されます。 これらの制限は、NFS ファイル共有プロトコルを使用したファイルとフォルダーの作成や削除などのアクションに適用されます。
Microsoft.FileShares コントロール プレーンの制限
ファイル共有とファイル共有の子リソース (ファイル共有スナップショットなど) には、次の制限が適用されます。
| Attribute | 極限 |
|---|---|
| リージョンごとのサブスクリプションあたりのファイル共有の最大数 | 10,000 件のファイル共有 |
| ファイル共有あたりのファイル共有スナップショットの最大数 | 200 個のファイル共有スナップショット |
| 管理読み取り操作1 | 最大 375 リクエスト/秒、37 リクエスト/秒の速度で補充 |
| 管理書き込み操作1 | 最大 300 リクエスト/秒、15 リクエスト/秒の速度で補充 |
| 管理削除操作1 | 最大 300 リクエスト/秒、15 リクエスト/秒の速度で補充 |
1Microsoft.FileShares は、Azure Resource Manager 自体が使用するものと同様の管理リクエスト調整アルゴリズムを使用します。 API 調整は、 トークン バケット アルゴリズムを使用して管理されます。 トークン バケットは、1 秒あたりに送信できる要求の最大数を表します。 要求の最大数に達すると、リフィル レートによって、新しい要求がバケットに追加される速度が決まります。
ファイル共有データ プレーン ターゲット
次の制限はファイル共有レベルで適用され、データ プレーンで適用されます。
Microsoft.FileShares リソース プロバイダーで作成されたファイル共有では、プロビジョニングされた v2 課金モデルが使用されます。
| Attribute | SSD 値 |
|---|---|
| ストレージ プロビジョニング ユニット | 1 GiB |
| IOPS プロビジョニング ユニット | 1 IO/秒 |
| スループット プロビジョニング ユニット | 1 MiB/秒 |
| プロビジョニングされた最小ストレージ サイズ | 32ギリオン |
| プロビジョニングされた最小 IOPS サイズ | 3,000 IOPS |
| プロビジョニングされた最小スループット サイズ | 100 MiB/秒 |
| プロビジョニングされた最大ストレージ サイズ | 256 TiB |
| プロビジョニングされた最大 IOPS | 102,400 IOPS |
| プロビジョニングされた最大スループット | 10,340 MiB / 秒 |
| 最大メタデータ IOPS 1 | 最大 35,000 IOPS |
| ファイル名の最大長2 (すべてのディレクトリ、ファイル名、バックスラッシュ文字を含む完全パス名) | 2,048 文字 |
| 個々のパス名コンポーネントの最大長 (パス \A\B\C\D では、各文字は個々のコンポーネントであるディレクトリまたはファイルを表します) | 255 文字 |
1 メタデータ操作とは、ファイルやフォルダーを開くなどのファイル ハンドルを操作する操作です。 メタデータの最大 IOPS 制限では、ファイル共有にプロビジョニングされた IOPS の量に関係なく、メタデータが使用できる最大 IOPS を指定します。
個々のファイルのファイル共有スケール ターゲット
ファイル スケール ターゲットは、ファイル共有に格納されている個々のファイルに適用されます。 個々のファイルの制限に到達できるかどうかは、ファイル共有の制限によって決まります。
| Attribute | SSD 値 |
|---|---|
| ファイルの最大サイズ | 4 TiB |
| ファイルあたりの最大データ IOPS | 12,000 IOPS |
| ファイルあたりの最大読み取りスループット(マルチクライアント) | 最大10,240 MiB/秒 |
| ファイルあたりの最大読み取りスループット | ~2 GiB/s |
| ファイルあたりの最大書き込みスループット | ~1.5 GiB/s |
| ファイルあたりのハード リンクの制限 | 178 |
| ルート ディレクトリの同時ハンドルの最大数 | 10,000 ハンドル |
| ファイルおよびディレクトリあたりの同時ハンドルの最大数 | 2,000 ハンドル |