SAN vMotionとHAを備えた2台のサーバーESXi4.0クラスターの選択肢
ESXiのvMotionおよびHA機能（エッセンシャルプラス）を使用するために、2つの別々のvmware ESXi4.0ホストをクラスターに移動することを計画しています。現在、devvmホストと本番vmホストがあり、本番vmに障害が発生した場合に、devvmホストをHAホストとして使用できるようにしたいと考えています。当店では、ほぼ独占的にデルサーバーを使用しています。
EqualロジックPS4000x SAN with 9.6 TB 10KドライブまたはPowerValutMD3000iまたはMD3200iシリーズを検討しています。いくつか質問があります。どちらが良いですか。 vmwareホストとストレージの追加のためのソリューション？vMotionとESXiホストを使用できるようにするには、SANとESXiホストの間のスイッチ以上のものが必要である」というデルからのフィードバックが混在しています。 HA機能それは本当ですか？
どのSANオプションを使用すると、データストアとSANストレージを将来的に最も簡単に拡張できますか？現在、2つのファイルサーバーを提供していますTBおよびP2Vに必要なデータの増加。Dellソリューションは悪い選択ですか？
NetAppハードウェアを使用する必要がありますか？私たちの予算はかなり柔軟で、クレイジーではありませんが、将来的にストレージを簡単かつコスト効率よく追加できることは重要です。
最近、2 x Powerconnect6224スイッチを介してSDカードで動作するR710ESXiホストのペアに接続されたEqualLogicPS4000XVを実装しました。
HA、vMotionなどで非常に優れたパフォーマンスを発揮します。MPIOをSANとホスト間でかなり簡単に動作させることができます（esxiリモートCLIファッティングのほんの少し）。
これまでに見たPS4000XVの唯一の欠点は、ストレージプロセッサのセットアップです。ユニットにはSPのペアがありますが、一度にアクティブになるのは1つだけです。もう1つは、ポートをオフラインにしてそこに座っています。したがって、最大2つまたは3つのインターフェイスを介して話しているため、パフォーマンスが低下する可能性があります。他のSPにフェイルオーバーすると、ポートのネゴシエーションとスピンアップの間にタイムラグが発生します。より高いスペックのPSユニットにはこの制限がなく、アクティブ/アクティブSP構成。
SANは、単一のRAID 50アレイとして構成することをお勧めします。これにより、6.2Tbを使用できるようになります。
このモデルでの拡張オプションは、基本的に「別のユニットを購入する」です。ただし、同じストレージファブリック（スイッチ）に接続するだけで、すべてを単一の「グループ」IPとコンソールで管理できます。管理のオーバーヘッドはそれほど多くありません。
VMWareのHAについて-HAを有効にすると、単一のVMでのみ発生します... 2つのVMを結合しません。 VMは、2つのホスト間で一度にロックステップでスピンアップされ、メモリがホスト間で同期されるため、一方のホストに障害が発生した場合、もう一方のホストが即座にスラックを取得します。 'に適合しませんdev VM as DR withHA'を使用してください。
Dev VMをVM内の製品のDRフェイルオーバーとして文字通り使用することを計画している場合は、その実用性について慎重に検討してください。DR構成はスピンできる必要があります。可能な限りタイムラグの少ない本番サービスとしてアップします（これがDRの全体的なポイントです）。それでは、開発ボックスはある時点で本番にどれだけ近いのでしょうか。
[〜＃〜] edit [〜＃〜]ESXでvMotionを有効にするには、ホストサーバーで実行されているCPUがほぼ同一であることを確認する必要があります。互換性のないCPUを実行している場合、ホスト間でvMotion/cluster/HAを実行することはできません。 VMWareとベンダーは、これを検証するための互換性マトリックスを提供しています。
- VMWareのIntelリスト
- VMWareのAMDリスト
- Dellのリスト （PDF）（また： 気の利いたテーブル ！）
- HPのリスト （PDF）
2つのSANを比較する限り、どちらも同じサイズの環境を対象としていますが、留意すべき違いがあります。その一部については、以下で説明します。ご使用の環境では、どちらも問題なく必要な処理を実行し、3〜4台のホストと10〜15台程度の平均的なVMを問題なくサポートするようにスケールアップします。 MD3xxxモデルを選択した場合、SANのスイッチがなくても問題が解決する可能性がありますが、お勧めしません。
ISCSI SANではなくNAS機能が必要になるという説得力のある理由はありません。エントリーレベルのNetAppNASは、一般的にこれらのデルのエントリーレベルのSANのいずれよりも特に適しているわけではありませんが、ニーズに応じて、詳細に応じて（たとえば、シングルが必要な場合）、非常に高性能な共有ストレージソリューションです。インスタンスストレージのサポート）の方が適している場合があります。
VMware Cluster Servicesのサポート
これらのアレイは両方とも、「共有ストレージ」を必要とするすべてのVMwareクラスター機能をサポートしますvMotion、HA、フォールトトレランス、DRS\DPM）。ストレージの観点から必要なのは、すべてのVMwareホストがSANに[冗長]接続できるようにすることです。これらはどちらも、問題なくそれを提供できます。モデルと実行しようとしていることによっては、SANにスイッチは必要ない場合がありますが、おそらく必要です。
注VMwareHA\FT\vMotion\DRSなどはすべて、iSCSI SAN接続に加えて、個別のクラスターネットワークインターフェイスを必要とします。理想的には、それらは回復力がある必要があります（別々の物理スイッチに接続された機能ごとに2つ以上のインターフェイス）-これらの要件はSANインフラストラクチャとは完全に分離されています-可能な限り他のすべてから分離する必要があります。
PS4000は、MD3000iまたはMD3200iよりもvSphereのvStorageAPIとのネイティブ統合がはるかに優れています。つまり、これらのストレージ機能をソフトウェアに依存するのではなく、スナップショットやクローン作成などをアレイハードウェアにオフロードできるようになります。
---（SANスイッチ。
シングルアレイ環境の場合、MD3000i\MD3200iを備えたスイッチは必要ありません。これらを、各SANコントローラーからの1つのiSCSIGigEポートを使用して、2つの別々のホストサーバーに直接接続できますが、すべての接続が最大になり、将来サーバーを追加する限り、拡張性とスケーラビリティはゼロになります。 。私はこれが一度だけ行われるのを見たことがありますが、それらの制限に耐えることができれば問題なく動作し、複雑さの層と起こりうる障害を取り除きます。
複数のサーバーがある場合、Equallogicアレイでこれを安全に行うことはできません。アーキテクチャが安全に機能するには、サーバーがすべてのEQLインターフェイス（アクティブおよびパッシブ）を認識できる必要があります。
SANに基づく適切なスイッチを選択している場合、2つのスイッチを持っていないが、SANには触れない_ネットワークファブリックレベルで冗長性がありませんでした。何かを移動したり、スイッチでファームウェアの更新を実行したりする必要がある場合はどうなりますか？自信を持ってスイッチの1つに近づき、電源を切ることができなかった場合、SANを責任と見なします。
原則として、iSCSI SANトラフィックと通常のトラフィックを同じスイッチに混在させないでください。選択の余地がない場合は、VLANを使用してレイヤー2で分離しておくようにしてください。これを怠ると、パフォーマンスが大幅に低下し、ひどく噛み付く可能性のある厄介なセキュリティ問題が発生します。
安いスイッチは避けてください。とにかく本当に安いスイッチは避けてください。
Equallogic
PROs
Equallogicアーキテクチャはスケールアウトするように設計されています-アレイを追加すると、EQLSANの容量とパフォーマンスが向上します。 PS4000は限定されたエントリーレベルのモデルであり、PS4000しかない場合は2つのアレイにしかスケールアップできませんが、PS6000を購入すると、すべてのアレイがPS6000であるかのように、組み合わせてスケールアップできます。このスケールアウトは、Windowsのパフォーマンスの観点から非常にうまく機能し、vSphere 4でかなり優れており、4.1でさらに良くなります。
Equallogicアーキテクチャは、セットアップ、管理、および監視が非常に簡単です。容量の追加は非常に簡単で[「別のアレイを接続するだけ」]、アーキテクチャの動作方法により、パフォーマンスも同時に向上します。 SAN HQ監視コンソールは非常に便利で、無料で、簡単にインストールできます。
Active\Passiveコントローラーソリューションは、私の経験では非常にうまく機能します。各コントローラーは最大16個のディスクを管理し、これらのディスクを飽和させるために必要なIOPレベル（2000以上）に問題なく対処できることを忘れないでください。 PS4000のパフォーマンス上の大きな課題は、iSCSIポートの数が限られていることです。これにより、単一のアレイでスループットが約200メガバイト/秒未満に保たれます。ただし、別のアレイを追加すると、その数は2倍になります。PS6000を追加すると、総帯域幅が3倍になります。テスト条件下で、混合10K SAS 7.2K SATA 4ノードPS6000グループを7000IOPおよび1.6Gバイト/秒以上にプッシュしました。実際の世界では、マイレージは異なる場合がありますが、確実にスケールアウトします。
Equallogicアレイは、障害が発生したディスクを非常に適切に処理します。保守的なデフォルトの利点の1つは、問題を引き起こすために、多数の障害または複数の障害を連続して発生させる必要があることです。ちなみに、Equallogicアレイが本番環境で失敗するのを見たことがありません。テストでは、通常、アレイを強制的にオフラインにするために4つ以上のディスクをプルする必要があります。
CONs
Equallogicアーキテクチャは十分に理解されていません-設計に柔軟性がないため、事前に考慮しないと問題になる可能性があります-アレイごとに1つのディスクタイプとレイドタイプの制限が1つであり、マルチアレイセットアップでのアレイ間の多くの帯域幅の要件は別です。
Equallogicソリューションは多くのディスク容量を使用します。すべてのSANソリューションはある程度機能しますが、EQLのデフォルトと、スナップショットとレプリケーション用の推奨予約を使用すると、少しショックを受ける可能性があります。9.6TBPS4000を使用してください。これは、これで引用されていると思います。容量ですが、16x600GBのドライブが付属しており、その生の容量の9.6TBのようなものを使用することはできません。手始めに、EQL環境の各600GBディスクから約520GBの使用可能なストレージを取得し、次にEquallogicのデフォルトのホットスペアリングポリシー（RAID10またはRAID50の場合は2）を使用し、RAID-50（パリティに使用される2ディスク分のスペース）を選択します。 6.2TBの基本ユーザー容量。 （非常に強力な）ハードウェアスナップショットを効果的に使用する場合は、サーバーに提示する予定の容量をその約半分に制限する必要があります。そのため、使用可能な容量は3.1TBに低下します。このアレイで最高のパフォーマンスを実現することを選択し、RAID-10を選択すると、3.6 TBの基本的な使用可能容量が得られます。スナップショットを広範囲に使用する場合は、1.8TBが使用可能です。アレイ間でハードウェアレプリケーションを使用する大規模な環境では、これはさらに悪化します。使用可能な容量は、最初の9.6TBの容量から1.2TBまで低下する可能性があります。
アレイごとに単一のRAIDタイプとディスクサイズに制限されており、アレイが1つしかない場合は、論理ボリュームを相互に分離することはできません。複数のアレイがある場合でも、うまく実行するのは難しい場合があります。したがって、DB、tempdb、およびログボリュームIOを相互に分離したいデータベースサーバーにストレージを提示することはできません。 EQLでは、アレイを信頼してIO分離を管理する必要があります。
アレイは8枚または16枚のディスクがインストールされた状態でのみ購入でき、デルは8枚のディスクオプションを廃止していると思います。今すぐ5つのディスクを購入し、後でさらに2つ追加したい場合は、運が悪いです。
マルチアレイ環境では、1つのアレイを失うと、非常に具体的な[パフォーマンス制限]設計の選択を行わない限り、アレイが属するプール内のすべてのボリュームがオフラインになります。
EQL設計の真の強みは、グループに約4つ以上のアレイがある場合にのみ有効になります。
MD3000i\MD3200i
PROs
これらは、より伝統的なモノリシックストレージアレイです。概念的には、それらは素晴らしくシンプルで、ほとんどのハードウェアRAIDコントローラーと同じように機能し、スケールアップしただけです。必要なdskの数量とサイズ/速度を購入してください。ディスクをRAIDグループに分割し、それらから論理ディスクを分割します。成長に合わせてディスクを追加し、MD1000\MD1200ディスクエンクロージャーを追加して拡張するのは簡単なプロセスです。
必要に応じて、単一のアレイ内でRAIDタイプをどのように組み合わせて組み合わせるかを選択できます。完全にストックされた15ドライブMD3000iには、600GBディスクの5ドライブRAID 5パック、600GBディスクの個別の3ドライブRAID 5パック、および一部の専用高性能ボリューム用の15kディスクの6ドライブRAID10パックがあります。これは、EQLアプローチよりも管理が少し難しいですが、EQLでは不可能な特定の設計上の選択を行うことができます。合計で約30枚未満のディスクが必要な規模で作業している場合、MD3000iは結果としてはるかに柔軟性があります。
MD32000iのコントローラー帯域幅はMD3000iの2倍です。MD3000iが安価でない限り、その理由だけでMD3200iよりも選択することはありません。
（SANの観点から）比較的大量の安価なストレージを追加することは、パフォーマンスではなく容量が主な関心事である場合に実行可能です。アーカイブタイプのストレージ用にかなり大規模なMD3000iインストールをいくつか入れました。RAID6と2TBのドライブを使用すると、単一のMD3000iが実行され、最大72TBの使用可能なストレージが提供されます。 SATAディスクが非常に多いため、ディスクタイプへのアーカイブ/バックアップの使用にはまったく問題ありませんが、多くの仮想マシンのプライマリストレージとして使用することは望ましくありません。
CONs
[。 MD3200iは、その点ではるかに優れており、そのため、その寿命全体にわたって実行する方がほぼ確実に安価です。
管理機能は少し基本的です。自動アラートはアレイではなく、どこかで実行し続ける必要がある管理アプリケーションによって処理されます。パフォーマンスの監視は、EQLのSANHQによって提供されるものほど洗練されていません。
単一のアレイを超えてスケールアップすると、MD3000i\MD3200iの拡張はSAS接続されたMD1000\MD1200ディスクトレイを介して行われます。これは、30個のディスクを超えて、場合によってはそれ以前に、パフォーマンスの観点から適切にスケールアップしません。 。
MD3000i\MD3200iアレイを使用すると、パフォーマンスのスケールアップがはるかに困難になります。たとえば、既存のボリュームにさらに1000個のIOPを提供する必要がある場合は、多くの追加ディスクを購入し、多くのものを移動し、ビルドする必要があります。新しいRAIDパック、新しいボリュームの提示、データの移行、そしてできればSASバスの制限にぶつかる前に目的の場所に到達します。 Equallogicを使用すると、問題のボリュームを含む配列をプールに追加するだけで、ほとんど自動的に配信されます。
MD3000iは古い3Gbpsバスです。新しい投資をする場合は、少なくとも3200シリーズで6Gbpsを取得することをお勧めします。
あなたがより大きな予算を持っているなら、私はEMCに行きます。それ以外の場合、Dell、IBM、およびHPデバイスは完全に受け入れられます。 EqualLogicはいくつかの非常に優れたものを作成し、それらはコストの真ん中にあります。
最先端のものが必要な場合は、10Gbpsを検討してください。
スイッチ以上のもの、何のように？ファイバーチャネルについて話しているのでなければ、それがファイバーチャネルスイッチに加えてホストバスアダプターになるとは想像できません。
私はこれらのソリューションの両方を持っています：MD3000i、LeftHand。
MD3000iサーバーとESXiサーバー間のギグスイッチのみが必要です。別のLeftHandに対して同期または非同期のレプリケーションを実行できるため、より優れた長期的なソリューションはLeftHandだと思います。今は必要ないかもしれませんが、1、2年後には必要になるかもしれません。 LUNSの構成に関しては、LHの方が少し柔軟性があるように感じます。
どちらのユニットも優れたパフォーマンスを発揮し、ESXiクラスターを簡単に起動して実行できます。どちらの解決策も悪い選択ではありません。
MD3000iには、電源、RAIDコントローラーなどのハードウェア冗長性が組み込まれています。LHソリューションは、2つの非冗長システムを相互にミラーリングすることで冗長性を実現します。
HAとVMotionは、両方のシステムでうまく機能します。