Ganeti vs 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が実行されていることを確認して停止します。「サイズがXのVMを空き領域があれば作成する」などのコマンドを発行すると、その空き領域が検出され、VMが作成されます。多くのチャーン（VMの作成と削除）がある場合、Ganetiは多くの時間を節約します。また、災害時にも役立ちます。クラスター全体に電源が供給されなくなった場合、クラスターに電源が供給されて起動すると、GanetiはすべてのVMを再起動します。（ここに例があります：停電：Ganetiの真のテスト）

VM構成（OS、ディスクストレージ構成など）の「テンプレート」を設定できます。したがって、テンプレートを作成するのに十分な専門家はあなただけですが、チームに存在する他のジュニアシステム管理者は簡単に新しいテンプレートを作成できます。インスタンス。

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によるコンテナー仮想化もサポートしているため、ニーズに基づいて最適な仮想化戦略を選択できます。単一ホストから2ノードクラスターまで約20のProxmoxのインストールがあり、drbdがFC SAN（> 80VM）上の5ノードクラスターに到達しています。

ガネティについて私が見ることができることについて、私は競争がないと述べることができます。Proxmoxが確実に勝利します。

ganetiに関する私の不満（おそらく無知に基づいている）：必要に応じてCLIで物事を実行して満足していますが、GUIを必要とすることが私を弱体化するとは思いません。Webベースのganeti管理ツールがあるようですが、最後に見たところ、プラグアンドプレイ（たとえば、ホストで入力するコマンドの2、3ページ）からはほど遠く、モックでの2、3回の試行でした。サーバー、私はそれを正しくビルドしてインストールすることはできませんでした。