Azure Files REST API

Azure Filesは、SMB や NFS などの業界標準のファイル システム プロトコルを使用してアクセス ("マウント") できるホスト型クラウド ファイル共有を提供します。 SMB または NFS を使用してコンピューターにファイル共有をマウントすると、オペレーティング システムは、 を使用して行う可能性があるローカル ファイル システム API 要求をリダイレクトします。NET の System.IO または Python のオープン/読み取り/書き込みメソッド。 つまり、アプリケーションや重要なアプリケーションのユーザーは、ローカル ストレージではなくリモート ファイル共有上にある特別な操作 (または知っている場合) を行う必要はありません。

Azure Files、FileREST API REST API呼ばれる、Azure ファイル共有に格納されているデータにアクセスする別の方法を提供する、新しい機能も提供されます。 ネイティブ ファイル システム API を使用してリモート ファイル共有への透過的なアクセスを可能にする SMB や NFS とは異なり、FileREST プロトコルは、ファイル共有データにアクセスする別の方法を提供します。 FileREST API を使用するには、FileREST HTTPS エンドポイントに対して HTTPS 要求を作成します。 自分で HTTPS 要求を作成するコードを記述することもできますが、FileREST API を使用する方法として期待される方法は、Azure SDK を介して行います。これは、C#、Java、Python、JavaScript、Go などの一般的な言語に慣用言語 API を提供します。

FileREST API は Azure Files 専用に設計されたため、SMB または NFS 経由でアクセスできない Azure Files の機能にアクセスし、コピーなどの特定の操作を SMB/NFS 経由よりも効率的に実行できます。 HTTPS のステートレスな性質により、FileREST API は、何らかの機能を追加するために Azure ファイル共有にアタッチできる付加価値サービスやアプリケーションなど、多くの Azure ファイル共有にアクセスする必要があるクラウド サービスやアプリケーションで使用する場合に便利です。 これには、ウイルス対策、バックアップ、データ管理、レプリケーション製品が含まれます。 たとえば、Azure File Sync と Azure Backup は、FileREST API を幅広く使用して顧客所有の Azure ファイル共有の上に価値を追加する、重要なファースト パーティの付加価値サービスです。

一般に、付加価値サービスまたはアプリケーションを構築する場合は、FileREST API の使用を検討する必要があります。このような付加価値サービスを顧客に提供する場合は特にそうしてください。 特にエンド ユーザーがマウントされた Azure ファイル共有に対して使用するビジネス アプリケーションを構築する場合は、SMB/NFS または FileREST を使用できます。ただし、SMB/NFS を使用すると、ネイティブ ファイル システム API を使用できるので、より簡単なパスが提供される場合があります。 ネイティブ ファイル システム API を記述した既存のアプリケーションがある場合は、アプリケーションを利用するために書き換える必要Azure Files。SMB または NFS を使用Azure Filesネイティブ ファイル システム API を公開することです。

デプロイ、ネットワーク、ID Azure Files構成など、構成の詳細については、以下を参照してください。

コントロール プレーン

Azure では、コントロール プレーンは Azure Resource Manager を通じて提供され、ARM と省略される場合があります。これは、顧客が管理する Azure リソースを公開する一般的な方法を提供します。 管理のトップ レベルの単位、またはAzure Files の追跡されるリソース、および Blob Storage などの他のストレージ サービスは、ストレージ アカウントです。 ストレージ アカウントは、Microsoft という名前空間を持つストレージ リソース プロバイダーによって管理されます。Storage。 ストレージ リソース プロバイダーは、ストレージ アカウントにバンドルされているストレージ サービスの管理を可能にする子リソース (プロキシ リソース) の管理も公開します。 たとえばAzure Filesプロキシ リソースには、次の 2 つの関連するリソースがあります

  • リソース。ストレージ アカウントAzure Filesすべてのファイル共有に適用される特定の設定 FileService を提供します。 リソースは、ストレージ アカウント追跡リソースの子であり、ストレージ アカウントには という名前のリソースが FileService FileService 1 つしか含め" は含め" されません default

  • リソース FileShare 。ファイル共有 (またはファイル共有のスナップショット) を表します。 リソース FileShare はリソースの子であり、無限の数のファイル共有 FileService を含む場合があります。 には無限の数のリソースを含め得るが、ストレージ アカウント内のすべてが定義された IO、帯域幅、その他の制限のプールを共有するからといって、非常に多くのリソースを使用するのは良い考えではありません FileService FileShare 。 詳細については、「Azure Files のスケーラビリティおよびパフォーマンスのターゲット」を参照してください。

コントロール プレーン API を呼び出す方法については、次を参照してください。

従来の理由から、 オブジェクトと オブジェクトに対する操作は、データ FileService FileShare プレーンを介して行われる場合があります。 これは Azure Resource Manager を事前設定する Azure Files の成果物であり、これらの API は完全にサポートされているのに対し、ストレージ リソース プロバイダー API を使用して Azure Files を管理することを好む必要があります。

  • ロールベースのアクセス制御 (RBAC Azure Resource Manager使用Azure AD認証と承認に Azure Files を使用して公開される操作。 サービス プリンシパルを使用してこれらの API をプログラムで呼び出Azure AD承認できます。

  • Azure Resource Manager API は、REST API を直接使用するか SDK を介して呼び出したり、Azure テンプレートを使用してデプロイする必要があるリソースを宣言することで宣言によって呼び出したりできます。 一緒に繰り返し作成する必要があるリソースやサービスのデプロイなどでは、テンプレートを使用すると、必要な作業を大幅に簡略化できます。

ストレージ リソース プロバイダーを使用してストレージ リソースを管理する方が推奨ですが、同じストレージ アカウント内で数千のファイル共有を作成または変更するワークロードなど、高スケールが必要な場合は、FileREST データ プレーン管理 API を使用する方が最もパフォーマンスが高いです。

データ プレーン

Azure Files非構造化データ ("files") 用の階層ファイル システムが提供されます。 FileREST API は、ファイル システム空間内の 2 つの重要なオブジェクト (ファイルとディレクトリ) をモデル化します。 FileREST API を呼び出す方法については、次を参照してください。

関連項目