端的にいえば、NASとは、ネットワークに直接接続されたストレージアプライアンスのことだ。ネットワークに接続している他のデバイスと同様、NASにはIPアドレスが割り当てられている。通常、サーバとNASの間では、TCP/IPベースで通信が行われている。また、NASは旧来型のファイルシステムを使用しているため、ファイルレベルでストレージにアクセスできる（通常、ファイルへのアクセスはファイル共有によって行う）。

　SANとNASは、略語が似ている上、どちらもネットワークストレージの種別を表すことから、ストレージ初心者がこの2つを混同してしまうことは少なくない。SANとNASの主な違いは、SANストレージの方がよりハイエンドなストレージ製品ということだ。SANは、ストレージにブロックレベルのアクセスを提供する専用ネットワークである。一方、NASはネットワークに接続されているが、専用のネットワークを必要としない。

　SANのネットワークはファイバーチャネル（FC）を基本としているが、幾つか例外がある。FCスイッチは、ストレージに冗長なアクセスを提供するように配置されている。それから、NASはIPアドレスベースであるのに対し、SAN環境では、SCSIプロトコルを使用してストレージと通信する。

　DASは、サーバのローカルストレージのことを指す。また、DASという言葉は、サーバ内蔵のディスクを言及していることもある。さらに、ストレージコントローラーやUSB接続経由でサーバに直接接続されている外部ストレージアレイ（ネットワーク接続でアタッチされていない外部ストレージアレイ）を指す場合もある。

NASの必要性

　実装する前に、NASの用途について検討されたい。NASは汎用的なストレージとして考えるのが良いだろう。一部のユースケースでは非常に重宝するが、最適な選択肢にならない場合もある。

　通常、NASにはファイルレベルでアクセスできるため、非構造化データを保存するのに適している。そのため、経年劣化したファイルサーバの代わりに使用するストレージアプライアンスを探しているなら、NASを選ぶと良いだろう。だが、全てのNASデバイスがNTFSアクセス権の使用に対応しているとは限らない。

　デバイスによっては、NASは構造化データの格納先として不向きなことがある。NASのデータベースにデータを保存すべきでない理由が実質的になかったとしても、NASデバイスでは、データベースを効率的に運用するために必要なパフォーマンスを満たせない可能性がある。NASデバイスに高速なディスクを搭載しても、ほぼ間違いなくネットワーク接続が制限要素となる。このようなパフォーマンス上の制限や他の要因を理由に、多くのアプリケーションベンダーは、データベース駆動のアプリケーションでNASをサポートしていないのが実情だ。

　NASやSANなどのテクノロジーは、複数のサーバを共通のストレージデバイスに接続する共有ストレージとして使用することもできる。例えば、フェイルオーバークラスタでは共有ストレージを使って、全てのクラスタノードが同じデータにアクセスできるようにするのが一般的だ。

　共有ストレージにNASを使用するのが現実的な選択肢かどうかを判断するときには、ソフトウェアベンダーの要件とNASの機能を確認する必要があるだろう。NASには、iSCSI接続に対応しているものがある。NASがiSCSIに対応しており、使用しているソフトウェアがNASの利用を特に禁止していないなら、共有ストレージメディアとしてNASを利用することは可能だ。ただし、NASがSANと同じレベルのパフォーマンスを提供しない点には留意されたい。

　NASを仮想マシン（VM）の保存先と見なしている企業もある。一見すると、NASは一般的に（少なくとも相対的には）大容量かつ低コストで、フォールトトレランスを実現するように構成できるため、仮想マシンにNASを使用するという発想は妥当であるように思われる。だが、NASにVMを配置する前に次の2点について検討されたい。

• パフォーマンス

　NASデバイスでは、ネットワーク接続がパフォーマンス上のボトルネックになることが多く、これがVMのパフォーマンスを低下させる原因となる恐れがある。

• ベンダーサポート

　例えば、米Microsoftの「Hyper-V」仮想マシンはNASに保存できるが、NASデバイスがSMB 3.0に対応していることが条件となる。

　バックアップアプリケーションがブロックレベルのRAWファイルを保存する必要がない限り、NASはバックアップの保存先としても使用できる。