GanetiとProxmox
私は小さなソフトウェアハウスのシステム管理者です。サーバーを仮想化します。これを行う主な理由は、可能な限り高い稼働時間を提供することですが、おそらくリソースの使用率も増加します。
2つのサーバーがあります。 1つは開発用のVMがほとんどなく、ビルドサーバーとしても使用されている（Jenkinsマスター、ビルドエグゼキューター）。 2番目のサービスでは、いくつかの重要なサービス（コードリポジトリ、課題追跡）がほとんどありませんでした。
これらのマシンを使用して2つのノードクラスタを作成し、各サービスにVMを作成したいと思います。ノード間でマシンを移動できるように、DRBDを使用したいと思います。
いくつかの調査の後、私の候補者はProxmoxとGanetiです。私の状況ではどちらが良いでしょうか？私はProxmoxのシンプルさ（特にインストールのシンプルさ）が好きですが、Ganetiを使用する正当な理由があるのでしょうか？
私はProxMoxに精通していませんが、仕事で使用し、コア開発者と協力しているため、Ganetiに精通しています。
物理マシンとVMの数が少ない場合は、手動で行うのが適切です。どのVMがどの物理マシン上にあるかを記憶し、適切なノードで適切なXenコマンドを実行できます。物理マシンが1つしかない場合は、VMがどのマシン上にあるかが常にわかります。
新規ユーザーにとって、Ganetiの最も明らかな利点は、すべてのVMがどこにあるかを知っていることです。 1つのマスターから「stop instance foo」などのコマンドを発行すると、fooが実行されていることを確認して停止します。 「create a VM of size X where where space is free」のようなコマンドを発行すると、その空きスペースを見つけてVMを作成します。大量のチャーンがある場合（作成とVMの削除）Ganetiは時間を大幅に節約します。また、災害時にも役立ちます。クラスター全体が電源を失った場合、Ganetiはクラスターが電源を入れて起動したときにすべてのVMを再起動します（例はここにあります：- 停電：Ganetiの真のテスト ）
VM構成（どのOS、ディスクストレージ構成など）か）の「テンプレート」を設定できます。したがって、テンプレートを作成するのに十分な専門家はあなただけですが、もう1つは他にも存在しますチームのジュニアシステム管理者は、新しいインスタンスを簡単に作成できます。
VMの数が少ないときに手作業で行う場合の問題は、成功した場合、Ganetiが理にかなうところまで成長することです。その時点であなたは仕事の片思いをしているかもしれず、あなたはGanetiをインストールする時間がないでしょう。これは、手動での作業から自動化のインストールへの移行に関する一般的な問題です。床を拭くのに忙しいため、漏れているシンクを修正する時間がありません。これを防ぐには、Ganeti（または選択した自動化）を後でインストールすることをお勧めします。
Ganetiは100％オープンソースであり、ライセンスは必要ありません。ただし、必要な場合の商用サポートはありません。私はProxMoxには詳しくありませんが、彼らのWebページにはライセンスが必要であると書かれています。オープンソースの部分がありますが、ライセンスなしでは利用できません（私が彼らのWebサイトで読んだものから）。彼らは彼らのウェブサイトにリストされているサポート計画を持っています。
Ganetiは、2007年以降、Google以外でも利用できます。その背後には5年以上のエンジニアリングがあります。それはかなり長い間安定しています。 Ganetiのソースコードとサポートコミュニティは code.google.com/p/ganeti で確認できます。最近のProxMoxのリリース方法はわかりません。
私は2003年以来Xenを使用しています。Ganetiを約1年使用しており、強くお勧めします。 ProxMoxについて聞いたことがありません。
何年もの間、LVM、DRBD、Xenの構成ファイルを2〜5ノードのサイズのいくつかのクラスターで手動で管理していました。これは悪夢でした。 DRBDは物事を非常に信頼性の高いものにし、XenはVMをノード間で簡単に移行できるようにしましたが、ノードに障害が発生するたびに、新しいLVMボリュームを作成し、DRBDを構成してミラーを再構築し、Xenと他の構成は複製されました... 5ノードクラスターの場合、頭の中で物事をまっすぐに保つことは時々痛みを伴う可能性があります。私はそれをすべてスクリプト化したいと思っていましたが、人生は邪魔をし続けました。
それからガネティがやってきた。それはまさに私のユースケース-XenとDRBDを使用するn-wayクラスターのために書かれました。痛みを伴う、リスクに満ちたこれらの時間の操作は、場合によっては1つのganetiサブコマンドに圧縮されます。大好きです。ほとんどのVMを1つの大きな10ノードのganetiクラスターに移行しました。
私はまた、WindowsデスクトップをGaneti/KVMクラスターに移行しました。現在Linuxはデスクトップ上のみで、VNCを使用してWindows VMにアクセスしています。ここでの大きな利点は、スナップショットとバックアップが簡単になり、各Windowsアプリを独自のVMにサンドボックス化できることです。
ちなみに、今は2ノードクラスターについてのみお話ししていますが、ユーティリティが表示されたら、ノードを追加して、仮想マシンに可能な限りすべてのものを移行していることに気付くと思います。クラスタリングプラットフォームがGanetiのように3つ以上のノードをサポートできる場合は、それを実行できます。
私はganetiを使用していませんが、proxmoxを使用しています。 Proxmox VEは完全にオープンソースのプロジェクトであり、すべてのコードはバイナリで利用できます。基本システムは、カスタムインストーラーを備えたDebian 64最小ディストリビューションですが、Debianシステムをインストールして、proxmoxリポジトリーを追加することもできます。プロジェクトのメインスポンサーの1つはオーストラリア政府です。これにより、製品の開発に長期間の資金が確保されます。バージョン2.0以降、開発プロセスはオープンです（クローズドリストであり、proxmoxの背後にある会社へのアクセスを要求する必要があった前）。
ユーザーフレンドリーなインターフェイスを備えており、vSphere、クラスターサポート（corosyncに基づく）、VM高可用性のためのHA、インターフェイスからの自動バックアップおよび復元サポートを提供します。 KVMの同じインフラストラクチャとインターフェイスにシームレスに統合されたopenvzによるコンテナー仮想化。これにより、ニーズに基づいて最適な仮想化戦略を選択できます。私は、単一ホストから、drbdが到着する2ノードクラスターまで、約20のProxmoxをインストールしています。 FCの5ノードクラスタにSAN（> 80VM）。
ガネティについて私が見ることができることについて、私は競争がないと述べることができます。 Proxmoxが確実に勝利します。
Ganetiに関する私の不満（おそらく無知に基づいている）：必要に応じてCLIで物事を実行して満足していますが、GUIを必要とすることが私に弱さをもたらすとは思いません。そこにはらしいがWebベースのganeti管理ツールであるように見えますが、最後に見たところ、プラグアンドプレイ（たとえば、ホストに入力するコマンドのいくつかのページ）とはかけ離れています。モックサーバーでの数回の試行で、私はそれを正しくビルドしてインストールすることはできませんでした。