对于开发人员而言,他们的最终目标是拥有自己的数据中心(data center),使他们能够在贴近真实情况的副本上测试他们的服务。然而,开发人员的开发过程中却充满了妥协。因为,数据要么是个简化集,要么被匿名,这加大了开发人员的开发难度。并且公司也还没有准备好为每一位开发人员搭建一个数据中心。
今天,我将提供一个过程摘要来阐明如何使用Rancher和本地计算机减少开发人员在开发时的妥协。我们的目标是为开发人员提供尽可能具有代表性的环境,以至于其可被用于真实的生产环境中,我们将使用Docker和Rancher来做到这一点。
如果您遇到过下列任何一项烦恼:
共享的开发环境因多个问题而崩溃
测试数据不一致
网络问题拖延开发进度
我希望能够提供给您一些解决这些问题的想法。
Rancher and Docker can Help
一个所有服务都在裸机上运行的数据中心,无法将其复制到笔记本上。选择使用虚机方式迁移则有助于这个过程,部分原因在于虚拟化可以让用户运行多个(agent)服务。这样一来,硬件环境随即成为问题的关键所在。无论是磁盘的输入输出不足以支持服务还是没有足够的内存,都会使得搭建一个产品级的生产环境副本以失败告终。然而Docker和Rancher却可以帮您解决这些难题。Docker帮您快速启动容器,Rancher帮您解决编排、网络和负载均衡等一系列问题。
通过这种组合,在您的笔记本电脑上运行数据中心逐渐变为可能。这个想法在最近的六个月来变得非常受欢迎,因为许多大型机构已经开始为开发人员提供一个完整的docker management layer以让数据中心能够在本地运行。许多公司正在进行这项投资,因为他们能够获得各种各样的好处,其中包括:
开发人员在看到问题时更熟悉如何使用工具解决
开发人员在交付代码之前能够找出问题
开发人员能够独立工作,甚至离线工作
新的开发者可以在几分钟内进行工作,而不需要花费几天或是几周来适应开发环境
DevOps工作的主机永远不会宕机。
那么,我们该如何做呢?出于写这个博客的目的,我会假设正在Mac或Windows上使用Docker Toolbox。下载安装和说明文件可以在这里找到https://www.docker.com/produc...。
首先,让我们来看看它长什么样子:
我们将运行两个虚拟机,一个虚拟机只运行Rancher Server,另一个虚拟机作为主机运行并运行应用程序堆栈。用这样的配置有几个原因。首先,它对于真正的情形比较有代表性。其次,一旦出现问题,您的应用程序无法使Rancher因资源不足而发生饥饿现象。
所以,首先第一件事,让我们创建一个具有512 GB和8 GB磁盘的VirtualBox虚拟机。
docker-machine create rancher --driver virtualbox --virtualbox-cpu-count "-1" --virtualbox-disk-size "8000" --virtualbox-memory "512" --virtualbox-boot2docker-url=https://github.com/boot2docker/boot2docker/releases/download/v1.10.3/boot2docker.iso
我们指定的URL指向的是Rancher能够运行的Docker v1.10.3版本。
Docker Toolbox是在本地运行Docker的理想选择,但运行它确实有一些挑战性。原因之一是它使用了DHCP协议,如果你不想托管静态服务的话,这将是一个不错的选择。但是,要绕开这个ssh协议连接到Rancher虚拟机的话,加上下面的这一行代码到/var/lib/boot2docker/profile:
sudo cat /var/run/udhcpc.eth1.pid | xargs sudo killsudo ifconfig eth1 <ip address to assign> netmask <subnet mask> broadcast <broadcast address> up
此时,您将在docker-machine中出现一个关于IP地址不匹配的错误。您可以在主机操作系统上运行以下命令来解决这个问题:
docker-machine regenerate-certs rancher -f
这将给我们的Rancher服务器分配一个静态IP地址。 然后,您可以运行:
docker run -d --restart=always -p 8080:8080 rancher/server
几分钟后,将有一个Rancher服务器在您指定的IP地址的8080端口上运行。保持Rancher服务器的IP地址不变很重要,因为这是我们部署的任何主机代理都需要访问的地方。
登录到Rancher服务器之后,转到“添加主机(add host)”并生成自定义代理命令。复制这个命令并保留它,因为我们将使用这个命令来添加主机。
现在让我们创建第二个虚拟机。使用与上述相同的命令,您可以自行调整虚拟机的名称、内存和磁盘空间,以满足您的开发需求。
等待虚拟机再一次启动后,您可以进入并为其分配一个静态IP地址。
现在,我们遇到了boot2docker虚拟机的另一个限制:其数据持久性的限制。
如果我们向主机添加一个Rancher代理,它会创建一个/var/lib/rancher文件夹并在其中存储一些信息。如果重新启动虚拟机,这些信息将被销毁。因此,当代理再次出现时,主机会认为它是一个新的服务器,之前的服务器信息在那时就全部丢失了。
幸运的是,面对这样的窘境有一个解决方法。在运行Rancher代理脚本日志到主机上之前,运行以下命令:
sudo mkdir /mnt/sda1/var/lib/rancher
这将创建一个文件夹,这个文件夹在重新启动时能被保留下来。现在,在每次启动时,我需要将此文件夹映射到/var/lib/rancher。因此,我们需要再次编辑/var/lib/boot2docker/profile并添加以下内容:
sudo mkdir /var/lib/ranchersudo mount -r /mnt/sda1/var/lib/rancher /var/lib/rancher
这将确保我们的代理状态在重新启动之间能被保留。
通过ssh协议连接到机器,并运行您从Rancher服务器获得的自定义代理字符串。
现在您已经有了一个Rancher服务器,它的主机完全在本地运行,它的应用程序栈准备完毕等待您的部署。
在此,是否将它提高到一个新的水平取决于您自己。但现在,您有了一个可运转的Rancher / Docker环境。您能够从外部存储库拉取数据,编写脚本在本地构建应用程序或者运行目录中的条目。
虽然这种开发方式并不完美,但对于大多数情况来说是“足够好”的了,并且这样的开发方式值得分析参考,并以此作为继续改进开发的方法。