您的位置：首页 > 运维架构 > Nginx

单机服务器部署Nginx/Node/Nuxt/React/NG,常规优化及自启脚本

2018-12-19 11:01 651 查看
版权声明：版权所有:CRPER(crper@outlook.com); 掘金|Github:CRPER; https://blog.csdn.net/bomess/article/details/85091086

前言

作为小作坊,之前前后端的服务全部一股脑的在一个服务器,

随着业务多了些,前端这块终于扔出来了(独立),虽然只有双核2M带宽;

需要部署的有这么几个,包括测试线及正式线(如下):

PC官网(

Angular6
)/管理后台(
umi+react
)/移动端分享(
Nuxt
)/APP内嵌页(
Nuxt
)

随手记,有兴趣的看看,也许可以帮你省点时间…

你能收获什么?

杂七杂八的知识点,

linux
的一些东东
shell ,chmod,chgrp ,chown
以及基础运维的一些知识

nginx
的一些东东,比较现代化的配置(不考虑IE11以下的);

pm2
及
node
什么的一些东东

基础环境

  • 系统版本选型是
    Centos 7.4
    ,到手后麻溜升级到最新的
# 查看版本号
cat /etc/redhat-release
# 更新
yum update
# 重启
reboot
# 适用于非跨版本大版本的(比如7.x的升级..跨版本的此法子不一定适用)
# 也不建议服务器突然跨大版本升级,新机子就直接上新的,反正全部重新部署的
# 大版本的升级, 注意做好对应的防范措施,避免正式线直接GG,有主从的好一点,可以在从服务器搞了再同步过去
cat /etc/redhat-release  # CentOS Linux release 7.6.1810 (Core)
  • node
    版本选用的是非
    LTS
    版本,而是
    current
    快速迭代版本(11.x)

官方

wiki
已经提供: https://github.com/nodesource/distributions/blob/master/README.md#debinstall

  • 基础依赖(
    gcc
    ,
    make
    依赖)
yum install gcc-c++ make

不然有些依赖编译的会报这个错,比如我在部署

nuxt
的时候遇到的

  • yarn
    ,用起来比较舒服的包管理器(官方源)
# centos
curl --silent --location https://dl.yarnpkg.com/rpm/yarn.repo | sudo tee /etc/yum.repos.d/yarn.repo
sudo yum install yarn
  • nginx
    ,选用的是
    lts(1.14.2)

nginx 官方文档给出了源,自己造,vim编写下即可

https://www.nginx.com/resources/wiki/start/topics/tutorials/install/

最新LTS的更新日志: http://nginx.org/en/CHANGES-1.14

  • git
    ,官网源码安装

源码包: https://mirrors.edge.kernel.org/pub/software/scm/git/

# 2.x.x 是你选择版本(下载那个)
$ tar -zxf git-2.x.x.tar.gz
$ cd git-2.x.x
$ make configure # 编译
$ ./configure --prefix=/usr # 指定安装位置(--prefix)
$ make all doc info
$ sudo make install install-doc install-html install-info
# 走完这一些基本正常安装(无报错的情况,否则缺啥补啥)

当然也可以直接用

yum
安装系统上游仓的
git
,只不过版本比较老

还有第三方源也是一个可选的(安全隐患自己承担)

部署

安装好nginx之后,默认的常用有这么几个:

  • html(/usr/share/nginx/html)
    : 存放网页的地方
  • conf(/etc/nginx/conf.d/)
    : 此目录下的
    conf
    文件会追加到
    nginx.conf
    中,具体看
    nginx.conf
    用到了
    include
  • logs(/var/logs/nginx)
    : 
    nginx
    默认日志的存放位置

比如

include
你自己也可以指定,配置文件要抽离的多细致都行

我用的最新的

lts
,初始化的
nginx.conf
大体是这样的,有些是我自己加进去的

腾讯云有对应的

nginx
中文手册

注意点

最新版默认的执行用户是

nginx
, 有些版本的是
www-data
;

所以你的代码区域,不放在默认

nginx
默认路径的话,记得修正好权限,切莫放在
root
家目录下;

否则你必须让

nginx
超管权限(加入对应的用户组),且更改该目录所属,

比较合理做法是我们把代码目录存放到根目录下,新建一个文件夹存放;

# 修正该目录的所属
# 意思就是递归该目录的拥有者为nginx,用户组为nginx, chown(change owner)
chown -R nginx:nginx /code

# 也能用chgrp来修改用户组(change group)

然后给该目下添加对应的文件权限,我们给他755
chmod -R 755 /code

`755 : rwx-rx-rX => u(user)-g(group)-o(other) => r(read[读]:4)-x(excute[执行]:1)-w(write[写]:2)`

# 查询机子的一些信息,比如cpu ,内存这些,可以进到  /proc目录查看
#比如/proc/cpuinfo(cpu信息) ,meminfo(内存信息)等

nginx最常用的命令

  • nginx -t
    : 测试
    nginx
    配置文件是否正常,若错误会直接抛出,切忌改动配置文件后直接重启服务!校验是唯一的真理
  • nginx -s reload
    : 重载配置文件,无需重启
    nginx
    服务,变动
    nginx
    配置可以直接用这个直接生效,不宕机

nginx.conf

# 使用用户
user  nginx;
worker_processes auto; # 进程数,自动就可以
worker_rlimit_nofile 65535; # worker进程的最大打开文件数限制

events { # 处理链接的额外参数,如名事件
multi_accept on; # 允许尽可能多的连接接入
use epoll; # 轮询方案
worker_connections 65535; # 最大的连接数
}

# 错误日志存放
error_log  /var/log/nginx/error.log warn;

# pid(process id), 更多的用于linux操作进程的时候用到,该pid代表nginx实例
pid        /var/run/nginx.pid;

http {
charset utf-8; # 默认字符集
sendfile on; # 提高静态资源的托管效率
tcp_nopush on; # 只有sendfile 开启的情况下,才会生效,累计包达到一定数量或大小才会发出,降低开销
tcp_nodelay on; # 尽快发送数据,只会针对处于 keep-alive 状态的 TCP 连接才会启用 tcp_nodelay
server_tokens off; # 安全隐患规避,隐藏请求头nginx版本
log_not_found off; # 不存在部分资源的时候记录到日志,比如favico
types_hash_max_size 2048; # 内存换效率,检索依赖
client_max_body_size 16M;  # 允许客户端传送body的最大值(看你们上传文件调整)
include       /etc/nginx/mime.types; # 一个映射表,就是资源的mime表,就是允许的资源类型

default_type  application/octet-stream; # nginx 默认传送格式

# 日志格式
log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';

# 访问日志
access_log  /var/log/nginx/access.log  main;

# SSL
ssl_session_timeout 1d; # 客户端会话中ssl凭证的有效期,自行看着调整
ssl_session_cache shared:SSL:50m; #ssl/tls会话缓存的类型和大小,官网上说1M可以存放约4000个sessions
ssl_session_tickets off; # 关闭会话凭证复用

# 启用TLS1.2及加密方式
ssl_protocols TLSv1.2;
ssl_ciphers ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256;
ssl_prefer_server_ciphers on; # 优先使用服务端的加密算法而非客户端的

# 启用证书状态在线校验
ssl_stapling on;
ssl_stapling_verify on;
# 启动上面的需要有DNS解析服务器,最安全的是自己本地跑一个DNS服务器.否则用第三方的
resolver 8.8.8.8 8.8.4.4 208.67.222.222 208.67.220.220 valid=60s;
resolver_timeout 2s;

# 请求超时时长
keepalive_timeout  65;

#默认根配置不做压缩(这里会面向全局)
# 我们到项目级别做,比如测试线的不需要怎么压缩,正式线压缩到一定程度
#gzip  on;

include /etc/nginx/conf.d/*.conf;
}

拿我手头的一个

nuxt
和一个常规打包项目

  • react
    or 
    ng6

常规部署:这类部署适用于
build
出来一个
dist
这类**

server {
listen 443 ssl http2;
listen [::]:443 ssl http2;
server_name proadmin.xxxx.com;
root /code/react-sx-admin/prod;
# SSL证书路径
ssl_certificate /etc/nginx/conf.d/cert/proadmin/proadmin.crt;
ssl_certificate_key /etc/nginx/conf.d/cert/proadmin/proadmin.key;
ssl_trusted_certificate /etc/nginx/conf.d/cert/proadmin/proadmin.crt;
# SPA启用了history模式,必须做一个首页寻址,不然会找不到的
location / {
try_files $uri $uri/ /index.html;
}
# 拒绝访问
location ~ /\.(?!well-known) {
deny all;
}
# 缓存以下类型的静态资源
location ~* \.(?:css(\.map)?|js(\.map)?|jpe?g|png|gif|ico|cur|heic|webp|tiff?|mp3|m4a|aac|ogg|midi?|wav|mp4|mov|webm|mpe?g|avi|ogv|flv|wmv)$ {
expires 7d;
access_log off;
}
# 允许字符svg这些的访问,且缓存
location ~* \.(?:svgz?|ttf|ttc|otf|eot|woff2?)$ {
add_header Access-Control-Allow-Origin "*";
expires 7d;
access_log off;
}
# gzip 压缩配置
gzip on;
gzip_vary on;
# 无条件启用压缩,支持局部压缩(就是检测部分请求头)
gzip_proxied any;
# 压缩等级,吃硬件
gzip_comp_level 6;
# 处理的文件类型
gzip_types text/plain text/css text/xml application/json application/javascript application/xml+rss application/atom+xml image/svg+xml;
}
# http这块我们直接重定向到https
server {
listen 80;
listen [::]:80; # 双冒号是全域
server_name proadmin.xxx.com;
location / {
#域名也可以用 $host来替代(内置变量)
return 301 https://proadmin.xxx.com$request_uri;
}
}

nuxt

反向代理 : 这种更多的适用于服务的,比如

node
带动的及其他可以提供服务的

# 这段是nuxt官方文档推荐的写法 ,响应的内容及过期时间
# https://zh.nuxtjs.org/faq/nginx-proxy/
map $sent_http_content_type $expires {
"text/html" epoch; # epoch是1970开始的时间
"text/html; charset=utf-8" epoch;
default off;
}
server {
listen 80;
server_name proshare.xxx.com;
# Redirect all HTTP requests to HTTPS with a 301 Moved Permanently response.
return 301 https://$host$request_uri;
}
server {
listen 443 ssl http2;
listen [::]:443 ssl http2;
server_name proshare.xxx.com;
gzip on;
gzip_types text/plain application/xml text/css application/javascript;
gzip_min_length 1000;
location / {
expires $expires;
proxy_redirect off;
proxy_set_header Host               $host;
proxy_set_header X-Real-IP          $remote_addr;
proxy_set_header X-Forwarded-For    $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-P
20000
roto  $scheme;
proxy_read_timeout 1m;
proxy_connect_timeout 1m;
proxy_pass http://127.0.0.1:5555;
}
location ~ /\.ht {
deny all;
}
ssl_certificate /etc/nginx/conf.d/cert/proshare/proshare.crt;
ssl_certificate_key /etc/nginx/conf.d/cert/proshare/proshare.key;
ssl_session_timeout 1d;
ssl_session_cache shared:SSL:50m;
ssl_session_tickets off;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers 'ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES256-SHA:ECDHE-ECDSA-DES-CBC3-SHA:ECDHE-RSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:DES-CBC3-SHA:!DSS';
ssl_prefer_server_ciphers on;
}

常规脚本

服务器不可能不宕机的,宕机重启情况下,必要的服务必须重新启用

nginx启动自启动

用

systenctl
维护就好,
systemctl enable nginx
;

非

yum
安装的nginx,要用这个维护,自行写一个
systemctl
规范的服务;

然后

chmod 754
这个脚本,放到
/usr/lib/systemd/system
,即可用
systemctl
维护;

754 : rwx-rx-r => u-g-o => r(read[读]:4)-x(excute[执行]:1)-w(write[写]:2)

  • 瞅瞅官方的
    nginx service
    的写法
# /usr/lib/systemd/system/nginx.service
# 除了一些字段有比较多的参数,大体上都可以一目了然
# 服务描述, 文档路径,服务类型,执行路径,重载路径以及进程PID这些

[Unit]
Description=nginx - high performance web server
Documentation=http://nginx.org/en/docs/
After=network-online.target remote-fs.target nss-lookup.target
Wants=network-online.target

[Service]
Type=forking
PIDFile=/var/run/nginx.pid
ExecStart=/usr/sbin/nginx -c /etc/nginx/nginx.conf
ExecReload=/bin/kill -s HUP $MAINPID
ExecStop=/bin/kill -s TERM $MAINPID

pm2自启动

pm2
发展至今,最新版的功能都比较完善了,是有内置自启动机制的;

会识别

linux
的自启动机制,比如发现我们用的是
systemctl
就会生成一份
nginx.service
的服务描述文件

  1. pm2 start [services]
    : 启动你的服务
  2. pm2 list
    : 看看服务是否正常运行

  1. pm2 save
    : 保存当前正在运行的任务

  1. 加入到自启动里面

至于代码发布

node
的用
pm2
的
deploy
(通过
ssh
发布到远端)

记得配置公钥配对(远程仓用

git ssh
模式),不然没法初始化的,比如
Coding
的

因为有测试下和正式线,所以我把配置写成两个,又为了减少敲打的代码,我写了一堆

alias

# 这些命令是啥?
# 看pm2文档 : https://pm2.io/doc/en/runtime/guide/easy-deploy-with-ssh/?utm_source=pm2&utm_medium=website&utm_campaign=rebranding

# 函数
# 为什么两个占位符都是$1, 我不想写太多,就部署名字和配置文件一致,只有dev和prod模式
pm2init(){
pm2 deploy ./ecosystem.$1.config.js $1 setup;
pm2 deploy ./ecosystem.$1.config.js $1;
}
pm2up(){
pm2 deploy ./ecosystem.$1.config.js $1 update;
}
pm2rev(){
pm2 deploy ./ecosystem.$1.config.js $1 revert;
}

#pm2
alias pm2init=pm2init
alias pm2up=pm2up
alias pm2rev=pm2rev

# 用法就是
# pm2init depoly_name => pm2init dev
  • ecosystem.config.js
module.exports = {
apps: [
{
name: 'stag-sx-share',
script: 'npm',
args: 'run start',
watch: ['.nuxt'], // 监控输出目录
watch_options: {
usePolling: true
},
env: {
HOST: '0.0.0.0',
PORT: 3333,
NODE_ENV: 'development'
},
env_production: {
NODE_ENV: 'production',
HOST: '0.0.0.0',
PORT: 3333
},
output: './logs/console.log',
error: './logs/consoleError.log',
merge_logs: true,
log_date_format: 'YYYY-MM-DD HH:mm Z'
}
],
deploy: {
dev: {
// SSH user
user: 'root',
// SSH host
host: ['xxxx'],
// SSH options with no command-line flag, see 'man ssh'
// can be either a single string or an array of strings
ssh_options: 'StrictHostKeyChecking=no',
// GIT remote/branch
ref: 'origin/master',
// GIT remote
repo: 'git@git.dev.tencent.com:lqh/nuxt-sx-mobile-share.git',
// path in the server
path: '/code/stag-nuxt-sx-share',
// Pre-setup command or path to a script on your local machine
'pre-setup': 'ls -la',
'pre-deploy': 'git pull',
// deploy hook
'post-deploy':
'npm install && pm2 reload ./ecosystem.dev.config.js --env production --force'
}
}
}

打包的,直接用
rsync
发布

就拿我写的一条

alias
来讲解吧,还是挺方便的;

# rsync 的几个参数
# -r : 就是recursive,递归,必须的,你打包的文件不可能没有子目录吧!
# -c : 对文件进行校验,必备的,稳一点总好
# -h : --human-readable     输出传送的数值变化比较符合人类阅读的格式
# -v : 就是verbose, 就是进展过程
# --progress : 显示传输文件的过程
# --delete : 从目标目录删除无关文件,就是不匹配的文件会被干掉,多出来的!

alias fdumi="rsync -vrch --progress --delete  /Users/linqunhe/Code/umi_dva_sx_admin/dist/* root@xxx.xxx.xxx:/code/umi-dva-sx-admin/dev"

总结

不对之处请留言,会及时修正.谢谢阅读

内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 点击这里给我发消息
标签： 
相关文章推荐
新的分享
章节导航