nginx配置优化+负载均衡+动静分离(附带参数解析)

简介:
#指定nginx进程运行用户以及用户组
user www www;
#nginx要开启的进程数为8
worker_processes  8;
#全局错误日志文件
#debug输出日志最为详细,而crit输出日志最少/var/log目录是linux下的日志存放目录
error_log /var/log/nginx/nginx_error.log crit;
#指定进程id的存储位置
pid   /var/run/nginx.pid;
#绑定worker进程和CPU,linux内核2.4以上可用
worker_rlimit_nofile 51200;
#nginx的工作模式及连接输上线
events {
    #nginx工作模式,epoll是linux平台下的高效模式
    use epoll;
    #定义nginx每个进程的最大连接数为51200,一般网上都配置65535,根据张宴大神的建议51200即可
    worker_connections  51200;
}

http {
    #实现对配置文件所包含的文件的设定
    include       mime.types;
    #设置默认类型为二进制流
    default_type  application/octet-stream;

    server_names_hash_bucket_size  128;
    #指定来自客户端请求头的headerbuffer大小,设置为32KB
    client_header_buffer_size  32k;
    #指定客户端请求中较大的消息头的缓存最大数量和大小,这里是4个32KB
    large_client_header_buffers 4 32k;
    #上传文件大小
    client_max_body_size 356m;
    #nginx的HttpLog模块指定,指定nginx日志的输出格式,输出格式为access
    log_format access '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';
    #access日志存在未知
    access_log  /var/log/nginx/access.log  access;
    #开启高效模式文件传输模式,将tcp_nopush和tcp_nodely两个指另设置为on,用于防止网络阻塞。
    sendfile        on;
    tcp_nopush      on;
    tcp_nodely      on;
    #设置客户端连接保持活动的超时时间
    keepalive_timeout  65;
    server_tokens   off;
    #客户端请求主体读取缓存
    client_body_buffer_size  512k;
    proxy_connect_timeout    5;
    proxy_send_timeout      60;
    proxy_read_timeout       5;
    proxy_buffer_size       16k;
    proxy_buffers         4 64k;
    proxy_busy_buffers_size  128k;
    proxy_temp_file_write_size 128k;    

    #fastcgi_connect_timeout 300;
    #fastcgi_send_timeout    300;
    #fastcgi_read_timeout    300;
    #fastcgi_buffer_timeout  300;
    #fastcgi_buffers 4 64k;
    #fastcgi_busy_buffers_size 128k;
    #fastcgi_temp_file_write_size 128k;
    
    #开启gzip
    gzip  on;
    #允许压缩的最小字节数
    gzip_min_length 1k;
    #4个单位为16k的内存作为压缩结果流缓存
    gzip_buffers 4 16k;
    #设置识别HTTP协议版本,默认是1.1
    gzip_http_version 1.1;
    #gzip压缩比,可在1~9中设置,1压缩比最小,速度最快,9压缩比最大,速度最慢,消耗CPU
    gzip_comp_level  2;
    #压缩的类型
    gzip_types text/plain application/x-javascript text/css application/xml;
    #让前端的缓存服务器混村经过的gzip压缩的页面
    gzip_vary  on;
    
    #负载均衡
    upstream localhost.com {
        #每个请求按照ip的hash结果分配,同一个ip的访客固定访问一个后端服务器,可解决动态网页session共享问题。
    ip_hash;
        server 127.0.0.1:8080;
        server 127.0.0.1:8082;
    }
   禁止通过ip访问
    server {
      server_name _;
       return 404;
    }
    server {
        listen       88;
        server_name   www.test.com ;# 对应你的域名
    charset    utf-8; #设置编码为utf-8
        index index.html index.htm index.jsp index.do index.action;
    #指定虚拟主机根目录为/var/www/
        root /var/www/;
        if ( -d $request_filename)
        {
           rewrite ^/(.*)([^/])$ http://$host/$1$2/permanent;
        }
      #方法1:将jsp等动态文件交给的localhost.com处理,此方法用的不多
           location ~ \.(jsp|jspx|do|action)(\/.*)?$ {
              index index.jsp;
              proxy_set_header  Host $host;  
              proxy_set_header  X-Real-IP  $remote_addr;
              proxy_pass  http://localhost.com ;
           } 
       #方法2:将所有请求交给localhost.com处理,静态文件通过额外定义location交给nginx处理。
      location / {
         #当502或504时,将请求转发到负载均衡中正常server中
         proxy_next_upstream http_502 http_504 error timeout invalid_header;
             proxy_pass  http://localhost.com ;
             proxy_redirect    off;
             proxy_set_header Host  $host;
         #若nginx为最前端时,后端获得X-Real-IP传递的ip即为实际ip,若nginx不是最前端时,实际ip为X-Forwarded-For值。
             proxy_set_header X-Forwarded-For  $remote_addr;
          }
       #静态文件交给nginx处理
          location ~ .*\.(htm|html|gif|jpg|jpeg|png|bmp|swf|ioc|rar|zip|txt|flv|mid|doc|ppt|pdf|xls|mp3|wma)$
          {
                root /var/www;
                expires   30d;
           }
       #静态文件交给nginx处理
           location ~ .*\.(js|css)?$     
           {
                root /var/www;       
                expires      1h;     
           }
           location /media {
            #指定后端服务器地址和端口
                proxy_pass          http://localhost.com ;
        #proxy_next_upstream 故障转移待空
                proxy_redirect     off; 
        #后端服务器获取用户的主机名或真实IP地址
                proxy_set_header   Host            $host;
                proxy_set_header   X-Real-IP       $remote_addr;
                proxy_set_header   X-Forwarded-For $proxy_add_x_forwarded_for;
                
        #客户端请求主体缓冲区最大值
                client_max_body_size       10m;
        #客户端请求主体缓存区大小
                client_body_buffer_size    128k;   
                #与后端服务器连接的超时时间
                proxy_connect_timeout      90;
        #后端服务器的数据回传时间90s,90s内未传回,nginx将断开连接
                proxy_send_timeout         90;   
        #nginx从代理的后端服务器获取信息的时间90s
                proxy_read_timeout         90;   
        
        #缓冲区大小默认等于proxy_buffers设置的大小
                proxy_buffer_size          4k;
        #设置缓冲区的数量和大小
                proxy_buffers              4 32k;
        #设置系统很忙时可以使用的proxy_buffers的大小,官方推荐位proxy_buffersX2
                proxy_busy_buffers_size    64k;   
        #指定proxy缓存临时文件的大小
                proxy_temp_file_write_size 64k;
           }
           location /files/ {
            #静止外部访问
                internal;
        #
                alias     /home/nfs/media/; 
           }
    }
    # HTTPS server配置
    server {
        listen       443;
        server_name   www.test.com ; # 对应你的域名
        root /var/www/webapps;
       
        ssl on;
        ssl_certificate      /usr/local/nginx/conf/test.crt;
        ssl_certificate_key  /usr/local/nginx/conf/test_nopass.key;

        ssl_session_timeout  5m;

        ssl_protocols  SSLv2 SSLv3 TLSv1;
        ssl_ciphers  HIGH:!aNULL:!MD5;
        ssl_prefer_server_ciphers   on;

        location / {
            root   html;
            index  index.html index.htm;
        }
    }

}




     本文转自yzy121403725 51CTO博客,原文链接:http://blog.51cto.com/lookingdream/1830774,如需转载请自行联系原作者




相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
相关文章
|
11月前
|
弹性计算 运维 安全
优化管理与服务:操作系统控制平台的订阅功能解析
本文介绍了如何通过操作系统控制平台提升系统效率,优化资源利用。首先,通过阿里云官方平台开通服务并安装SysOM组件,体验操作系统控制平台的功能。接着,详细讲解了订阅管理功能,包括创建订阅、查看和管理ECS实例的私有YUM仓库权限。订阅私有YUM仓库能够集中管理软件包版本、提升安全性,并提供灵活的配置选项。最后总结指出,使用阿里云的订阅和私有YUM仓库功能,可以提高系统可靠性和运维效率,确保业务顺畅运行。
|
SQL 关系型数据库 MySQL
深入解析MySQL的EXPLAIN:指标详解与索引优化
MySQL 中的 `EXPLAIN` 语句用于分析和优化 SQL 查询,帮助你了解查询优化器的执行计划。本文详细介绍了 `EXPLAIN` 输出的各项指标,如 `id`、`select_type`、`table`、`type`、`key` 等,并提供了如何利用这些指标优化索引结构和 SQL 语句的具体方法。通过实战案例,展示了如何通过创建合适索引和调整查询语句来提升查询性能。
2856 10
|
10月前
|
弹性计算 负载均衡 网络协议
阿里云SLB深度解析:从流量分发到架构优化的技术实践
本文深入探讨了阿里云负载均衡服务(SLB)的核心技术与应用场景,从流量分配到架构创新全面解析其价值。SLB不仅是简单的流量分发工具,更是支撑高并发、保障系统稳定性的智能中枢。文章涵盖四层与七层负载均衡原理、弹性伸缩引擎、智能DNS解析等核心技术,并结合电商大促、微服务灰度发布等实战场景提供实施指南。同时,针对性能调优与安全防护,分享连接复用优化、DDoS防御及零信任架构集成的实践经验,助力企业构建面向未来的弹性架构。
782 76
|
9月前
|
负载均衡 前端开发 应用服务中间件
Tomcat的负载均衡和动静分离(与nginx联动)
总的来说,负载均衡和动静分离是提高Web应用性能的两个重要手段。通过合理的配置和使用,我们可以让Web应用更好地服务于用户。
284 21
|
9月前
|
负载均衡 Java 应用服务中间件
Tomcat与Nginx的负载均衡与动静分离技巧
总的来说,Tomcat和Nginx各有各的优点,在负载均衡和动静分离这两方面它们都有很好的应用。灵活使用这两个工具能够让Web应用具有更好的扩展性和用户体验。
278 14
|
9月前
|
负载均衡 前端开发 JavaScript
LVS-DR模式、keepalived、Nginx与Tomcat合作,打造动静分离,高效负载均衡与高可用性
为了采用这样的架构,你需要对LVS-DR、Keepalived、Nginx与Tomcat有一定的理解和掌握,同时也需要投入一些时间去研究和配置,但是一旦你把它运行起来,你将会发现,这一切都是值得的。
363 11
|
11月前
|
机器学习/深度学习 人工智能 JSON
Resume Matcher:增加面试机会!开源AI简历优化工具,一键解析简历和职位描述并优化
Resume Matcher 是一款开源AI简历优化工具,通过解析简历和职位描述,提取关键词并计算文本相似性,帮助求职者优化简历内容,提升通过自动化筛选系统(ATS)的概率,增加面试机会。
1385 18
Resume Matcher:增加面试机会!开源AI简历优化工具,一键解析简历和职位描述并优化
|
12月前
|
数据采集 机器学习/深度学习 人工智能
静态长效代理IP利用率瓶颈解析与优化路径
在信息化时代,互联网已深度融入社会各领域,HTTP动态代理IP应用广泛,但静态长效代理IP利用率未达百分百,反映出行业结构性矛盾。优质IP资源稀缺且成本高,全球IPv4地址分配殆尽,高质量IP仅占23%。同时,代理服务管理存在技术瓶颈,如IP池更新慢、质量监控缺失及多协议支持不足。智能调度系统也面临风险预判弱、负载均衡失效等问题。未来需构建分布式IP网络、引入AI智能调度并建立质量认证体系,以提升资源利用率,推动数字经济发展。
218 2
|
机器学习/深度学习 人工智能 PyTorch
Transformer模型变长序列优化:解析PyTorch上的FlashAttention2与xFormers
本文探讨了Transformer模型中变长输入序列的优化策略,旨在解决深度学习中常见的计算效率问题。文章首先介绍了批处理变长输入的技术挑战,特别是填充方法导致的资源浪费。随后,提出了多种优化技术,包括动态填充、PyTorch NestedTensors、FlashAttention2和XFormers的memory_efficient_attention。这些技术通过减少冗余计算、优化内存管理和改进计算模式,显著提升了模型的性能。实验结果显示,使用FlashAttention2和无填充策略的组合可以将步骤时间减少至323毫秒,相比未优化版本提升了约2.5倍。
728 3
Transformer模型变长序列优化:解析PyTorch上的FlashAttention2与xFormers
|
缓存 并行计算 Linux
深入解析Linux操作系统的内核优化策略
本文旨在探讨Linux操作系统内核的优化策略,包括内核参数调整、内存管理、CPU调度以及文件系统性能提升等方面。通过对这些关键领域的分析,我们可以理解如何有效地提高Linux系统的性能和稳定性,从而为用户提供更加流畅和高效的计算体验。
563 24

热门文章

最新文章

推荐镜像

更多
  • DNS