Azure NetApp Files の機能
ここでは、Azure NetApp Files がバックグラウンドでどのように機能し、さまざまな要素がどのように連携して高パフォーマンスのクラウド NAS サービスを提供しているかについて説明します。 この知識は、Azure NetApp Files が組織のファイルベースのワークロードを Azure クラウドに移行するための優れたソリューションであるかどうかを評価するのに役立ちます。
ストレージ階層
Azure NetApp Files の最も重要なコンポーネントの 1 つは、ワークロードに割り当てられるストレージの量と使用可能な最大スループットを決定するストレージ階層です。 ストレージ階層についての理解は、Azure NetApp Files を設定および管理するうえで役立ちます。
Azure サブスクリプション、NetApp アカウント、容量プール、ボリュームの関係については、次の動画をご視聴ください。
サービス レベル
Azure NetApp Files ボリュームのパフォーマンスは、ボリュームのサイズとサービス レベルに応じて上下します。 Azure NetApp Files には、作成する容量プールに対して次の 3 つのサービス レベルが用意されています。
- Standard:プロビジョニングされた容量の 1 TiB あたり最大 16 MiB/秒のスループットと 1000 IOPS を提供します。 Azure NetApp Files のボリュームでは、隣接する仮想マシンに対してわずか 1.5 ミリ秒の待機時間で約 319.000 IOPS を生成できます。 静的 Web コンテンツ、ファイル共有、データベース バックアップには Standard を使用します。
- Premium:プロビジョニングされた容量の 1 TiB あたり最大 64 MiB/秒のスループットと 4,000 IOPS を提供します。 ボリュームあたり最大 450,000 IOPS を生成できます。 Premium は、メインストリームの SSD パフォーマンスに匹敵し、SAP HANA、データベース、エンタープライズ アプリ、仮想デスクトップ インフラストラクチャ (VDI)、分析、技術アプリケーション、メッセージング キュー、ビッグ データ分析に適しています
- Ultra:プロビジョニングされた容量の 1 TiB あたり最大 128 MiB/秒のスループットと 8,000 IOPS を提供します。 ボリュームあたり最大 450,000 IOPS を生成できます。 HPC アプリケーションなど、パフォーマンスを最も重視するアプリケーションには Ultra を使用します。
Azure NetApp Files には、クール アクセスを備えたストレージも用意されています。 クール アクセスを使用すると、ホット層のデータでは同じスループットを得られますが、クール層に存在するデータではスループットが異なる場合があります。
サービスの品質 (QoS)
Azure NetApp Files では、容量プールに対して次の 2 種類のサービス品質 (QoS) を定義しています。
- オート:Azure NetApp Files は、サービス レベルとボリューム容量に基づいて、各ボリュームの合計スループットを自動的に割り当てます。 たとえば、Standard レベルの 2 TiB ボリュームには、最大 32 MiB/秒 (16 MiB/秒 x 2) のスループットが自動的に割り当てられます。
- 手動: ボリュームに必要なスループットを割り当てます。 たとえば、Standard レベルの 8 TiB 容量プールの場合、使用可能な合計スループットは 128 MiB/秒 (16 MiB/秒 x 8) です。 その容量プール内の 2 TiB ボリュームに対しては、容量プールの他のボリュームをプロビジョニングした後も多くのスループット予算を引き続き使用できると仮定して、約 64 MiB/秒 のスループットを割り当てることができます。
Azure NetApp Files への接続
オンプレミスのワークロードを Azure NetApp Files に移行するかどうかを評価する際は、既存のアプリケーション、サービス、およびユーザーが新しい場所のデータに接続する方法が重要な考慮事項となります。
Azure 仮想ネットワーク
Azure NetApp Files ボリュームをプロビジョニングする前に、Azure 仮想ネットワーク (VNet) を作成するか、同じサブスクリプションに既に存在するものを使う必要があります。 VNet はボリュームのネットワーク境界を定義します。
サブネット
Azure NetApp Files のボリュームを作成するときは、委任されたサブネットにボリュームを割り当てます。 委任されたサブネットとは、サービス (この場合は Azure NetApp Files) に固有のリソースを作成するためのアクセス許可を使用して構成されたサブネットです。 ネットワーク ノードがそのサブネット内の Azure NetApp Files に接続する方法は、それらのノードが配置されている場所によって異なります。 Azure NetApp Files ボリュームには、顧客の VNet コンテキスト内でのみ安全にアクセスできます。 Azure NetApp Files では、パブリック (つまりインターネット) アクセス可能なエンドポイントは提供していません。
サブネットの計画を立てる場合、考慮すべき主なシナリオが 3 つあります。
同じ仮想ネットワーク内での接続。 委任されたサブネットを含む同じ仮想ネットワーク内の Azure 仮想マシンで実行されているすべてのリソースは、Azure NetApp Files によって提供されるファイル ストレージに接続できます。 この一覧の後の図では、VM 3 と Azure NetApp Files ボリューム 1 がどちらもハブ仮想ネットワークに存在するため、VM 3 はボリューム 1 に直接アクセスできます。
ピアリングされた仮想ネットワーク内での接続。 委任されたサブネットを含むネットワークとピアリングされている仮想ネットワーク内の Azure 仮想マシンで実行されているすべてのリソースは、Azure NetApp Files によって提供されるファイル ストレージに接続できます。 この一覧の後の図では、次のようになっています。
- スポーク 1 仮想ネットワークはハブ仮想ネットワークとピアリングされているため、VM 4 には Azure NetApp Files ボリューム 1 へのピアリング アクセスがあります。
- スポーク 2 仮想ネットワークはハブ仮想ネットワークとピアリングされているため、VM 5 には Azure NetApp Files ボリューム 1 へのピアリング アクセスがあります。
- スポーク 1 とスポーク 2 の仮想ネットワークは互いにピアリングされていないため、VM 4 は Azure NetApp Files ボリューム 3 にアクセスできず、VM 5 は Azure NetApp Files ボリューム 2 にアクセスできません。
ハイブリッド ネットワーク内での接続。 VPN または ExpressRoute 経由で委任されたサブネットを含む Azure 仮想ネットワークに接続されたオンプレミス ネットワークで実行されているすべてのリソースは、Azure NetApp Files によって提供されるファイル ストレージに接続できます。 次の図では、オンプレミス ネットワークが VPN ゲートウェイ経由で Azure ハブ仮想ネットワークに接続されています。 次のシナリオを有効にします。
オンプレミス ネットワークのリソースには、ゲートウェイの仮想ネットワーク内の任意の Azure NetApp Files ボリュームへのゲートウェイ アクセスがあります。 たとえば、オンプレミス ネットワークの VM 2 は Azure NetApp Files ボリューム 1 に接続できます。
オンプレミス ネットワークのリソースには、ピアリングされた仮想ネットワーク内の任意の Azure NetApp Files ボリュームへのゲートウェイ アクセスがあります。 たとえば、オンプレミス ネットワークの VM 1 は、Azure NetApp Files ボリューム 2 に接続できます (VM 2 は Azure NetApp Files ボリューム 3 に接続できます)。