次の方法で共有

Azure Files のスケーラビリティとパフォーマンスのターゲット

Azure Files に、SMB および NFS ファイル共有プロトコルを介してアクセスできる、フル マネージドのファイル共有を提供します。 この記事では、Azure Files のスケーラビリティとパフォーマンスのターゲットについて説明します。 Azure Files によって設定された制限に加えて、デプロイ内の他の変数が、この記事に記載されているターゲットに影響を及ぼす可能性があります。 Azure Files のスケーラビリティとパフォーマンスが要件を満たしているかどうかを判断するには、実際の使用パターンでテストすることをお勧めします。

Azure では、"リソース" は、Azure サブスクリプションと リソース グループ内で作成および構成する管理可能な項目です。 リソースは、特定の種類のリソースを提供する管理サービスである "リソース プロバイダー" によって提供されます。 Azure でワークロードをデプロイする際には多くのリソースを扱うことがありますが、Azure Files は次の 2 つの主要なリソースに重点を置いています。

  • ストレージ アカウント: Microsoft.Storage リソース プロバイダーによって提供されます。 ストレージ アカウントは最上位のリソースであり、ストレージ、IOPS、スループットの共有プールを表し、ストレージ アカウントの種類に応じて、クラシック ファイル共有やその他のストレージ リソースをデプロイできます。 ストレージ アカウントにデプロイされているすべてのストレージ リソースにより、そのストレージ アカウントに適用される制限が共有されます。 クラシック ファイル共有では、SMB と NFS の両方のファイル共有プロトコルがサポートされます。

  • ファイル共有 (プレビュー): Microsoft.FileShares リソース プロバイダーによって提供されます。 ファイル共有は、ストレージ アカウントを削除することで Azure Files のデプロイを簡略化する新しい最上位レベルのリソースの種類です。 ストレージ アカウントにデプロイする必要があるクラシック ファイル共有とは異なり、ファイル共有は、ストレージ アカウント自体や、仮想マシン、ディスク、仮想ネットワークなどの使い慣れた他の Azure リソースなどのリソース グループに直接デプロイされます。 ファイル共有は NFS ファイル共有プロトコルをサポートしています。SMB が必要な場合は、デプロイ用のクラシック ファイル共有を選択します。

クラシック ファイル共有スケール ターゲット (Microsoft.Storage)

ストレージ アカウントとクラシック ファイル共有に適用される制限には、次の 2 種類があります。

  • コントロール プレーンの制限: Microsoft.Storage リソース プロバイダーによって適用され、ストレージ アカウントやその他の子リソース (クラシック ファイル共有を含むがこれらに限定されない) の作成、更新、削除などの管理要求に適用されます。

  • データ プレーンの制限: Azure ストレージ プラットフォームによって適用され、SMB、NFS、FileREST、その他のプロトコルを介したファイルやフォルダーの作成や削除などに適用されます。 レガシな理由により、クラシック ファイル共有の作成、更新、削除といった一部の管理操作もデータ プレーン (FileREST プロトコル) を介して使用できます。 Azure Storage プラットフォームに対して直接行われる管理要求については、Microsoft.Storage の制限は適用されません。

Microsoft.Storage コントロール プレーンの制限

次の制限は、ストレージ アカウントまたはクラシック ファイル共有などのストレージ アカウントの子リソースに適用されます。

Attribute 極限
リージョンごとのサブスクリプションあたりのストレージ アカウントの最大数 250 個のストレージ アカウント
ストレージ アカウントあたりのクラシック ファイル共有の最大数
  • SSD/HDD プロビジョニング v2: 50 個のクラシック ファイル共有
  • SSD プロビジョニング v1: 1024 個のクラシック ファイル共有 (50 個以下を使用することをお勧めします)
  • HDD 従量課金制: 無制限 (50 個以下を使用することをお勧めします)
クラシック ファイル共有あたりのファイル共有スナップショットの最大数 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
  • PremiumV2_LRS
  • PremiumV2_ZRS
  • StandardV2_LRS
  • StandardV2_ZRS
  • StandardV2_GRS
  • StandardV2_GZRS
  • Premium_LRS
  • Premium_ZRS
  • Standard_LRS
  • Standard_ZRS
  • Standard_GRS
  • Standard_GZRS
最大ストレージ容量 256 TiB 4 PiB 100 TiB 5 PiB
最大 IOPS 102,400 IOPS 50,000 IOPS 102,400 IOPS
  • リージョンの選択: 40,000 IOPS
  • 既定値: 20,000 IOPS
最大スループット 10,340 MiB / 秒 5,120 MiB/秒 10,340 MiB / 秒
  • リージョンの選択:
    • イングレス: 7,680 MiB（メビバイト）/ 秒
    • エグレス: 25,600 MiB/秒
  • Default:
    • イングレス: 3,200 MiB/秒
    • 送信: 6,400 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 従量課金制ストレージ アカウント: 最大 100 TiB のクラシック ファイル共有を無制限に作成できますが、各クラシック ファイル共有は理論上、ストレージ アカウントのIOPSとスループットの制限まで利用できます。しかし、ストレージ アカウント内のすべてのリソース (クラシック ファイル共有、BLOB コンテナー、テーブル、キュー) の合計使用量がこれらの制限を超えると、要求は調整されます。

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
  • メタデータ キャッシュ付き SMB または NFS: 最大 35,000 IOPS
  • メタデータ キャッシュなしの SMB: 最大 12,000 IOPS
 最大 12,000 IOPS
  • メタデータ キャッシュ付き SMB または NFS: 最大 35,000 IOPS
  • メタデータ キャッシュなしの SMB: 最大 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 8,000 IOPS 1,000 IOPS
ファイルあたりの最大スループット 1,024 MiB / 秒 60 MiB/秒
ファイルあたりのハード リンク制限 (NFS のみ) 178 N/A
ルート ディレクトリの同時ハンドルの最大数 10,000 ハンドル 10,000 ハンドル
ファイルおよびディレクトリあたりの同時ハンドルの最大数 2,000 ハンドル 2,000 ハンドル

* ファイルおよびディレクトリあたりの同時ハンドルの最大数は、SSD メディア層で SMB プロトコルを使用するクラシック ファイル共有におけるソフト制限です。 この制限を超えてスケーリングする必要がある場合は、 メタデータ キャッシュを有効にして、 ファイル ハンドルの制限の引き上げ (プレビュー) に登録できます。

ファイル共有スケール ターゲット (Microsoft.FileShares)

ファイル共有には、次の 2 種類の制限があります。

  • コントロール プレーンの制限: Microsoft.FileShares リソース プロバイダーによって適用され、ファイル共有やファイル共有スナップショットなどの子リソースの作成、更新、削除などの管理要求に適用されます。

  • データプレーンの制限: Azure ストレージ プラットフォームによって適用され、NFS ファイル共有プロトコル経由のファイルやフォルダーの作成と削除などに適用されます。

Microsoft.FileShares コントロール プレーンの制限

ファイル共有とファイル共有の子リソース (ファイル共有スナップショットなど) には、次の制限が適用されます。

Attribute 極限
リージョンごとのサブスクリプションあたりのファイル共有の最大数 1,000 個のファイル共有
ファイル共有あたりのファイル共有スナップショットの最大数 200 個のファイル共有スナップショット
管理読み取り操作1 最大 375 リクエスト/秒、37 リクエスト/秒の速度で補充
管理書き込み操作1 最大 300 リクエスト/秒、15 リクエスト/秒の速度で補充
管理削除操作1 最大 300 リクエスト/秒、15 リクエスト/秒の速度で補充

1Microsoft.FileShares は、Azure Resource Manager 自体が使用するものと同様の管理リクエスト調整アルゴリズムを使用します。 API 調整は、トークン バケット アルゴリズムを使用して管理されます。 トークン バケットは、1 秒あたりに送信できる要求の最大数を表します。 要求の最大数に達すると、リフィル レートによって、新しい要求が 'bucket' に追加される速度が決まります。

ファイル共有データ プレーン ターゲット

次の制限はファイル共有レベルで適用され、データ プレーンで適用されます。 ファイル共有では、プロビジョニング済み v2 課金モデルが使用されます。

Attribute SSD 値
ストレージ プロビジョニング ユニット 1 GiB
IOPS プロビジョニング ユニット 1 IO/秒
スループット プロビジョニング ユニット 1 MiB/秒
プロビジョニングされた最小ストレージ サイズ 32 GiB
プロビジョニングされた最小 IOPS サイズ 3000 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 8,000 IOPS
ファイルあたりの最大スループット 1,024 MiB / 秒
ファイルあたりのハード リンクの制限 178
ルート ディレクトリの同時ハンドルの最大数 10,000 ハンドル
ルート ディレクトリあたりの同時ハンドルの最大数 2,000 ハンドル

こちらも参照ください