web-dev-qa-db-ja.com

lxd / lxcは、サーバーインフラストラクチャの仮想マシン(vSphereなど)の適切な代替品ですか?

サーバーを仮想マシンに移動したいと思います。これは、物理サーバーが損傷した場合に備えて、より多くのマシンを起動してバックアップすることが容易になるためです(他の利点については認識していません)。私は通常、仮想マシンを分離されたワークステーションとして使用していますが、サーバーに対するそれらの利点の完全なセットを認識していません。私が言いたいのは、人々がこれにVMWare vSphereを使用(および宣伝)しているのを見ているということです。ライセンスが増えると(指数関数的に)コストがかかるようですが、その理由はわかりません。 lxd (dockerに似ていますが、その状態を維持します)がこれに代わるものかどうか疑問に思います。

Lxdのような単純なコンテナーを使用するよりも、仮想マシン(vSphere、特にまたは一般的に他の種類)を使用する利点は何ですか?

それは本当にあなたが望むか必要とするものに依存します。完全なオペレーティングシステムを実行している実際の仮想マシンを使用すると、所有権を社内の他の人に委任できます。たとえば、あなたはESXサーバーの所有者および保守者であり続け、他の誰かがActiveDirectoryドメインを実行しているWindowsサーバーの保守と更新を担当することができます。コンテナを使用すると、この権限と責任の委任をより困難にするのは、すべて1つのオペレーティングシステムだけです。

考慮すべき2番目のトピックは、オペレーティングシステム自体です。 LXC/LXDを実行しているときは(私が知る限り)Linuxしか実行できませんが、ESXを使用しているときは、さまざまなLinuxディストリビューション、一部のWindowsサーバー、さらにはBSDなどを実行できます。すべてのインスタンスは、目前のタスクにカスタムフィットできます。

次に、ESX上で実行されている完全なVMは、メモリとCPU使用率に関してより多くのオーバーヘッドを必要とします。また、メンテナンス(ソフトウェアのパッチ適用と更新)の面でオーバーヘッドが追加されます。

最後に、ESXとWindowsは、すべてをコンテナーとして実行する場合よりも多くのライセンスを必要とします。

4
Tommiie