ESXi HAクラスターの共有ストレージオプション

ESXi HAクラスターをサポートするための共有ストレージオプションの推奨事項を探しています（製品/ブランド/モデルの推奨事項は求めていません -これはここのルールに違反していることを知っています）。私は尋ねるための技術勧告。

私が働いている会社は中小企業です。現時点では、カスタム開発されたアプリケーションを実行する1つのHP DL380 G9とDAS、ESXi 6.0を使用しています。現在、最も経済的なオプションを使用してHA / FTを実現する方法を検討しています。私は1人のITチームであり、頻繁に出張しているため、手動でフェイルオーバー/復元することはできないため、HA / FTが必要です。

HA / FTを実現するには、最低2つのESXiホスト（物理サーバー）と共有ストレージが必要であることを理解しています。これは興味深いところです。最も安価なエントリーレベルのストレージアレイでさえ、おそらく私たちにとってはやり過ぎです。私たちのストレージ容量の要件はおそらく約200GBであり、少なくとも5年間はその倍増は見られません。しかし、HA / FTには共有ストレージが必要です。

したがって、私のオプションについての推奨は本当に本当にありがたいです。ありがとう。

一般的な注意事項（意識の流れ）：

• 何を保護しようとしているのか、本当によく考えてください。
• 誰もVMwareフォールトトレランスを使用していません。さて、誰かがそうかもしれませんが、あまりにも多くの制限があり、ユースケースは特に狭いです。
• サーバーは、特にHP ProLiantなどの高品質システムで作業している場合、予想よりも信頼性が高くなります。Supermicroは別の話になるでしょう...
• 現実的な故障モードを評価します。HP ProLiant Gen9サーバーが故障するだけではありません。
• 個々のコンポーネントの障害が発生する可能性がありますが、ほとんどの問題を適切に処理するのに十分な内部冗長性があります。
  • 真剣に、冗長電源、冗長ファン、内蔵ディスクのRAID、オンボードNICおよびFLRアダプターが故障することはほとんどありません。
  • ILO監視、包括的なハードウェアヘルスチェックを追加し、稼働時間に影響するアイテムの範囲をDIMMの障害とシステムボードの問題に限定します。

そこで、共有ストレージについて説明します。共有ストレージは、その設計方法に応じて、障害点になります。

• MSA SAS接続アレイのようなものはオプションであり、VMwareと2つのホストで動作できます。それらを購入して必要な容量を追加できます。
• シェアードナッシング設定は、いくつかの点で有益ですが、特定の複雑さを追加します。
• VMware vSAN、HPE StoreVirtual VSA、Starwind のVirtual SANオファリングなどのハイパーコンバージドオプションがあります。
• HPE VSAは、ストレージの1TBまでのための自由であり、あなたのセットアップのため。
• エントリーレベルのSANは、スペース要件が非常に低いことを考えると、それほど説得力があるわけではありません。
• シングルヘッドストレージを使用することも可能です。おそらく、選択したストレージOSを備えた通常のHPサーバー（LinuxエクスポートNFS、Windowsストレージサーバーなど）でも可能です。
• ストレージにデュアルヘッドフェイルオーバーとクラスタリングを提供できるLinux用のZFSソリューションを文書化し、概要を説明しました。https：//github.com/ewwhite/zfs-haを参照してください。
• サーバーのペアで何も共有できない別のソリューションはZetavaultです。
• これをVeeam VMレベルのレプリケーションまたはアレイベースの何かと組み合わせると、潜在的なストレージの問題の99％をカバーできました。

しかし、これもリスクの関数です。人々は高可用性のウサギの穴を簡単に下ることができます...

デュアルハイパーバイザーホスト...大丈夫。次に、デュアルスイッチングファブリックが必要ですか？スタックスイッチ？マルチシャーシリンク集約（MLAG / MC-LAG）？デュアルコントローラーを備えた1つのSAN？2つのSAN？SANレプリケーション？VMレプリケーション？多様なストレージへのVMレプリケーション？

パワーダイバーシティはありますか？複数のPDU？複数のUPSユニット？サイトはジェネレーターでサポートされていますか？

それで、あなたは何を残していますか？

いくつかのオプションがあるのが最善だと思います。たぶんカバレッジのために追加のヘルプを契約します。お客様にいくつかの選択肢があるように、ソリューションを十分に文書化します。DRまたはシステム停止Runbook /スクリプトを作成します。

会社がユーザーのダウンタイムに耐えられない場合は、VMware FTが最適です。この機能を実装するには、ある種の共有ストレージが明確に必要です。その場合、仮想化インフラストラクチャの構築にますます使用されるソフトウェア定義ストレージ（SDS）ソリューションを検討することをお勧めします。このアプローチを使用すると、ESXiホストのローカル物理ストレージリソースを仮想化し、それらを本格的な仮想SANに変えることができます。VMware VSANはすぐに頭に浮かびますが、ESXi環境で実装する方がはるかに安価な非常に興味深い代替手段をいくつか指摘しておきます。最初の候補はHPE VSAです：優れたレベルの機能と、クォーラムに対する3番目の投票ノードの煩わしい要件。ええ、私は知っています。2つのノードに移動できますが、ダウンタイムに問題がなければ、クォーラムは必須です。反対に、2番目の候補は、物理ホストが2つだけで、キャッシング、データ圧縮などの一連の機能を備えた最小限のハードウェアフットプリントを備えています。これは、StarWind vSANです。どちらのソリューションにも無料バージョンがあります。それらのメリットを確認してください。

最適なテクノロジーは「ソフトウェア定義ストレージ」です。ローカルに接続されたディスクをすべてのVMで利用できるようにするVM。理想的には、複数のノードでローカルディスクを同時に使用できるようにすることで冗長性を提供します（すべてのVMを失うことなくノードを失うことができます）。製品の推奨事項について話しているわけではないので、このままにしておきます。それはまだ初期の市場ですが、法案に合うだろういくつかの確立されたオプションがあります。