私は長年VirtualBoxを使用して開発環境を作成してきました。

私の同僚の多くはVagrantについて話しているので、多くの人がVagrantに非常に興奮しているように見えますが、その利点を理解できないようです。 Virtualboxでやったこと。

VirtualBoxを使用して、環境を完全にインストールおよび構成し、それをOVAなどとしてパッケージ化し、他のオフィスユーザーと共有できます。何か問題が発生した場合、VirtualBoxでスナップショットを取ることができます。

操り人形とシェフはVagrantの一部ではありません。彼らは自分たちのものですよね？

それで、はい、VagrantがVirtualBoxに対して単独で提供するメリットは何ですか？

これは大きな質問なので、3つのセクションに分けます。

放浪者

Vagrantは、次の方法で1つ以上の仮想マシンをセットアップするために使用されます。

• 既製の画像（「ボックス」と呼ばれる）をインポートする
• VM固有の設定（IPアドレス、ホスト名、ポート転送、メモリなど）の設定
• PuppetやChefなどのプロビジョニングソフトウェアの実行

ソフトウェアをインストールしたり、VMを読み込んでVirtualBoxの設定を行ったりした後にマシンをセットアップすることはありません。VirtualBoxのスクリプトエンジンと考えてください。

VirtualBoxだけでVagrantを使用した理由は次のとおりです。

1.マルチVMネットワークを簡単にセットアップする

私が読んだVagrantパワーユーザーコンテンツのほとんどは、同時に複数のVMをセットアップすることに関するものです。Vagrantはこれらを設定するための単一の設定ファイルを提供し、1つのコマンドですべてを起動できるようにします。

192.168.1。*サブネット上の静的IPを使用して相互にネットワーク接続するように3つのVMを構成したとします。すでにそのサブネットを使用してIPアドレスを配布している場所にいることに気付き、VMが競合するようになりました。Vagrantでは、Vagrantfileを編集してVMをリロードできますが、VirtualBoxでは、各VMを起動して内部で変更しない場合は、各VMの設定を開く必要があります。

2.ソース管理

テキストファイルに設定を配置することにより、構成をソース管理下に置くことができます。先週いくつかの変更を行い、誤って画像を壊しましたか？変更を元に戻してVMをリロードするだけです。VirtualBoxスナップショットを使用してこれを実現できますが、Vagrantfileよりもはるかに多くのスペースを占有します。

3.さまざまなプラットフォーム

http://vagrantbox.esなどのサイトで多数のボックスを利用できます。これにより、さまざまなOSまたはディストリビューションを試して、同じプロビジョニングを適用して同様の環境をセットアップできます。これは、新しいプラットフォームのテストやサポートの追加に役立ち、VirtualBoxだけを使用すると時間がかかります。

プロビジョニングソフトウェアの使用とイメージスナップショットの使用には、多くの議論があります。追加の説明については、Stephen Nelson-Smithの優れた記事「1日で100台のWebサーバーを構築する方法」を参照してください。

アダムからの優れた答えに加えて、Vagrantはすべてを結び付けます。ChefとPuppet（およびSaltとシェルスクリプト、および使用したいその他のプロビジョナー）は別のものですが、Vagrantはそれらをすべて結び付けて、aだけで動作するようにしvagrant upます。

その1つのコマンドは

1. 必要なだけの場合はVMを起動しますが、
2. 指定されたベースボックスがまだ作成されていない場合は、指定されたベースボックスからボックスを作成しますが、マシンにベースボックスがない場合は最初に作成します。
3. URLから取得して、マシンにダウンロードします。

そのすべてについて考える必要はありません。同僚が始めた別のプロジェクトに切り替えようとしているとしましょう。レポジトリからコードをチェックアウトして実行するだけで、vagrant upISOのダウンロードやインストールを心配したり、特定のクライアントに使用する必要があるディストリビューションのバージョンや、すでにすべてを取得しているVMのコピーがあるかどうかを心配したりする必要はありませんあなたが必要です。

ChefやPuppetを使用して設定したのか、単にシェルスクリプトを使用して設定したのかを心配する必要さえありません。（わかりましたので、bundle installすべてをインストールしたかどうかを確認する必要があるかもしれませんが、それでも大したことではありません。）

すべてを結び付け、すべてに統一されたインターフェースを提供することにより、最も単純なユースケース以外のすべてをはるかに簡単にすることができます。最初は、あなたがすでにやっていることを行うための新しい方法を再学習しているように感じるかもしれませんが、Vagrantの使用を深く理解すると、はるかに少ない労力でより多くのことができることがわかります。初期投資に見合うだけの価値があります。

シェフまたはパペットをVMプロビジョニングに統合できることが重要です。ほとんどのVagrantユーザーは、「Vagrant Up」または「Vagrant destroy」よりも頻繁に「Vagrant Provision」を実行し、「Vagrant reload」を実行することを頻繁に通知します。これらのタスクは、実際の作業がVMのスピンアップ/ダウンではなく、事後の「管理」であることを示しています。

（とにかく、熟練したシェフのユーザーによって提起された）より良い質問を提起することが、適切なプラグインでVagrantを使用し、ナイフを使用しない理由かもしれません（すぐにvirtualboxプラグインに到達します）。たとえば、データバッグに保存された引数値をナイフプラグインに渡すことは、1つの巨大なVagrantfileをジャグリングするよりも（方法）よりインテリジェントで、柔軟で、管理しやすいです。私は通常、CPUの数、メモリの量、デプロイするOS、ホスト名、IP、ルートなどの「動的な」リソースをchefデータバッグで定義し、レシピを変更し続ける必要がないようにします;- ）。Chef Webインターフェースを使用してデータバッグを編集することは、最も簡単なオペレーターに提供できる非常に簡単なデータ入力タスクです。Vagrantfileを使用すると、コードを永久に変更し、信じられないかもしれません-コードブレーク-運用スタッフに簡単な変更を渡さないことを保証します。

ナイフにはまだvirtualbox用のプラグインがありませんが（あまり遠くない将来に1つを思い描いていますが）、vmware、xenserver、およびほぼすべての主要な「クラウド」など、ほとんどの「エンタープライズ」仮想化製品用のプラグインがすでにありますプロバイダーも同様です。これは、ナイフがvirtualboxを超えて移動する準備ができている場合にVagrantが提供するものよりもはるかに優れていることを意味します。現時点では、Chefコミュニティは、virtualbox apiをknifeプラグインに統合しないことで、virtualboxユーザーがVagrantとともにぐったりすることを喜んでいます。引数を渡すためにデータバッグを使用できるようにする、ナイフを浪費するプラグインがあります。ただし、Vagrantソフトウェアが必要であり、機能するにはモノリシックVagrantfileです。

だから、私は四肢に出かけて、Vagrantは間違いなくナイフを持つシェフよりも「良い」ではないと言います。しかし、（今のところ）管理するのが非常に簡単な環境であれば、virtualboxを主張し、おそらくデータバッグでシェフを管理するよりも「簡単」な場合に必要です。

ここでは、2つの開発者が（「プレーン」VirtualBoxを介して）浮浪者を単純化するユースケースを示します。以前の回答では、これらのユースケースが具体的に示されていませんでした。

1. Vagrantは、開発プラットフォームと本番プラットフォームをできるだけ近くに保つことを目的としています。理想的な世界では、Vagrant VMのプロビジョニングに使用するのと同じスクリプトを使用して運用環境をプロビジョニングし、展開時の驚きを最小限に抑えます。

2. 統合テストと継続的統合：Vagrantはテストから簡単に制御できるため、テスト実行時にJenkinsなどのツールからマルチマシンスタック全体を簡単に制御できます。

はい、「プレーン」なVirtualBoxもここで使用できますが、vagrantで使用される規則により、これらのシナリオのセットアップがより簡単になります。

Vagrantは仮想マシンを抽象化するため、仮想マシンの実装を簡単に切り替えることができます。Virtual BoxからAWSまたはDigital Oceanに切り替えることができます。データベース固有のクエリ言語の代わりにSQLを使用するようなものです。

Vagrantを使用すると、開発者は1つのコマンドだけで環境をすばやくセットアップでき、他のすべてのコマンドとまったく同じです。これは、開発者が頻繁に出入りする大企業で重要です。セットアップにかかる時間を3日から1時間に短縮できます。

+アダムが言ったこと。

（私はまだシェフやパペットの使用を見つけていません...）