coloで仮想マシンを提供する2台のサーバーに最適な設計（ソフトウェア/ハードウェア、バックアップ）は何ですか
現在、CentOSでXenを使用してVMを提供する古いサーバーが1つあります。モンスターではありませんが、VT拡張機能をサポートし、1TBのハードウェアRAID1ディスクがセットアップされています。新しいサーバーを追加して、古いサーバーを相互バックアップ用に保持し、場合によってはワークロードを分散するために使用したいと考えています。
これまでのところ、提案にはSANや、私が買えない他の種類の高価なハードウェアの追加が含まれていました。では、次のハードウェア、運用目標、および制約を考えると、最適な設計は何ですか？ （コストとダウンタイムを最小限に抑え、可用性、パフォーマンス、および安定性を最大化するもの）
ハードウェア
- 8GB RAM、CPU VTサポート、および1TBRAID1を備えたPoweredge8501Uサーバー
- 追加のサーバー
- まだ購入していないので、これは柔軟性があります-3000ドル未満と考えてください
- デュアルクワッドxeonを搭載したR410を検討すると、16GB RAMおよび2.8TBのRAID5の4x1TBSATA
運用要件
- サーバーは仮想マシンを提供する必要があります
- 現在CentOS5でXenを使用しています
- Citrix XenServer、VMware ServerおよびESXi、KVM、ヘッドレスVirtualBoxを調べました
- より新しく、より強力なサーバーは、おそらく「メイン」サーバーであり、Webやメールサービスを含むあらゆる種類のことを行うVMをホストしているはずです。
- 2番目のサーバーを取得する目的は、ある程度の冗長性を確保することです。一方に何かが発生した場合、もう一方がしばらく引き継ぐ可能性があります（電源が切れ、翌日のオンサイト保証の遅延を考えてください）
- VMがバックアップされているときは、継続的に使用可能であるか、ダウンタイムが無視できる程度である必要があります（つまり、一時停止、スナップショット/クローン/コピーの開始、一時停止解除にかかる時間）
制約と考慮事項
- 無料のソリューションにのみ関心があります（オープンソースが望ましいですが、厳密には必須ではありません）
- コロのスペースはUごとに請求されるため、大規模なサーバーよりも1Uを追加することをお勧めします。より大きなハードウェアは、ソリューションが特に洗練されている場合にのみ考慮されます。
- VMの数とディスクのサイズにより、帯域幅のコストが原因で、インターネットを介して定期的にオフサイトに転送することは不可能です。
- 2つのサーバーは直接ネットワーク接続できるため、サーバー間の転送は非常に高速で、費用もかかりません。
- 古いサーバーの保証は2年間支払われ、正常に機能するので、不必要に交換しないでください（古いサーバーの交換を含む本当に洗練されたソリューションだけが私たちにとって意味があります）
- 何かが起こった場合に一方のサーバーがもう一方のサーバーを引き継ぐことができる必要があるため、2番目のサーバーの代わりにストレージソリューションを実際に検討していません。サーバーとストレージソリューションが1つしかない場合、1つではなく2つの障害点があります。
これまでの研究
- CentOS（およびほとんどのdom0サポートディストリビューション）で提供されるXenバージョンは、かなり古くて無愛想です
- Xenの現在の経験
- 論理ボリューム上に保持されたVMディスク
- ddは低速で、空き領域も含まれています
- ファイルシステムをdom0にマウントしてrsyncを実行するには、dom0がdomUのFSレイアウトを認識している必要があります。また、domUがLVMも使用している場合は、非常に注意が必要です。自動化が難しく、 tは、必然的に2番目のサーバーですぐに再利用可能なイメージになります。
- LVMスナップショット->バックアップ->スナップショットの削除プロセスにより、増分バックアップの実行中にVMを使用できるようになります。ビッグプラス！
- Citrix XenServer
- リソースのプールを容易にしますが、共有ストレージとプロセッサーは基本的に同じである必要があります。現在の古いサーバーと一致する別の古いサーバーを入手しない限り、XenMotionの要件を満たしていません。
- とにかく、XenMotionが実際にバックアップで機能するかどうかはわかりません。私の理解では、VMが移行されると、コピーされるのではなく、他のサーバーに移動されます。
- スナップショット+エクスポートスナップショット 有望に見えます 。
- 実行中のハイパーバイザー間でVMwareVMを移動するには、vmotion の料金を支払う必要があります。
- 繰り返しになりますが、vmotionはおそらくバックアップを目的としていません
- KVMは私が最も知らないソリューションですが、ストレージの処理方法（ローカルイメージファイル、論理ボリューム、または共有SAN/iSCSI）に関してはXenと非常に似ているようです。
ふぅ！コメントありがとうございます！さらに情報が必要な場合はお知らせください：P
2台のサーバー間で [〜＃〜] drbd [〜＃〜] をセットアップして、VMイメージと構成ファイルをホストすることができます。
この設定により、2つのホスト間のライブマイグレーションが可能になると思います。そうでない場合は、いずれかのサーバーでVM upを起動し、いずれかのサーバーがダウンした場合に起動できます。これは、ハートビートを使用してスクリプトを実行し、VMを再起動することで少し自動化できます。ホストがダウンします。 この記事 ライブマイグレーションとLVMでこれを行うようです。
CentOS 5.2、Xen 3.2、LVM、DRBD 8.2.6を使用して約1年前に構築された2ノードクラスターがあります...私は このハウツー をすべてのセットアップのガイドとして使用しましたが、ガイド自体はUbuntuHardy向けですが、CentOSのXenサポートははるかに安定したIMOです。