ESXi HAクラスターの共有ストレージオプション
ESXi HAクラスターをサポートするための共有ストレージオプションの推奨事項を探しています（私は[〜＃〜] not [〜＃〜]製品/ブランド/モデルの推奨事項を求めています-これは反対であることを知っていますここでのルール）。私は質問テクノロジーを推奨しています。
私が働いている会社は中小企業です。現時点では、カスタム開発されたアプリケーションを実行する1つのHP DL380 G9とDAS、ESXi 6.0を使用しています。現在、最も経済的なオプションを使用してHA/FTを実現する方法を検討しています。私は1人のITチームであり、頻繁に出張しているため、手動でフェイルオーバー/復元することはできないため、HA/FTが必要です。
HA/FTを実現するには、最低2つのESXiホスト（物理サーバー）と共有ストレージが必要であることを理解しています。これは、興味深いところです。最も安価なエントリーレベルのストレージアレイでさえ、おそらく私たちにはやり過ぎです。私たちのストレージ容量の要件はおそらく約200GBであり、少なくとも5年間はその倍増は見られません。しかし、HA/FTには共有ストレージが必要です。
したがって、私のオプションに関する推奨事項を本当に本当に感謝します。ありがとう。
一般的な注意事項（意識の流れ）：
- あなたが保護しようとしているものについて、本当に真剣に考えてください。
- 誰もVMwareフォールトトレランスを使用していません。さて、多分someoneはしますが、制限が多すぎて、ユースケースは特に狭いです。
- サーバーは、特にHP ProLiantなどの高品質システムで作業している場合、予想よりも信頼性が高くなります。 Supermicroは別の話になるでしょう...
- 現実的な故障モードを評価します。 HP ProLiant Gen9サーバーは、failになるだけではありません。
- 個々のコンポーネントの障害が発生する可能性がありますが、ほとんどの問題を適切に処理するのに十分な内部冗長性があります。
- 真剣に、冗長電源、冗長ファン、内部ディスクのRAID、オンボードNICおよびFLRアダプターが故障することはほとんどありません。
- ILO監視、包括的なハードウェアヘルスチェックを追加し、稼働時間に影響するアイテムの範囲をDIMMの障害とシステムボードの問題に限定します。
そこで、共有ストレージについて説明します。共有ストレージは、その設計方法に応じて、障害点になります。
- MSA SAS接続アレイ のようなものはオプションであり、VMwareと2つのホストで動作します。それらを裸で購入し、必要な容量を追加できます。
- シェアードナッシング設定は、いくつかの点で有益ですが、複雑さが増します。
- VMware vSAN 、 HPE StoreVirtual VSA または StarwindのVirtual SAN オファリングなどのハイパーコンバージドオプションがあります。
- HPE VSAは、最大1 TBのストレージに対して無料の場合があります セットアップ用。
- 初心者レベル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 です。どちらのソリューションにも無料バージョンがあります。それらのメリットを確認してください。
最適なテクノロジーは「ソフトウェア定義ストレージ」です。 A VMこれにより、ローカルに接続されたディスクをすべてのVMで使用できるようになり、理想的には、複数のノードでローカルディスクを同時に使用できるようにして冗長性を提供します（すべてのVMを失うことなくノードを失うことができます）製品の推奨事項について話しているわけではないので、このままにしておきます。これはまだ初期の市場ですが、法案に適合する確立されたオプションがいくつかあります。