私が本当に気に入っているセットアップのXenクラスターがあります。これは2つのノードで構成されています(1と2と呼びましょう)。各ノードには、2つの非レイドドライブ(AおよびB)があります。 A1はDRBDを介してA2に複製され、B2はB1に複製されます。
マシン1がダウンすると、VMがマシン2で起動し、その逆も同様です(パフォーマンスは1/2)。
私はこれに満足しています。安くて、柔軟性があり、頑丈ですが、完璧ではありません...そしてそれは私を休ませません。多分あなたは私がそれをより良くするのを手伝うことができます(またはこれよりも優れた代替アーキテクチャを持っています...それが仕事をするなら私はVMWareや他のものに反対していません)
これが私の問題です:
...多分私は上記のすべてをで合計することができたでしょう。このXenクラスターアーキテクチャをだまして証明するにはどうすればよいですか?
ありがとうございました
あなたがそれをばかにして完全に絶対確実にすることができるかどうかはわかりません。さまざまなクラスタリングテクノロジを集約および管理するのに役立つ管理プログラムがありますが、特定のセットアップでは、セットアップに固有のものが必要になります。
また、バージョンの異なるさまざまなテクノロジーを結び付けているため、問題が発生します。 Xenを管理するものを入手することはできますが、XenとDRBDの併用により多くの作業が必要になる場合や、他のソフトウェアがさまざまなリリースで最新の状態に保たれない場合があります。
最善の策は、構成を完全に文書化し、図を完成させ、明日バスにぶつかった場合にその人が引き継ぐことができるように誰かを訓練することです。
また、そのクラスターで何かが変更された場合は、ドキュメントを更新して、チームがそれを認識していることを確認してください。
XEN、DRBD、Heartbeatは非常に良い組み合わせであることがわかりました。 DRBDはデバイスにハートビートスクリプトを提供し、DRBDはデバイスタイプ「drbd」を追加することでXEN統合を提供します。
すべてを「片手」で実行したい場合は、HA拡張機能を備えたSLES11(現在のパッチレベル-現在はSP2)を使用してください。3つのコンポーネントすべてがサポートされます。 DRBDはSLESと提携しているため、問題なく動作するはずです。
現在、サーバーネットワークを10 GBにアップグレードして、ライブマイグレーション(XEN)とより高速なDRBDレプリケーションを使用できるようにしています。
私たちのセットアップでは、XEN PV DomUは、LVで構成されるDRBDデバイスで構成される「ディスク」上にあります。 Heartbeat V1構文で2ノードクラスターを使用します(古いSLES10では、drbd 8をコンパイルし、独自のxen-heartbeat-scriptを作成する必要がありました)。
LinuxPVに関する強みとしてXENを使用しています。
実際にはDRBDWebベースの管理コンソールがあります...
http://www.drbd.org/mc/management-console/http://copilotco.com/mail-archives/webmin.2009/msg00486.html