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。ストレージ)

クラシックファイル共有はストレージアカウントに展開されるファイル共有です。 SMBとNFS、SSDとHDDのストレージ階層、そして複数の冗長性オプションに対応しています。サポートされる組み合わせや地域別での利用可能性は、プロトコル、メディア階層、請求モデルによって異なります。例えば、NFSはSSDストレージを必要とします。ストレージアカウントモデルには以下の考慮事項があります:

容量計画:クラシックファイルシェアはストレージアカウントの制限を共有します。プロビジョニングストレージアカウントにはファイル共有のみが含まれます。従量課金のストレージアカウントには、ブロブコンテナー、キュー、テーブルも含めることができます。各アカウントのリソースのストレージ、IOPS、スループットの合計需要を考慮してください。
共有設定: ストレージアカウントレベルで、ネットワークやセキュリティ規則など、多くの重要な設定を適用します。そのため、クラシックファイル共有を同じストレージアカウントに配置する方法を慎重に検討する必要があります。ストレージアカウントを信頼境界と見なし、同じセキュリティ設定で問題ない場合は、クラシックファイル共有のみを同じストレージアカウントに配置します。
スケーリングの複雑さ: 大規模な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 リソースごとに課金されるため、ファイル共有を使用しているプロジェクト、チーム、または顧客にコストを配賦する目的で、各ファイル共有のコストを簡単に追跡できます。
リソース制限:ファイル共有にはストレージアカウントの制限とは異なり、1シェアあたりおよびサブスクリプションの上限があります。両方のリソースプロバイダーの制限については、Azure Filesのスケーラビリティおよびパフォーマンス目標を参照してください。

地域ごとの提供状況

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

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

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

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

以下の表を使って、あなたのワークロードに対する機能サポートを比較してください。クラシックファイル共有はSMBとNFSをサポートしています。 Microsoft.FileSharesは現在NFSをサポートしています。

Feature	クラシックファイル共有	ファイル共有 (Microsoft。FileShares)
サポート保証	一般公開	一般公開
サービスの最上位リソース	ストレージアカウント	ファイル共有
SMB プロトコル
NFS プロトコル
Azure File Syncサポート
ストレージアカウントが必要
従量課金制の課金モデル
プロビジョニング済み v1 の課金モデル
プロビジョニング済み v2 の課金モデル
HDD のサポート性
SSD のサポート性
LRS
ZRS
GRS
GZRS
各ファイル共有に対する独立したトップレベルリソース
各ファイル共有で設定されたネットワークルール
ストレージアカウント内のファイル共有に共通のネットワークルール		適用なし
サービスエンドポイントポリシー
AKS CSI ドライバー
データプレーン REST API
論理削除のサポート
スナップショットのサポート
転送時の暗号化
カスタマーマネージドキー
ゾーン固定