Azure Files のために設計する
Azure Files は、Azure でホストされるフル マネージドでクラウドベースのファイル共有を提供します。 共有されるファイルには、業界標準のサーバー メッセージ ブロック (SMB) プロトコル、ネットワーク ファイル システム (NFS) プロトコル、Azure Files REST API を使ってアクセスできます。 すべての主要なオペレーティング システムで同時に、Azure ファイル共有をマウントまたはそれに接続することができます。
Azure Files について知っておくべきこと
Azure Files を使って、会社の既存のオンプレミス ネットワーク接続ストレージ (NAS) デバイスまたはファイル サーバーを追加したり置き換えたりできます。 組織が Azure Files の使用を希望する理由には、次のようなものがあります。
開発者は、ファイル共有にアプリと構成ファイルを格納し、その共有ファイルに新しい VM を接続できます。 このアクションにより、新しいコンピューターを運用環境に取り込む時間が短縮します。
Azure 上のファイル共有を使用すれば、会社が、高価な冗長ハードウェアを購入してデプロイし、ソフトウェアの更新プログラムを管理することは必要はありません。 共有はクロスプラットフォームであり、Windows、Linux、または macOS から接続できます。
Azure Platform のすべての回復性がファイル共有に継承されるため、ファイルがグローバルに冗長になります。 また、統合スナップショット機能を使用し、Recovery Services コンテナーを使用して自動バックアップを設定するオプションもあります。
転送中にすべてのデータが HTTPS を使用して暗号化され、保存時に暗号化されて格納されます。
データ アクセス方法を選択する
会社の共有ファイルを Azure Files に移動するには、オプションを分析し、重要な決定を行う必要があります。 どのような方法でファイルにアクセスして更新しますか。 既存のサーバー メッセージ ブロック (SMB) ファイル共有を、Azure Files の同等の機能に置き換えることができます。 もう 1 つのオプションは、Azure File Sync のインスタンスを設定することです。Azure File Sync を使うことを選んだ場合は、ファイルのセキュリティ保護とアクセスの方法がさらに柔軟になります。
Azure ファイル共有は、2 つの方法で使用できます。 サーバーレス Azure ファイル共有 (SMB) を直接マウントするか、Azure File Sync を使ってオンプレミスに Azure ファイル共有をキャッシュすることができます。
Azure ファイル共有の直接マウント: Azure Files では SMB アクセスが提供されるため、オンプレミスまたはクラウドに Azure ファイル共有をマウントできます。 マウントでは、Windows、macOS、Linux で使える標準の SMB クライアントが使われます。 Azure ファイル共有はサーバーレスなので、運用シナリオのためにデプロイする場合でも、ファイル サーバーや NAS デバイスを管理する必要はありません。 直接マウントとは、ソフトウェア パッチを適用したり、物理ディスクを交換したりする必要がないことを意味します。
Azure File Sync を使ってオンプレミスに Azure ファイル共有をキャッシュする: Azure File Sync を使うと、組織のファイル共有を一元化できます。 Azure Files は、オンプレミスのファイル サーバーの柔軟性、パフォーマンス、互換性を備えています。 Azure File Sync によって、オンプレミス (またはクラウド) の Windows Server が Azure ファイル共有の高速キャッシュに変換されます。
パフォーマンス レベルを選ぶ
Azure Files はストレージ アカウントにファイルを格納するため、パフォーマンス レベルを選ぶことができます。 パフォーマンス メトリックは、Standard ストレージ アカウント レベルと Premium ストレージ アカウント レベルで異なります。 Premium アカウントの場合、待機時間が短く、IOPS と帯域幅が高くなります。
Standard パフォーマンス アカウントでは、HDD を使用してデータが格納されます。 HDD の場合、コストは低くなりますが、パフォーマンスが低下します。 Premium ストレージ アカウントのパフォーマンスは SSD アレイによって支えられています。このため、価格は高くなります。 現時点では、Premium アカウントで使用できるのは、限られた数のリージョンにある ZRS ストレージを使用するファイル ストレージ アカウントのみです。
ストレージ層を決定する
Azure Files では、4 層のストレージが提供されます。 これらの層を使うと、シナリオのパフォーマンスと価格の要件に合わせて、ファイル共有を調整できます。
Premium: ファイル共有にはソリッド ステート ドライブ (SSD) が利用されており、一貫したハイ パフォーマンスと低遅延が実現されます。 最も負荷の高い IO ワークロードに使われます。 データベース、Web サイトのホスティング、開発環境などのワークロードに適しています。 サーバー メッセージ ブロック (SMB) と ネットワーク ファイル システム (NFS) の両方のプロトコルに使用できます。
トランザクション最適化: Premium ファイル共有で提供される待ち時間を必要としない、トランザクションの多いワークロードに使われます。 ファイル共有は、ハード ディスク ドライブ (HDD) を利用する標準のストレージ ハードウェアで提供されます。
ホット アクセス層: チーム共有などの汎用的なファイル共有シナリオに最適化されているストレージ。 HDD を利用する標準のストレージ ハードウェア上で提供されます。
クール アクセス層: オンライン アーカイブ ストレージ シナリオに最適化されているコスト効率の高いストレージ。 HDD を利用するストレージ ハードウェア上で提供されます。
実装を選択するときに考慮すべきこと
実装するテクノロジの決定は、ビジネス ユース ケース、ファイルに必要なプロトコル、パフォーマンスの目標によって異なります。 Azure Blob Storage と Azure Files の使用に関する考慮事項を確認しました。 もう 1 つのオプションは、フル マネージドかつ高可用性でエンタープライズ グレードの NAS サービスである Azure NetApp Files を使うことです。 Azure NetApp Files は、最も要求の厳しい、ハイ パフォーマンスで低待機時間のワークロードに対応できます。 "移行不可能" と見なされるワークロードを移行できます。
次の表は、これら 3 つの実装オプションの機能とユース ケースを比較したものです。 Tailwind Traders に Azure Files ストレージではなく、Azure Blob Storage または Azure NetApp Files を実装するとどうなるかを検討してください。
| 比較 | Azure Blob Storage | Azure Files | Azure NetApp Files |
|---|---|---|---|
| 説明 | Azure Blob Storage は、データを一度取り込んで後から変更するような、読み取りの多い、大規模なシーケンシャル アクセス ワークロードに最適です。 メンテナンスがほとんど必要ない場合、Blob Storage は総保有コストを最も低くなります。 |
Azure Files は、ランダム アクセス ワークロードに最適な高可用性サービスです。 NFS 共有の場合、Azure Files は POSIX ファイル システムを完全にサポートしているので、VM ベースのプラットフォームに加えて、CSI ドライバーが組み込まれた Azure Container Instance (ACI) や Azure Kubernetes Service (AKS) などのコンテナー プラットフォームからも簡単に使用できます。 |
Azure NetApp Files は、NetApp を利用する、高度な管理機能を備えたクラウド内のフル マネージド ファイル サービスです。 Azure NetApp Files は、ランダム アクセスを必要とするワークロードに適していて、幅広いプロトコルのサポートとデータ保護機能を備えています。 |
| ユース ケース | 大規模な分析データ、スループットの影響を受けやすいハイ パフォーマンス コンピューティング、バックアップとアーカイブ、自律運転、メディア レンダリング、ゲノム シーケンス | 共有ファイル、データベース、ホーム ディレクトリ、従来のアプリケーション、ERP、CMS、高度な管理を必要としない NAS の移行、スケールアウト ファイル ストレージを必要とするカスタム アプリケーション | 充実した管理機能が必要なオンプレミスのエンタープライズ NAS の移行、SAP HANA のような待ち時間の影響を受けやすいワークロード、待ち時間の影響を受けやすいか IOPS が多いハイ パフォーマンス コンピューティング、マルチプロトコルによる同時アクセスが必要なワークロード |
| 使用可能なプロトコル | - NFS 3.0 - REST - Data Lake Storage Gen2 |
- SMB - NFS 4.1 - REST |
- NFS 3.0、4.1 - SMB |
| パフォーマンス (ボリュームごと) | 最大 20,000 IOPS、最大 15 GiB/秒のスループット | 最大 100,000 IOPS、最大 10 GiB/秒のスループット | 最大 460,000 IOPS、通常の量で最大 4.5 GiB/秒のスループット、大量で最大 10 GiB/秒のスループット |