当前位置: 移动技术网 > IT编程>数据库>Redis > 在Mac OS上安装Vagrant和Docker的教程

在Mac OS上安装Vagrant和Docker的教程

2017年12月08日  | 移动技术网IT编程  | 我要评论

当听到很多人在说docker是多么多么的棒,很多新潮的孩子都在使用它时,我决定在我的开发环境上也来尝试下。在下面的这篇文章中,我将讲解在mac os x怎样建立postgres,elasticsearch和redis。

什么是docker

docker用轻量容器把一个app从它运行的os中隔离开。它把app放入到一个孤立的盒子中,对外只呈现需要使用的文件夹和端口。

这样,基于建立和使用app的容器是可重用,共享的。目前,在docker集中已经存在了15,000种以上的容器。docker就像一个商店的存储库,当你需要建立一个你想要的app时,你首先去挑出它,然后把它下载下来打开即可。


在os x上安装docker

docker不是天生就能运行在os x上的,它需要一个包含linux容器的linux内核。因此,当你想像我一样要安装os x时,你将需要一套虚拟器。

不要使用boot2docker

当试图让docker工作时,我发现“非常容易”安装。这将使用一个称之为boot2docker的工具,该工具是一个像virtualbox的虚拟机上的瘦包装。

我马上发现,这个工具有一些严重的问题,例如:在一个稳定状态下将会终止任何获取docker的进程。我不想在这方面浪费太多的体力和脑细胞,所以我继续寻找了一个可替代的解决方案。

使用vargrant

自从vagrant的1.6版本之后,已经集成了支持docker的配套组件。vargrant是一种类似于virtualbox的虚拟软件,它采用一种声明ruby dsl的方法来描述你的环境。

我非常喜欢这种定义虚拟环境的方式,因为当你的环境发生故障时,你可以记录下来当时的信息,再次开始使用,而不用遗漏下大量的类似环境变量的信息。
安装stuff

首先,让我们浏览下我们需要安装的各种事宜。

homebrew安装:
 

ruby -e "$(curl -fssl https://raw.github.com/mxcl/homebrew/go)"

cask安装:
 

brew tap caskroom/homebrew-cask 
brew install brew-cask

vagrant 和 virtualbox安装:

brew cask install virtualbox 
brew cask install vagrant


vagrant文件

一个vagrant文件来描述一个使用ruby dsl虚拟机环境的需求。当描述docker容器时,vagrant使每一个容器都好像在使用自己独有的虚拟机一样。事实上这是一个假象,因为每一个docker容器实际上是允许在各种的代理虚拟机上的。

因此,两个vagrant文件是非常必须的,一个文件是用来定义代理虚拟机(provisioner),另外一个文件是用来定义docker容器的(providers)。
代理虚拟vagrant文件

代理虚拟vagrant文件被叫做:vagrantfile.proxy
 

vagrantfile_api_version = "2"vagrant.configure(vagrantfile_api_version) do |config| 
 config.vm.box = "hashicorp/precise64"
 config.vm.provision "docker"
 config.vm.provision "shell", inline:
  "ps aux | grep 'sshd:' | awk '{print $2}' | xargs kill"
 
 config.vm.network :forwarded_port, guest: 6379, host: 6379
 config.vm.network :forwarded_port, guest: 5432, host: 5432
 config.vm.network :forwarded_port, guest: 9200, host: 9200end

这使用hashicorp/precise64 ubuntu 12.04的64位来处理代理虚拟机。它也提供docker和一些神奇的shell命令来让docker工作。

最后的事情就是设置转发端口了。它使用config.vm.network来为redis, elasticsearch 和postgres来进行配置,用代理虚拟机映射到os x。

docker 容器的 vagrant 文件

这是vagrantfile的主要内容:

 

vagrantfile_api_version = "2" vagrant.configure(vagrantfile_api_version) do |config|
 
 config.vm.define "redis" do |v|
  v.vm.provider "docker" do |d|
   d.image = "dockerfile/redis"
   d.volumes = ["/var/docker/redis:/data"]
   d.ports = ["6379:6379"]
   d.vagrant_vagrantfile = "./vagrantfile.proxy"
  end
 end
 
 config.vm.define "elasticsearch" do |v|
  v.vm.provider "docker" do |d|
   d.image = "dockerfile/elasticsearch"
   d.ports = ["9200:9200"]
   d.vagrant_vagrantfile = "./vagrantfile.proxy"
  end
 end
 
 config.vm.define "postgres" do |v|
  v.vm.provider "docker" do |d|
   d.image = "paintedfox/postgresql"
   d.volumes = ["/var/docker/postgresql:/data"]
   d.ports = ["5432:5432"]
   d.env = {    user: "root",    pass: "abcdef123456",    db: "root"
   }
   d.vagrant_vagrantfile = "./vagrantfile.proxy"
  end
 endend

这个文件定义了三个容器: redis , elasticsearch, 和 postgres 带有图片, 和 。

每个文件定义 vagrant_vagrantfile 作为 proxy vm 文件,这使得它们在同一个 proxy 虚拟机上运行。

redis 和 postgres 的 volumes 定义是为了它们的信息可以存储在 proxy vm 上,而不是在容器中。这也是容器可以更删除或升级而数据不会丢失的原因。下一步是映射这些文件从proxy vm 到 os x ,但是没必要让其运转着。

每个容器上的 ports 定义哪个端口转到 proxy vm 。这些需要匹配 proxy vm 到 os x 的端口。

postgres 容器也定义了需要设置它的服务器的环境变量。这些可以用来在os x 里设置缺省的postgres 服务器,通过设置环境变量 pghost=localhost pguser=root pgpassword=abcdef123456 来实现。

使用vagrant工作

在你的vagrant文件相同的目录内,你可以运行:
 

vagrant up --provider=docker

第一次运行这个时,vagrant将下载然后启动proxy vm,然后下载并启动docker容器。在这些初始化下载之后每次运行vagrant都将重复使用现有的图片。

可以查看docker容器的状态:
 

vagrant status

应该输出一些东西类似:
 

复制代码 代码如下:

current machine states:
 
redis                     running (docker) 
elasticsearch             running (docker) 
db                        running (docker)

要测试docker容器是否正确运行,可以使用 redis 和 postgres 客户端, 和 curl for elasticsearch。只需要检查redis-cli和psql到服务器的连接,和curl http://localhost:9200响应。

如果需要连接到proxy vm(非常有助于调试),运行vagrant global-status,这将列出所有vm,包括proxy。然后调用vagrant ssh <id>,id为proxy的id。建议不要手动改变这个proxy vm,使用一个chef(或类似的)脚本,这样改变可以更容易的测试和分布。

性能

使用虚拟化时,第一个问题总是会问“性能的影响有多少?”。要找出性能影响是多么的糟糕,我的同事和我都做了一个postgres,在相同的硬件上做了elasticsearch 和 redis 加强测试。唯一的区别是一个测试有本机安装的软件而另一个有docker自定义容器。带有本机软件的运行了2分钟,而带有容器的运行了3分钟。

这个性能影响并不像我想象的那样小,甚至可能会更糟。即使这样,我将继续使用docker做开发,但并不推荐大家将它作为所有开发环境问题的灵丹妙药。


注意:一些其他使用vagrant 和 docker的限制在 这里 列出
总结

我还看不到"vagrant with docker"的路在哪里。不过,在看过可能的情况后,我不禁思考它可以用于什么其他地方。另外,它是我遇到过的最好玩的虚拟化,乐趣就在于编程。

如对本文有疑问, 点击进行留言回复!!

相关文章:

验证码:
移动技术网