ESXi環境を導入する仮想化管理者は、ストレージをどのように構築するかを検討する必要があります。その目標を達成する方法はいくつかありますが、それぞれに長所と短所があります。しかし、万が一ホストサーバに障害が発生した場合でも、VMイメージファイルが利用可能であることを保証する必要があります。ここでは、安心できるESXiストレージの構成方法をいくつか紹介します。
VMware では、仮想マシンのイメージファイルを格納するためにデータストアを使用します。ESXiをデプロイする場合、最も簡単な方法はローカルのデータストアを使用することです。この場合、仮想化環境をデプロイするために必要なサーバは1台だけです。しかし、この唯一の仮想サーバに障害が発生すると、システム全体が停止してしまうため、この方法は賢明ではありません。
災害に耐えうる環境を構築するためには、VMイメージファイルを他のマシンに保存する必要があります。これは、専用ストレージ・サーバ、ネットワーク・アタッチド・ストレージ、またはハイグレードなSAN製品になります。3つとも基本的なソリューションは同じですが、価格に大きな違いがあります。
賢くストレージを選択
パフォーマンスとオーバーヘッドの両方を考慮すると、NASはおそらく****の選択でしょう。NASは通常のサーバーのようなもので、通常のIPネットワークに接続し、ストレージのタイプを定義します。NASでは、ディスク、電源モジュール、ネットワーク・インターフェースなどの重要な部分に冗長メカニズムが提供されています。しかし、NASに障害が発生すると、すべてのデバイスにアクセスできなくなります。適切なバックアップを取り、重要なアプリケーションがない場合は問題ないかもしれません。しかし、システムのダウンタイムを最小限に抑える必要がある場合、NASは****の選択ではないかもしれません。
同様に、ストレージも通常のサービス上に展開することができます。iSCCIサービスまたはNFSファイル共有サービスを使用することで、WindowsとLinuxの両OSは、共有ストレージデバイスとしてサーバーを展開することができます。SANは通常プラグアンドプレイですが、経験豊富なWindowsやLinuxのサーバー管理者であれば、NASの形で同じサービスを提供することもできます。オプションです。
LinuxとWindowsをストレージクラスタに統合することができます。つまり、1台のストレージ・サーバーに障害が発生しても、数秒以内に他のストレージ・サーバーにサービスを転送することができます。
もう一つの選択肢は、ストレージ・エリア・ネットワークを使うことです。これは単なるプラグアンドプレイのストレージ・アプリケーションではなく、専用のネットワークを構築する必要があるため、ストレージ・システムのオーバーヘッドが増加します。NAS製品のコストは1,000ドル弱ですが、従来のSAN製品を運用するには10,000ドルかかります。高可用性と管理しやすいウェブ・インターフェースを備えた専用ストレージ・システムです。
ネットワークへのストレージの導入
ストレージデバイスのタイプを決めたら、どのように実装しますか?NFSはUnix由来のサービスで、Linuxのすべてのディストリビューションでデフォルトで利用できます。VMwareのESXiはNFS共有をサポートしており、LinuxサーバまたはNAS上にNFS共有を作成し、ESXiに接続するだけです。
SANとNFSの主な違いは、SANにはフルディスクデバイスがあるのに対し、NFSでは共有パーティションに接続されているだけです。通常、SAN の方がシステム・オーバーヘッドが少ないため少し高速ですが、ESXi では、SAN と NFS の違いは通常感じられません。
もう一つの選択肢はiSCSI、つまり「貧乏人のSAN」です。基本的に、iSCSIはSCSIコマンドをIPパケットでカプセル化したもので、通常のネットワークで実行できます。専用のネットワークインフラでiSCSIを使用すれば、高可用性を***程度実現できます。iSCSIは従来のネットワークインフラ上で動作するため、ネットワーク管理者はそれを管理することができます。
ファイバーチャネルは、最速の速度を提供する高価なソリューションですが、ほとんどの中小企業ではそのような帯域幅は必要ありません。プラグアンドプレイのアプライアンス・デバイスに傾倒しているのであれば、iSCSI SANがESXiストレージのニーズを満たすことができます。