Azure NetApp Files

解決する課題

低レイテンシかつ高スループットが必須で、汎用の共有ファイルサービスでは性能が足りないワークロードを、ファイルストレージのまま Azure に載せたい場面で使います。NetApp の ONTAP をマイクロソフトがファーストパーティのマネージドサービスとして提供するため、ストレージ装置の構築・運用なしにエンタープライズ NAS の機能を利用できます。

• オンプレの NetApp / 高性能 NAS をそのままクラウドへ移行したい（NFS / SMB を維持）
• HPC、SAP HANA、Oracle / SQL のデータベースなど、低レイテンシ・高 IOPS が要るワークロードを共有ファイルで動かしたい
• EDA や解析パイプラインで多数のクライアントから巨大データへ同時アクセスしたい
• スナップショットや高速クローンで、バックアップ・テスト環境の複製を効率化したい

主要概念と用語

• NetApp アカウント: Azure NetApp Files のリソース階層の最上位。リージョン単位でキャパシティプールやボリュームをまとめる管理コンテナ
• キャパシティプール: 容量とサービスレベルをまとめて確保する単位。プールから個々のボリュームへ容量を割り当てる
• ボリューム: 実際にマウントする共有ファイルシステム。NFS / SMB / デュアルプロトコルのいずれかで公開する
• サービスレベル: 性能の段階。一般に Standard・Premium・Ultra の3段階があり、確保容量あたりのスループットが段階的に高くなる
• デリゲートサブネット: ボリュームを配置する VNet 内の専用サブネット。Azure NetApp Files に委任され、他用途と共用しない
• スナップショット: ボリュームの特定時点イメージ。瞬時に作成でき、容量効率がよく、復元やクローンの起点になる
• デュアルプロトコル: 同じボリュームを NFS と SMB の双方から利用する構成。Linux と Windows の混在環境で使う
• クロスリージョンレプリケーション: 別リージョンへボリュームを複製し、ディザスタリカバリに備える機能

仕様・制限・クォータ

• プロトコルは NFS（v3 / v4.1） と SMB、および両者を併用するデュアルプロトコルに対応
• 性能はボリューム個別ではなく、サービスレベル × 確保容量で決まる。容量を増やすかサービスレベルを上げるとスループット上限が伸びる
• キャパシティプールには最小サイズがあり、その単位で容量を確保する。ボリュームはプールの範囲内で割り当てる
• ボリュームはデリゲートサブネットに配置する必要があり、1サブネットは Azure NetApp Files 専用にする
• 大容量ボリュームや手動 QoS など、要件に応じて性能割り当て方式を選べる
• 提供リージョンや上限値はサービス更新で変わるため、最新の公式ドキュメントで確認する

内部の仕組み

Azure NetApp Files は、NetApp の ONTAP ストレージをマイクロソフトのデータセンター内に配置し、Azure のファーストパーティサービスとして提供します。利用者はストレージ装置を意識せず、NetApp アカウント・キャパシティプール・ボリュームの3階層でリソースを管理します。

• ボリュームは VNet 内のデリゲートサブネットに接続され、クライアントは VNet からプライベートにアクセスする。インターネット経由の公開エンドポイントは持たない
• 性能はキャパシティプールのサービスレベルとボリュームへ確保した容量から算出され、確保容量を増やすほどスループット上限が上がる
• スナップショットはブロックの変更分のみを保持する仕組みで、瞬時に作成でき、容量消費を抑えながら任意時点へ復元できる
• 汎用の共有ファイルサービスよりレイテンシが低く安定しており、データベースや HPC のような要求の厳しいワークロードに向く

設計パターン / ベストプラクティス

• HPC / 解析クラスタの共有ストレージ: 多数の計算ノードから1つの高性能ボリュームへ NFS でマウントし、データを共有する
• SAP HANA / データベース: 低レイテンシが要件のデータファイルやログ領域に Ultra / Premium のボリュームを割り当てる
• デュアルプロトコルで混在環境: Linux は NFS、Windows は SMB と、同一データを双方から利用する
• スナップショットでバックアップとテスト複製: 定期スナップショットで保護し、クローンから開発・検証環境を即座に用意する
• クロスリージョンレプリケーションで DR: 重要ボリュームを別リージョンへ複製し、災害時の復旧目標を満たす
• デリゲートサブネットを最初に設計: VNet 設計時に Azure NetApp Files 専用サブネットを確保し、IP レンジを枯渇させない

運用・監視

• Azure Monitor のメトリクスで、ボリュームのスループット・IOPS・レイテンシ、プールやボリュームの容量使用率を監視する
• 性能が上限に達したら、確保容量の増加・サービスレベルの引き上げ・手動 QoS の再配分で対処する。容量と性能が連動する点に注意する
• 容量使用率にアラートを設定し、プールやボリュームの空き枯渇を事前に検知する
• スナップショットは保持ポリシーを決めて自動化し、世代数と容量消費のバランスを取る
• マウントできないときは、デリゲートサブネットの設定・VNet の到達性・名前解決・プロトコルと ACL を順に切り分ける

コスト

課金は基本的にキャパシティプールで確保した容量とサービスレベルに対して発生します。実際の使用量ではなく確保量が基準になるため、過剰なプロビジョニングはそのままコストに跳ね返ります。

• サービスレベルが高い（Ultra > Premium > Standard）ほど、確保容量あたりの単価が上がる
• ボリュームの実使用が少なくても、プールで確保した容量分は課金される
• クロスリージョンレプリケーションは、複製先の容量と転送に応じてコストが追加される
• 汎用の共有で足りるワークロードまで高サービスレベルに載せると割高になりやすく、要件に応じた階層選択が重要

セキュリティ

• ボリュームはデリゲートサブネット経由でプライベートにアクセスし、パブリックなエンドポイントを持たない
• 保存時暗号化が既定で有効。要件に応じてカスタマー管理キーを利用できる構成もある
• NFS は エクスポートポリシー、SMB は AD 連携と ACL でアクセスを制御する。デュアルプロトコルでは双方の権限設計を整合させる
• SMB の Active Directory 連携により、ユーザー単位の認証と ACL を適用できる
• ネットワークは VNet・サブネット・NSG・ルーティングで閉域化し、必要な範囲だけ到達できるようにする

Well-Architected の観点

• パフォーマンス効率: サービスレベルと確保容量でスループットを段階的に調整でき、低レイテンシが要るワークロードに合わせて性能を確保できる。手動 QoS で個別ボリュームへ再配分も可能
• 信頼性: 高速スナップショットによる時点復元、クロスリージョンレプリケーションによる DR、リージョン内の可用性設計で、データ保護と復旧目標を満たせる
• パフォーマンスと信頼性を両立する一方、**コスト（確保量課金）と運用（容量と性能の連動）**には注意が必要

試験で問われるポイント

関連サービス・比較

同じ共有ファイルでも、Azure Files は汎用、Azure NetApp Files は高性能・エンタープライズ向けという位置付けです。AWS では NetApp ONTAP ベースの FSx for NetApp ONTAP が相当します。

ハンズオン / CLI例

# リソースグループを作成
az group create --name anf-rg --location japaneast

# Azure NetApp Files プロバイダーを登録（初回のみ）
az provider register --namespace Microsoft.NetApp

# NetApp アカウントを作成（リソース階層の最上位）
az netappfiles account create \
  --resource-group anf-rg \
  --name anf-account \
  --location japaneast

# キャパシティプールを作成（サービスレベルと容量を確保）
az netappfiles pool create \
  --resource-group anf-rg \
  --account-name anf-account \
  --name anf-pool \
  --location japaneast \
  --service-level Premium \
  --size 4

# ボリュームを作成（デリゲートサブネットに配置し NFS で公開）
az netappfiles volume create \
  --resource-group anf-rg \
  --account-name anf-account \
  --pool-name anf-pool \
  --name anf-vol \
  --location japaneast \
  --service-level Premium \
  --usage-threshold 100 \
  --file-path "anf-vol" \
  --vnet anf-vnet \
  --subnet anf-delegated-subnet \
  --protocol-types NFSv3