次の方法で共有

Azure Files とは

  • [アーティクル]

Azure Files では、業界標準のサーバー メッセージ ブロック (SMB) プロトコル、ネットワーク ファイル システム (NFS) プロトコル、および Azure Files REST API を介してアクセスできる、フル マネージドのファイル共有がクラウド上で提供されます。 Azure ファイル共有は、クラウドまたはオンプレミスのデプロイにより、同時にマウントできます。 SMB Azure ファイル共有には、Windows、Linux、および macOS クライアントからアクセスできます。 NFS Azure ファイル共有には、Linux クライアントからアクセスできます。 さらに、高速アクセスするため、Azure File Sync を使用して、データが使用されている場所の近くの Windows サーバーに SMB Azure ファイル共有をキャッシュできます。

Azure Files の一般的なユース ケースに関するビデオをいくつかご紹介します。

Azure Files の使用を開始するには、「クイックスタート: Azure ファイル共有を作成して使用する」を参照してください。

Azure Files の適用ケース

Azure ファイル共有を使用して、以下を行うことができます。

  • オンプレミスのファイル サーバーの置換または補完:
    Azure Files を使用して、従来のオンプレミス ファイル サーバーまたはネットワーク接続ストレージ (NAS) デバイスを置き換えたり、補完したりすることができます。 Windows、macOS、Linux などの一般的なオペレーティング システムに、世界中のどこからでも、Azure ファイル共有を簡単にマウントできます。 また、Azure File Sync を使用すると、SMB Azure ファイル共有を、オンプレミスまたはクラウドにある Windows サーバーにレプリケートすることも可能で、データを分散キャッシュしてパフォーマンスを向上させることができます。 Azure Files AD 認証を使用すると、SMB Azure ファイル共有では、オンプレミスでホストされている Active Directory Domain Services (AD DS) と連携してアクセス制御を行うことができます。

  • アプリケーションの "リフトアンドシフト" :
    Azure Files を使用すると、ファイル アプリケーションやユーザー データをファイル共有に保存し、アプリケーションをクラウドに簡単に "リフト アンド シフト" できます。 Azure Files を使用すると、アプリケーションとそのデータの両方が Azure に移動される "従来の" リフト アンド シフト シナリオと、アプリケーション データは Azure Files に移動され、アプリケーションはオンプレミスで実行を継続する、"ハイブリッド" リフト アンド シフト シナリオの両方に対応できます。

  • クラウド開発の簡略化:
    Azure Files を使用して、新しいクラウド開発プロジェクトを簡素化できます。 次に例を示します。

    • 共有アプリケーションの設定:
      分散アプリケーションの一般的なパターンでは、複数のアプリケーション インスタンスからアクセスできる集中管理された場所に構成ファイルが配置されます。 アプリケーション インスタンスは Azure Files REST API を介してその構成を読み込むことができ、ユーザーは、ローカルで共有をマウントすることでそれにアクセスできます。

    • 診断の共有:
      Azure ファイル共有は、クラウド アプリケーションが、ログ、メトリック、およびクラッシュ ダンプを書き込める便利な場所です。 ログは、File REST API を通してアプリケーション インスタンスによって書き込まれ、開発者は、ローカル コンピューターにファイル共有をマウントすることによってログにアクセスできます。 これにより、柔軟性が向上するため、開発者は、使い慣れた既存のツールを引き続き使用して、クラウド開発を行えます。

    • 開発/テスト/デバッグ:
      クラウド内の VM で作業している開発者または管理者には、一連のツールまたはユーティリティが必要になることがよくあります。 このようなユーティリティやツールを各 VM にコピーする作業には時間がかかります。 ローカルから VM に Azure ファイル共有をマウントすることによって、開発者や管理者はユーティリティやツールにすばやくアクセスでき、コピーする必要がなくなります。

  • コンテナー化:
    Azure ファイル共有を、ステートフル コンテナーの永続ボリュームとして使用することもできます。 コンテナーによって、開発者によるイノベーションを促進する "build once, run anywhere" (1 回のビルドで、どこでも実行できる) 機能を実現できます。 開始時に毎回、生データにアクセスするコンテナーの場合は、これらのコンテナーが実行されているインスタンスにかかわらずファイル システムにアクセスできるように、共有ファイル システムを使用する必要があります。

主な利点

  • 使いやすい。 Azure ファイル共有がコンピューターにマウントされている場合、データにアクセスするために特別な操作を行う必要はありません。ファイル共有がマウントされているパスに移動し、ファイルを開く/変更するだけです。
  • 共有アクセス。 Azure ファイル共有では、業界標準の SMB プロトコルおよび NFS プロトコルがサポートされています。そのため、アプリケーションの互換性を気にせずに、オンプレミスのファイル共有を Azure ファイル共有にシームレスに置き換えることができます。 複数のマシン、アプリケーション、およびアプリケーション インスタンスでファイル システムを共有できるため、共有性を必要とするアプリケーションにとって、大きな利点になります。
  • フル マネージド。 Azure ファイル共有は、ハードウェアまたは OS を管理することなく、作成できます。 つまり、重要なセキュリティ アップグレードの際にサーバー OS に修正プログラムを適用したり、故障したハード ディスクを交換したりする作業は必要ありません。
  • スクリプトとツール。 PowerShell コマンドレットと Azure CLI を使用して、Azure アプリケーションの管理の一環として Azure ファイル共有の作成、マウント、管理を行うことができます。 Azure portal と Azure Storage Explorer を使用して、Azure ファイル共有を作成および管理できます。
  • 回復性。 Azure Files は、常時利用可能であるように構築されています。 オンプレミスのファイル共有を Azure Files に置き換えることで、夜間に起きてローカルの停電またはネットワークの問題に対処する必要がなくなります。
  • 慣れているプログラミング方法。 Azure で実行されているアプリケーションは、ファイル システム I/O API を介して共有内のデータにアクセスできます。 そのため、開発者は、既存のコードとスキルを活用して、既存のアプリケーションを移行することができます。 システム IO API の他に、Azure Storage クライアント ライブラリまたは Azure Files REST API も使用できます。

トレーニング

マイペースで進められるトレーニングについては、次のモジュールを参照してください。

アーキテクチャ

Azure Files での確立されたパターンとプラクティスを使用したソリューションの設計に関するガイダンスについては、次を参照してください。

ケース スタディ

次のステップ