数据收集

数据收集-升级nginx服务器,添加https过程中遇到的问题

标签(空格分隔): blog devops

运维同学帮忙给服务器加上ssl的证书后,修改完nginx的conf文件.

在本地测试发送数据,以下js代码放到浏览器下执行 浏览器当前访问页面可以是www域,这样可以确保引用ajax执行

$.ajax({
url: location.protocol + ‘//xxx.com/api/collect’,
type: ‘post’,
data: {
a: ‘tony–‘
},
success: function(res){
console.log(res)
}
})

执行后http状态码200,但是到服务器grep查找并未找到对应的信息.

各种查找后,不得其果。尝试在测试打点环境spltest重试,一切配置ok后重启服务,在浏览器端切换域名重新测试,在测试服务器上的确有相应日志产生。

比较奇怪的问题,一番思考后基本锁定应该是环境问题,所以检查了nginx的版本。。

线上nginx版本:
nginx version: nginx/1.0.15
测试环境版本:
nginx version: nginx/1.8.0

这个时候还不能确定root cause,只有先尝试升级线上两个节点的nginx,还好有负载均衡器,可以这样轻松地切换(需要观察那个时段的流量压力,避免撑爆导致数据丢失)

选取其中一台安装1.8.0版本的nginx,因为之前是yum安装的,路径还会保留,balabala。。。这个过程中出现问题也挺多:

在早期版本中,如nginx/1.0.15,log_format定义在server模块,而在我们使用的这个版本log_format定义在http模块,不兼容配置文件copy时候,include的conf文件修改到1.8.0版本路径下的conf文件,而不是yum版本的/etc/nginx/conf.d/*.conf日志分隔符为ctl+a,运维操作时直接拷贝是不行的,需要手动输入(具体方式为vim打开-insert模式下-执行ctl+v-执行ctl+a)需要确保机器的https配置端口是打开的,在qcloud界面打开,因为这个问题搞死了。。。后来才想起来

配置好后,绑定到测试域名测试成功,线上再次切换并绑定到生产的负载均衡器。

总结下:
问题其实不是很大,但是前后操作两个人3小时+,说起来是花了一点时间的,原因:

对nginx的使用不够了解,在一些配置及版本更新上不了解操作需要规范化,线上操作思路要清晰,提前开端口、引用配置文件等,需要很好的ops sense环境的一致性.

‘).addclass(‘pre-numbering’).hide();
$(this).addclass(‘has-numbering’).parent().append($numbering);
for (i = 1; i

Posted in 未分类