ハイブリッド クラウドのファイルとデータ
Tailwind Traders は、各ブランチ オフィスで同じファイル共有コンテンツを確実に使用できるようにする必要があります。 しかし、既存のファイル サーバー インフラストラクチャによって、それが課題になります。 オーストラリアのウォンガラッタにある会社の小売店など、一部の小規模なブランチ オフィスには、ローカル ファイル サーバー エンドポイントがありません。 小売店からのファイルやフォルダーへのアクセスは、メルボルン オフィスのファイル サーバーへの VPN 接続を介して行われます。
Tailwind Traders のもう 1 つの課題は、ユーザーが常に新しいファイルを作成していることです。 ファイル共有をホストするボリュームは定期的にいっぱいになり、ディスク領域を解放するために管理者の介入が必要になります。
この記憶域の問題は、ファイル共有をホストするボリュームに限られたことではありません。 いくつかのオンプレミスの SQL データベースが、既存のストレージ容量を使い切るまで拡張し続けるため、データベース管理者が定期的にストレージを追加する必要があります。
このユニットでは、Tailwind Traders が特定のハイブリッド テクノロジによって、ファイル サーバーと SQL データベースのレプリケーションとストレージの課題に対処する方法について学習します。
Azure ファイル共有とは
Azure Files には、Azure ファイル共有のマウント用に、サーバー メッセージ ブロック (SMB) プロトコルとネットワーク ファイル システム (NFS) プロトコルの 2 つの業界標準プロトコルが用意されています。 Azure Files を Microsoft Entra ID と Microsoft Entra Connect に統合して、ユーザーがオンプレミスのアカウント資格情報または Microsoft Entra 資格情報を使用して、Azure ファイル共有エンドポイントに安全にアクセスできるようにすることができます。
アクセス制御リスト (ACL) のアクセス許可をサポートするように Azure ファイル共有を構成することもできます。 これにより、オンプレミスのファイル サーバーのファイルとフォルダーをセキュリティで保護する場合に使用する方法と同じ方法で、ファイルとフォルダーへのアクセスを制限できます。
Azure Files は Azure Storage によってサポートされているため、Azure ファイル共有には、オンプレミスのファイル共有よりもはるかに多くのファイルとフォルダーを格納できます。 また、Azure ファイル共有は、Azure Backup を使用してバックアップすることもできます。個別のオンプレミスのバックアップおよび回復ソリューションを必要とする代わりに、クラウドでファイルやフォルダーをバックアップして、回復できます。
次の図は、Azure ファイル共有に接続しているクライアントを示しています。
Azure ファイル共有エンドポイントにより、Tailwind Traders が直面しているいくつかの課題のソリューションが得られる可能性があります。 具体的には、Azure にファイル共有を配置すると、ウォンガラッタ サイトなどのブランチ オフィスの小売拠点にとって、メルボルン オフィスのファイル サーバーに VPN 接続する代わりに簡単に使用できる代替策となります。 Azure ファイル共有エンドポイントは Azure File Sync と組み合わせて使用できます。これについては、次のセクションで学習します。
Azure File Sync とは
Azure File Sync により、ブランチ オフィス間で分散ファイル共有をデプロイでき、そこではファイルが各エンドポイントに自動的にレプリケートされ、Azure ファイル共有によってサポートされます。 また、Azure File Sync を使用して、クラウドを使った階層化を構成することもできます。 クラウドを使った階層化 を使用すると、最近アクセスされたファイルのみをローカル ファイル サーバーに保持するように指定できます。 プレースホルダーは、Azure ファイル共有に階層化されたファイルに置き換えます。
ローカル ファイル共有よりもはるかに多くのストレージを持つ Azure ファイル共有では、クラウドを使った階層化のため、オンプレミスに存在しなくなったファイルを含む、ファイル共有に書き込まれたすべてのファイルの完全なコピーが保持されます。 通常のファイルと同じように表示されるプレースホルダー ファイルをユーザーが開こうとすると、ファイルは Azure ファイル共有からレプリケートされ、ユーザーに対して通常どおりに開かれます。
クラウド階層化を構成するときに、共有をホストするボリュームで、一定量のディスク領域を空き領域のままにするように指定できます。 また、一定の時間アクセスされていないファイルを自動的に階層化するように指定することもできます。 または、両方のオプションを同時に有効にすることもできます。
次の図は、Azure File Sync の基本的なデプロイを示しています。
Tailwind Traders では現在、分散ファイル システム (DFS) を使用して、オーストラリアとニュージーランドの場所間で一連のファイル共有をレプリケートしています。 Azure File Sync を使用すると、同社は、ファイルレプリケーション メカニズムとして DFS を置き換えることができます。 このメリットは、Tailwind Traders がクラウド階層化を有効にできることです。これにより、定期的に新しいファイルが作成され、保存されるときに生じる、ファイル サーバーの領域の制約に関する問題が解決されます。
SQL Stretch Database とは
Microsoft SQL Server Stretch Database を使用すると、アクセス頻度の低いデータを透過的かつ安全に、Azure に自動的に移行できます。 Azure に移行されたデータに対してクエリを実行すると、クエリ結果は返されますが、オンプレミスに格納されているテーブルから取得されるデータと比べて、クエリの遅延時間が増加します。
アクセス頻度の低いデータをデータベースから削除する際、SQL Server Stretch Database が他のソリューションよりも優れている点は、データ自体はオンラインのままであるということです。 既存のクエリを変更する必要がなく、アプリケーションでは引き続きデータの場所は認識されません。
Tailwind Traders では、テーブルの拡張に対応するためにストレージを追加し続ける必要があったデータベースで、Stretch Database を有効にできます。 Stretch Database を有効にすると、アクセス頻度の低いテーブル データは、絶えず透過的に Azure に移行されます。 これにより、よりコールドな (アクセス頻度の低い) データを Azure に移行しながら、オンプレミスのままでクエリを実行するアプリケーションの近くにあるテーブルに、新しいデータを書き込むことができます。