Azure Files の管理の概念

Azureでは、resource は、Azureサブスクリプションとリソースグループ内で作成および構成する管理可能な項目です。 リソースプロバイダーは、特定の 種類のリソースを提供する管理サービスです。多くのリソースを使用してワークロードをAzureにデプロイすることもできますが、Azure Filesは次の 2 つの重要なリソースを中心にしています。

Storage アカウント。Microsoft.Storage リソースプロバイダーによって提供されます。ストレージアカウントは最上位のリソースであり、ストレージ、IOPS、スループットの共有プールを表し、ストレージアカウントの種類に応じて、クラシックファイル共有やその他のストレージリソースをデプロイできます。ストレージアカウントにデプロイするすべてのストレージリソースは、そのストレージアカウントに適用される制限を共有します。クラシックファイル共有では、SMB と NFS の両方のファイル共有プロトコルがサポートされます。
File shares。Microsoft.FileShares リソースプロバイダーによって提供されます。ファイル共有は、ストレージアカウントの必要性を排除することで、Azure Filesのデプロイを簡略化する新しい最上位レベルのリソースです。従来のファイル共有はストレージアカウントにデプロイする必要がありますが、ファイルシェアはストレージアカウント自体や仮想マシン、ディスク、仮想ネットワークなどの他のAzureリソースに直接デプロイします。現在、 Microsoft.FileShares は NFS ファイル共有プロトコルのみをサポートしています。 SMB が必要な場合は、クラシックファイル共有を選択します。

このビデオでは、ストレージアカウントとファイル共有管理モデルの違いの包括的な概要について説明します。

クラシックファイル共有 (Microsoft。ストレージ)

従来のファイル共有(ストレージアカウントにデプロイされたファイル共有)は、Azure Filesのファイル共有をデプロイする従来の方法です。 SMB と NFS、SSD と HDD のメディア層、すべての冗長性の種類、すべてのリージョンでの可用性など、Azure Filesがサポートするすべての主要な機能をサポートします。クラシックファイル共有では、さまざまなAzure Files機能がサポートされますが、重要な制限事項があります。

容量計画: クラシックファイル共有と、同じストレージアカウント内に存在する BLOB コンテナーなどの子オブジェクトは、ストレージ、IOPS、スループットの共通プールを共有します。このアーキテクチャは、ストレージアカウントに複数のクラシックファイル共有を配置するときに、容量のボトルネックを回避するために慎重に計画する必要があります。 1 つのクラシックファイル共有の増加によって他のファイル共有が混雑する可能性があるため、ストレージアカウントに配置された各クラシックファイル共有の現在と将来の両方のニーズを考慮してください。
共有設定: ストレージアカウントレベルで、ネットワークやセキュリティ規則など、多くの重要な設定を適用します。そのため、クラシックファイル共有を同じストレージアカウントに配置する方法を慎重に検討する必要があります。ストレージアカウントを信頼境界と見なし、同じセキュリティ設定で問題ない場合は、クラシックファイル共有のみを同じストレージアカウントに配置します。
スケーリングの複雑さ: 大規模なAzure Filesデプロイでは、Microsoft.Storage リソースプロバイダーからのストレージアカウントの制約により、多くのAzure サブスクリプションを管理する必要があります。詳細については、「ストレージアカウントの制限」を参照してください。

クラシックファイル共有のデプロイでは、次の 2 種類のストレージアカウントが使用されます。

プロビジョニングされたストレージアカウント: FileStorage ストレージアカウントの種類は、プロビジョニングされたストレージアカウントを識別します。プロビジョニングされたストレージアカウントを使用して、プロビジョニングされたクラシックファイル共有を SSD または HDD ベースのハードウェアにデプロイできます。プロビジョニングされたストレージアカウントのみを使用して、クラシックファイル共有を格納できます。 BLOB コンテナー、キュー、テーブルなどの他のストレージリソースには使用できません。すべての新しいクラシックファイル共有のデプロイには、プロビジョニングされたストレージアカウントを使用します。
従量課金制ストレージアカウント: StorageV2 ストレージアカウントの種類は、従量課金制ストレージアカウントを識別します。従量課金制ストレージアカウントを使用して、HDD ベースのハードウェアに従量課金制ファイル共有をデプロイできます。従量課金制ストレージアカウントを使用して、クラシックファイル共有や、BLOB コンテナー、キュー、テーブルなどの他のストレージリソースを格納できます。

詳細については、「クラシックファイル共有を作成する」を参照してください。

ファイル共有 (Microsoft。FileShares)

Microsoft.FileShares リソースプロバイダーは、ファイル共有を新しい最上位レベルのAzure リソースとして提供します。これらのファイル共有は、クラシックファイル共有よりも次の利点を提供します。

管理の簡素化: Azure ポータルまたは管理 API を使用して、ファイル共有を最上位レベルのリソースとして直接作成します。この方法では、ストレージアカウントを管理するための要件が削除され、デプロイエクスペリエンスが合理化されます。
独立した容量とパフォーマンス: 各ファイル共有には、専用のストレージ、IOPS、スループットがあります。この設計により、ストレージアカウントの限られたリソースに対して容量を計画する必要がなくなります。また、ワークロードの需要の増加に合わせてファイル共有を自由に拡張できます。
詳細な構成: ファイル共有レベルでネットワークとセキュリティの設定を適用し、アクセス境界と分離を正確に制御できるようにします。この構成により、特定のアプリ、チーム、または環境にセキュリティポリシーを簡単に適用できます。
予測可能で柔軟な課金: ファイル共有では、プロビジョニングされた v2 課金モデルが使用されます。これにより、共有ごとにストレージ、IOPS、スループットを個別にプロビジョニングできます。 Azure では最上位レベルの Azure リソースごとに課金されるため、ファイル共有を使用しているプロジェクト、チーム、または顧客にコストを配賦する目的で、各ファイル共有のコストを簡単に追跡できます。
スケールとパフォーマンスの向上: ファイル共有では、クラシックファイル共有よりも制限は高く、デプロイ時間は低くなるようサポートされます。詳細については、「Azure Filesスケーラビリティとパフォーマンスのターゲットを参照してください。

地域ごとの提供状況

現在、Microsoft.FileShares を使用して、次のリージョンでファイル共有を作成できます。 Microsoftを使用したファイル共有に対するプライベートエンドポイントのサポート。FileShares は、すべてのAzureパブリッククラウドリージョンで使用できます。

オーストラリア中部
オーストラリア東部
オーストラリア南東部
ブラジル南部
ブラジル南東部
カナダ中部
カナダ東部
インド中部
東アジア
米国東部
フランス中部
フランス南部
ドイツ北部
ドイツ中西部
イスラエル中部
イタリア北部
東日本
西日本
JIOインディアセントラル
JIO インド西部
韓国中部
韓国南部
米国中北部
北ヨーロッパ
ノルウェー東部
ノルウェー西部
ポーランド中部
南アフリカ北部
南アフリカ西部
米国中南部
インド南部
東南アジア
スウェーデン中部
アラブ首長国連邦中部
アラブ首長国連邦北部
英国南部
英国西部
西ヨーロッパ
米国西部

リソースプロバイダーの比較: Microsoft。ストレージとMicrosoft。FileShares

お使いのすべての新しい Azure Files NFS プロトコルのデプロイ向けに、Microsoft.FileShares による新しいファイル共有エクスペリエンスを評価してください。

新しいファイル共有エクスペリエンスで特定の機能要件がまだ利用できない場合、またはワークロードで SMB プロトコルのサポートが必要な場合は、クラシックファイル共有エクスペリエンスを使用します。

Feature	クラシックファイル共有	ファイル共有 (Microsoft。FileShares)
サポート保証	一般公開	一般公開
サービスの最上位リソース	ストレージアカウント	ファイル共有
SMB プロトコル
NFS プロトコル
Azure File Syncサポート
ストレージアカウントが必要
従量課金制の課金モデル
プロビジョニング済み v1 の課金モデル
プロビジョニング済み v2 の課金モデル
HDD のサポート性
SSD のサポート性
LRS
ZRS
GRS
GZRS
共有レベルごとの課金、ネットワーク、セキュリティ構成
ファイル共有のための単一仮想ネットワーク構成
複数のファイル共有のための単一の仮想ネットワーク構成
AKS CSI ドライバー
データプレーン REST API
論理削除のサポート
スナップショットのサポート
転送時の暗号化
カスタマーマネージドキー
ゾーン固定