ネットワークストレージカテゴリの長所と短所を分析する

ほとんどの中小企業では、ファイバーチャネルSANシステムで高性能要件を達成できますが、比較的安価なiSCSI SANとネットワーク接続ストレージは一般的にデータストレージ不足に適しています。経験豊富なビジネス

は「率直に言って、これらは良いですが、現実には、パフォーマンス、可用性、または他のいくつかの特徴がiSCSI、ファイバまたはNASを選択する上で決定的な要因ではないと考える。」スティーブンFoskettは語りました。オハイオ州の独立系企業向けストレージコンサルティング会社に勤務し、VMware社がこれらのシステムをサポートする際には、「最も適したソリューションを選択するよう指示することがよくあります。良い。「

は、」これは、さまざまなストレージ・ベンダーとの比較に基づいて、製品であるが、これは最終決定の根拠ではありません。「Gartnerのリサーチ担当副社長ロバート・Passmoreは語りました。彼は、NASベンダがSANベンダよりも便利な機能を持っているかもしれない、あるいはその逆であると指摘しました。

一部の企業は、仮想サーバとストレージの種類を選択し、たとえば、頻繁にNASを展開するためのデータや、開発環境を変更する傾向があり、その生産SAN用の高性能システムを構成する、EMCのシニアテクニカルマーケティングマネージャ、DaveHenry表現は言いました。各ネットワークストレージは、特定の仮想サーバー環境に利点があり、その長所と短所も非仮想サーバー環境と一致しています。

IT部門は、どのネットワークいくつかの重要な長所と短所を参照することができ、ネットワークストレージ・クラスを使用して、仮想サーバ環境でのストレージを考える上で以下のとおりです。

ネットワークストレージタイプ：
ページ1、NAS

2、FCSAN

3、iSCSI SANの

NAS

ストレージカテゴリ：利点
ページ1）設置、運用、保守・管理のしやすさ。ストレージ管理者がいない組織は、多くのストレージの専門的なプロトコルと用語を迂回することができます。彼らは使い慣れたネットワークインタフェースカード（NIC）、ケーブル接続、そしてイーサネットスイッチを使ってより簡単なサービスのための安価な先行イーサネットネットワークを選ぶことができます。

Dragon Slayer Consultingのゼネラルマネージャ、Marc Staimer氏は、「LUNを理解する必要はなく、頭の競合を気にする必要はない」と述べた。「Hyper-V環境では、VMwareまたはXen Serverのインストールは非常に簡単になる。 VMwareの仮想ホスト・ファイル・システムにより、仮想ホストのボリュームの作成時に少し複雑、それでもiSCSIまたはファイバー。「

」よりも簡単に下のファイルに、ボリュームを（仮想マシンファイルシステムを、VMFSと呼ばれます）フォームは保存され、NASデバイス上のNFSファイルシステムにファイルとして表示される、とGartner's Passmoreは述べた。したがって、NetAppやEMCのようなストレージベンダーは、独立したスナップショット、レプリケーション、仮想ホストの復旧を実行できる。のみESXサーバボリュームを提供し、他の操作。VMFSより単純なファイルシステム拡張に格納されたブロックに関して「

2）。 「通常、VMFSはファイルシステムほど柔軟ではありません」とFoskettアナリストは語った。「VMware ESX上に100GBのVMFSを作成したと仮定すると、110GBが必要です。唯一の方法は、追加の拡張としてボリュームを追加することです。このVMFSに、VMFSがオフラインに移行するのではなく、NFSを介して新しいボリューム。「

の」戻るには、移行を作成し、あなたは必要に応じて容量を拡張するのは自由です、あなたがすることができます「と彼は続け」ですから、記憶容量の問題を心配する必要はありません。「

VMFSは今2TBまでサポートすることができ、およびファイルシステムは組み合わせることもできます。

3）ブロックベースのストレージシステムのI /Oキューモード、同一のハードディスクに比べて、同じ時間への同時アクセスを処理するために、NASの柔軟性。 Foskett氏は、「これは、仮想サーバー環境では大きな違いがあることを意味しています。」10、50、または100の入出力要求を同時に同じディスク上の異なるファイルに同時にアクセスさせることができます。問題は「

ネットワークストレージカテゴリ：劣る
ページ1）高トラフィック負荷の下でのパフォーマンスの潜在的な損失。 ESGのシニアアナリスト、Bob Laliberte氏は次のように述べています。トランザクション指向のデータベースは、特に仮想環境ではNASには適していない可能性があると彼は考えています。 VMwareが遅く高度な機能のための

2）をサポート。 VMwareは多くの場合、少なくともNASのサポートの半年前に、SAN環境のいくつかの新機能をサポートしています。たとえば、VMwareとシニアプロダクトマーケティングディレクターのVenue Aravamudanは、次のように述べています。VMWareは、ファイバSANおよびiSCSI SANでSite Recovery Manager（SRM）をサポートする最初の企業です。

は「時々、私たちはすぐにこれらの製品または開発するAPIに適用される可能性が最も高いこれらの分野に焦点を当て、」Aravamudanは、それが唯一の理由は、私たち自身の限られた資源のだ」と述べた、優れたネットワーク・ストレージ・ソリューションであると言うことを意味しません。多くのユーザーは、現在最も急速に成長している分野であるNAS、「

を使用することを選択したが、VMwareは、まだ、このような複数のリンクのためのそののvStorage APIとしてサポートNAS環境特性、の欠如です。 NFSv3では、VMWareは現在NFSごとに1つのデータパスしかサポートしていない、とEMCのHenryは指摘した。 Dragon SlayerのStaimerは、この問題を解決するために、次世代のVMware製品でParallel NFS（pNFS）をサポートすることを楽しみにしていると述べました。

はNetAppの仮想化とクラウドコンピューティングヴォーン・スチュワート、メッセージに示されたディレクター「間違いなくサポートし、マルチパスが非常に強い現在のSANを持っている」、「NASは、満たすために、ネットワークの冗長化技術に依存しており、柔軟なリンクアグリゲーションなければなりませんパスは「

3）NASは、問題となっていた:. CPU負荷とファイルシステムの拡張性の問題。 Dragon Slayer ConsultingのStaimerは、次のように述べています。 「各NASストレージシステムが処理できるオブジェクトの数にはまだ一定の制限があります。このしきい値に達すると、基本的にデータベースがいっぱいになり、それ以上データを処理できなくなります。あなたが任意のデータを読み取ることはできませんが、何の事前警告システムがありません。「

Foskettが指摘NASは、集中高レベルのプロトコルであり、デコードは、翻訳作業の多くを必要と処理する大量の電力を消費します。仮想サーバー環境では、物理サーバーは多数の仮想ホストをホストし、プロセッサリソースの5％または10％しか使用できない従来のサーバーアーキテクチャは、その単一サーバーを実行している単一のアプリケーションよりも多くのプロセッサリソースを消費します。彼は言った。