《Ansible部署Node.js,让你从简操作》要点:
本文介绍了Ansible部署Node.js,让你从简操作,希望对您有用。如果有疑问,可以联系我们。
相关主题:node.js web开发
下面我们将要在我们的CentOS6.x服务器上配置Nodejs,启动一个简单的nodejs实例,这个服务器有很简单的架构.
开始了,首先创建一个playbook文件,我们尽量让它保持简单.
--- - hosts: all tasks:
定义一些运行这个playbook的主机,然后下面列出一系列的tasks.
在准备应用一个服务器的时候,为了确保指定些软件包可以用或者在最新的版本,管理员经常首先添加额外的源.
下面的脚本,我们想要添加EPEL和Remi源,以便于我们可以得到类似node.js的软件包.如果使用shell脚本处理的话,如下所示.
# 导入 Remi GPG 密钥 – 请参阅: http://rpms.famillecollet.com/RPM-GPG-KEY-remi wget http://rpms.famillecollet.com/RPM-GPG-KEY-remi \ -O /etc/pki/rpm-gpg/RPM-GPG-KEY-remi rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-remi # 安装 Remi repo, Remi repo里面包含了很多的PHP扩展 rpm -Uvh --quiet \ http://rpms.famillecollet.com/enterprise/remi-release-6.rpm # 安装EPEL源 yum install epel-release # 安装 Node.js (npm + 和它的依赖关系). yum --enablerepo=epel install npm
这个shell脚本用于导入EPEL和Remi的GPG keys,然后添加这源,最后安装Nodejs.这对于简单的部署是没有问题的,但是运行这么多命令是比较笨的方法,如果你的连接不小心断开了,那么你的脚本也会停止的.而如果这个时候,你的脚本刚准备完成呢?
提示:如果你想跳过指定的步骤,你可以跳过添加GPG keys的步骤,只需要在运行命令的时候加上—nogpgcheck.或者在Ansible中,yum模块中设置disable_gpg_check参数为yes,但是最好还是添加GPG keys.使用GPG,你可以知道包的作者是谁,包有没有修改稿,除非你知道你正在做什么,否则最好不要禁止GPG检查.
Ansible让事情变的更有健壮性,下面使用Ansible的案例显得更加详细,它和上面的shell脚本有同样的功能,但是更容易理解,更加结构化. 下面使用了Ansible的变量和其它的一些有用的特性.接着上面的playbook,我们继续往下写.
tasks: - name: Import Remi GPG key rpm_key: "key={{ item }} state=present" with_items: - "http://rpms.famillecollet.com/RPM-GPG-KEY-remi" - name: Install Remi repo. command: "rpm -Uvh --force {{ item.href }} creates={{ item.creates }}" with_items: - href: "http://rpms.famillecollet.com/enterprise/remi-release-6.rpm" creates: "/etc/yum.repos.d/remi.repo" - name: Install epel repo yum: name=epel-release state=present - name: Stop the firewall service: name=iptables state=stopped - name: Install NodeJS and npm yum: name=npm state=present enablerepo=epel
1、rpm_key 是一个的Ansible模块用于从你的RPM数据库中添加或移除GPG key.我们正在从Remi的源中导入一个key.
2、因为Ansible没有rpm命令,因此我们使用command模块来使用rpm命令,这样我们可以做其它的两件事情.
使用creatse参数告诉Ansible什么时候不运行这个命令,这个例子里,我们告诉Ansible,这个命令成功执行后,将会创建那些文件.当这个文件存在的时候,这个命令将不会运行.
使用with_items定义一个URL和用于creates检查的文件.
yum负责安装EPEL源.
4、因为这个服务器我们将用来做测试用,所以我们使用service模块禁止系统防火墙,防止它干涉我们测试.
5、yum安装Node.js(同时安装npm,Node’s package manager),我们使用enablerepo来指定在EPEL源中搜索它,当然也可以使用disablerepo来指定不使用那个源(repository).
6、因为NPM现在被安装了,我们使用Ansible 的npm模块安装Node.JS工具forever,forever来运行我们的app,设置global为yes,告诉NPM安装模块在/usr/lib/node_modules位置,然后所有的用户都可以使用它了.
这一步是在我们的服务器上部署简单的Node.js app.首先,通过创建一个新的文件夹,我们创建一个简单的Node.js app,这个文件夹和你上面的ymal文件处于相同的路径下面.然后创建新的文件,app.js,在这个文件夹里面,编辑下面的文件
//app.js // 加载express 模块. var express = require('express'), app = express.createServer(); // 响应”/”请求为 'Hello World'. app.get('/', function(req, res){ res.send('Hello World! Yunzhonge'); }); // 像一个真实服务器那样监听在80端口 app.listen(80); console.log('Express server started successfully.')
不要担心node.js的语法的和我们的案例.我们需要一个快速的部署案例,这个案例可以用Python,Perl,Java,PHP或者其他编程语言来写,但是因为Node是非常简单的语言,运行一个简单的轻量级的环境,它是一个非常不错的语言来测试你的服务器.
因为这个小app依赖于Express(一个简单的Node的HTTP框架),我们同样需要通过一个package.json文件告诉NPM关于它的依赖关系,这个文件与app.js处于相同的路径下面.
{ "name": "examplenodeapp", "description": "Example Express Node.js app.", "author": "yunzhonghe", "dependencies": { "express": "3.x.x" }, "engine": "node >= 0.10.6" }
然后添加下面内容到你的playbook里面,拷贝整个app到这个服务器,然后让npm下载依赖的东西,(这里为express.)
- name: Ensure Node.js app folder exists. file: "path={{ node_apps_location }} state=directory" - name: Copy example Node.js app to server. copy: "src=app dest={{ node_apps_location }}" - name: Install app dependencies defined in package.json. npm: "path={{ node_apps_location }}/app"
首先我们使用file模块确保我们安装的app目录存在.{{ node_apps_location }}变量可以在vars部分定义,vars部分位于playbook的顶部.当然也可以在inevntory中定义,也可以在运行ansible-playbook的时候定义.
我们使用Ansible的copy模块拷贝这整个app文件夹到测试服务器,copy模块可以聪明的区分单一的文件和包含文件的目录,然后在目录中递归,就像rsync或scp.Ansible的copy模块在单个文件或少量文件时候非常好用,但是如果你拷贝大量的文件,嵌套几层的目录,copy模块就不能胜任.这种情形下,如果你想拷贝整个目录,你最好考虑使用synchronize模块,如果你想拷贝一个归档,然后展开它,最好使用unarchive模块.
第三步,我们使用npm模块,这次除了app的路径之外没有额外的参数.这告诉NPM来解析package.json文件,然后确保所有的依赖关系都存在.
已经都完成了,最后一步是启动这个app
我们现在使用forever来启动这个app.
- name: Check list of running Node.js apps. command: forever list register: forever_list changed_when: false - name: Start example Node.js app. command: "forever start {{ node_apps_location }}/app/app.js" when: "forever_list.stdout.find('{{ node_apps_location }}/app/app.js') == -1"
在这个play中,我们做了两件新的事情.
1、register 创建了一个新的变量,forever_list,以便于下次task的时候使用用于判断是否允运行下一个命令.register用于保存命令的输出包括标准输出和错误输出,然后赋给变量名.
2、changed_when告诉Ansible什么时候这个play会导致改变.在这里,forever list命令永远都不会导致服务器的改变,因为我们指定了false.
第二个play实际上使用forever启动了这个app.我们可以启动这个app通过调用node {{ node_apps_location }}/app/app.js,不过这种方式更难控制.
Forever跟踪它管理的Node app,然后我们使用Forever的list选项,打印一系列的运行app.我们第一次运行这个playbook时候,这list明显是空的,但是判断为空之后就会运行,如果app正在运行,我们不会启动另外一个实例了,为了避免这种情形,我们使用when语句,指定,当app的路径不在forever list的输出信息的时候,我们启动这个app.
在这时候上,你已经完成了playbook,然后安装一个简单的Node.js app,在80端口响应HTTP请求.
为了运行这个playbook在一个服务器上,使用下面的命令,传递node_apps_location变量通过命令
ansible-playbook --extra-vars="node_apps_location=/usr/local/opt/node"
当服务器完成配置和部署服务器的时候,在浏览器中指定测试服务器的主机名查看效果
简单,但是有效,我们已经在少于50行的YMAL文件中配置了一个Nodejs应用服务器
到此结束,非常感谢朋友们的关注.
问
当我在给100台服务器进行nodejs app部署的时候,到20台中断了,我再重新执行,他是一个怎么个过程,前面已经安装的软件包,进行的配置的会重新的再进行执行一遍还是跳过呢?麻烦大牛解答
答
Ansible自身有幂等特性使其能有效保证所有操作的安全可靠性,针对执行失败的情况会自动在家目录下生成 对应的错误服务器列表 通过 —limit 再次有针对性的完成剩余工作
问
请问大侠的nodejs 是通过工具部署的?
答
npm 好复杂啊哈,npm的配置是一次性的,初始配置确认比较耗时且麻烦,yum 或 npm 各有优劣,视业务而定吧
问
—extra-vars= 请问企业中应用的多吗?
答
多,最少在我们的工作中一直有应用,前几期的分享大家应该也有看到,这个参数应用的很多.但官网介绍的却一笔代过.还是建议大家多用
问
当我通过ansible执行任务的过程中,会出现任务被长时间卡主的原因,这一般需要重哪些地方排查呢
答
很多朋友遇到这个问题,一直有问,根据个人的经验建议如下几个方面排查:
确实当前命令执行时间不长,
pong 检测服务器存活
有些命令需连接外网下载更新耗时较长的可检查网络宽带情况
-vvv 是非常好的排查方式
如若却无解,/etc/ansible/ansible.cfg 中缩短操作执行时长,等待最终结束尝试
文:Real_man
原文链接:http://www.jianshu.com/p/1db87e8a4bd1,著作权归作者所有
转载请注明本页网址:
http://www.vephp.com/jiaocheng/4462.html