发表于 2018-11-8 12:26:44

nginx + uwsgi + Django 应用部署

  
uid = www                                        # 设置启动的用户组
  
gid = www
  

  
chdir = /alidata/www/fdcode/devops               # 指定项目目录
  

  
module = wsgi                                    # 加载wsgi.py模块
  

  
master = true                                    # 启动主进程,一般设置true或 1
  

  
processes = 2                                    # 设置启动的进程数
  

  
listen = 100                                     # 设置socket监听队列大小,超出队列的请求将会被拒绝
  

  
;socket = /var/run/uwsgi/uwsgi.sock            # 设置socket监听
  

  
socket = :9090                                 # 设置端口监听
  

  
pidfile = /var/run/uwsgi/uwsgi.pid               # 指定pid文件
  

  
vacuum = true                                    # 当服务器退出的时候自动删除unixsocket文件和pid文件。
  

  
enable-threads = true                            # 允许用内嵌的语言启动线程。这将允许你在app程序中产生一个子线程
  

  
buffer-size = 32768                              # 设置用于uwsgi包解析的内部缓存区大小为64k。默认是4k。
  

  
reload-mercy = 8                                 # 设置在平滑的重启(直到接收到的请求处理完才重启)一个工作子进程中,等待这个工作结束的最长秒数。这个配置会使在平滑地重启工作子进程中,如果工作进程结束时间超过了8秒就会被强行结束(忽略之前已经接收到的请求而直接结束)
  

  
max-requests = 5000                              # 为每个工作进程设置请求数的上限。当一个工作进程处理的请求数达到这个值,那么该工作进程就会被回收重用(重启)。你可以使用这个选项来默默地对抗内存泄漏
  

  
limit-as = 512                                 # 通过使用POSIX/UNIX的setrlimit()函数来限制每个uWSGI进程的虚拟内存使用数。这个配置会限制uWSGI的进程占用虚拟内存不超过256M。如果虚拟内存已经达到256M,并继续申请虚拟内存则会使程序报内存错误,本次的http请求将返回500错误。
  

  
harakiri = 60                                    # 一个请求花费的时间超过了这个harakiri超时时间,那么这个请求都会被丢弃,并且当前处理这个请求的工作进程会被回收再利用(即重启)
  

  
daemonize = /alidata/log/uwsgi/uwsgi_server.log# 使进程在后台运行,并将日志打到指定的日志文件或者udp服务器


页: [1]
查看完整版本: nginx + uwsgi + Django 应用部署