Vagrant是什么，不是什么。
Vagrant是构建在虚拟化技术之上的虚拟机运行环境管理工具。通过Vagrant可以方便实现的对虚拟机的管理，包括建立和删除虚拟机、配置虚拟机运行参数、管理虚拟机运行状态、自动化配置和安装开发环境必须的各类软件、打包和分发虚拟机运行环境等。
Vagrant的运行，需要依赖某项具体的虚拟化技术。由于VirtualBox是一项开源的虚拟化软件，可以同时在Windows、Linux、Macintosh、SSolaris等操作系统上运行并支持众多对众多操作系统的虚拟化，因此，在Vagrant开发的初期，唯一支持的是VirtualBox。随着虚拟化技术的快速发展，现在已经有了更多的虚拟化技术可供选择。VMware、HyperV、Docker等都已经可以通过Vagrant的管理而工作。Windows的HyperV技术在部分Windows发行版本中的集成，使得Vagrant在“开盒即用”的特性方面前进了一大步。
因此，Vagrant是虚拟机管理工具，不是某项具体的虚拟化技术。对于各项虚拟化技术而言，Vagrant提供了一套基于配置文件和命令行的管理工具。也正是因为如此，Vagrant完成了对虚拟化技术在一定程度上的封装。这为将虚拟化技术引入到基于桌面运行环境的开发工作流中创造了便利条件。
为什么要使用Vagrant 尽可能避免”Work on my machine“错误在Vagrant没有出现之前，在服务器端进行开发的人们通常都拥有一个专用的开发帐号。使用这个帐号，开发者可以在一定限度内配置自己的开发环境、完成编码、进行测试并完成向开发团队代码库的代码推送。于是，在团队合作开发的过程中，一个问题出现了：当A进行了一次新的代码推送之后，原本可以通过的代码持续集成测试无法通过了。通过代码检查，发现A的代码出现了异常。而A在自己的开发环境中的测试是可以通过的。这类错误被Vagrant称作为“Work on my machine”错误。这类错误要定位解决通常耗时很久。在一个可以进行面对面开发的团队中，问题的定位由于沟通手段的丰富相对较快。如果是分散在不同地方的人在合作开发，那么要解决此类错误，就没有那么简单了。
小张在自己的机器上辛苦的完成了一项功能开发，通过了本机上的各项测试，高高兴兴的向团队代码库提交的自己的工作成果。心想终于可以放松一下了。“是不是可以买一只机械键盘犒劳一下？晚上和伙伴们出去聚会吧！嘿嘿。”小A心里美滋滋的想。
“小张，你来一下，代码有问题”。临近下班的时候，小A接到QA小组的一个电话。“怎么回事？”小张一头雾水的走进了QA小组的办公区。
“你今天下午提交的代码，无法通过测试。你自己做了测试了吗？”，老王是QA小组测试负责人，他面色凝重的问小张，“咱们就要发布一个新的代码版本了。这个时候你的代码出问题，可能会影响代码发布的。要不你赶紧看看？明天上午能修复吗。我们的测试报告和测试规范在这里”。
“明明没有问题的呀”，出了QA的办公区，小张仍然迷惑不解。“在我的机器上明明是可以运行的。而且为了晚上的聚会，测试规范中定义的各项测试也是提前跑过的呀。看来今天晚上的聚会要取消了。“小张无奈的拿出电话，打算给好友们打电话，通知自己无法参加晚上的聚会了。
好吧，借助Vagrant，每一个开发者都可以得到一份服务器运行环境的虚拟机，可以以虚拟机的方式运行一个微型的”生产环境“。这样，在提交代码之前，开发这就可以在虚拟机上完成”生产环境“的验证。自然可以解决上面的问题了。
如何使用vagrant在虚拟机安装Hadoop集群