• LVS、Tomcat、Nginx、PHP优化项


    一、LVS 性能调优的方法最佳实践
    1、最小化安装编译系统内核
    2、优化持久服务超时时间:
        1)显示超时时间
        #ipvsadm -Ln --timeout
        #Timeout (tcp tcpfin udp): 900 120 300
        2)配置为与自身应用贴近的超时时间
        #ipvsadm --set tcp tcpfin udp
    3、修改内核参数vi /etc/sysctl.conf
    net.ipv4.tcp_tw_recyle=1
    net.ipv4.tcp_tw_reuse=1
    net.ipv4.tcp_max_syn_backlog=8192
    net.ipv4.tcp_keepalive_time=1800
    net.ipv4.tcp_fin_timeout=30
    net.core.rmem_max=16777216
    net.core.wmem_max=16777216
    net.ipv4.tcp_rmem=4096 87380 16777216
    net.ipv4.tcp_wmem=4096 65536 16777216
    net.core.netdev_max_backlog=3000

    一、一般来说nginx 配置文件中对优化比较有作用的为以下几项:

    1. worker_processes 8;

    nginx 进程数,建议按照cpu 数目来指定,一般为它的倍数 (如,2个四核的cpu计为8)。

    2. worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;

    为每个进程分配cpu,上例中将8 个进程分配到8 个cpu,当然可以写多个,或者将一
    个进程分配到多个cpu。

    3. worker_rlimit_nofile 65535;

    这个指令是指当一个nginx 进程打开的最多文件描述符数目,理论值应该是最多打开文
    件数(ulimit -n)与nginx 进程数相除,但是nginx 分配请求并不是那么均匀,所以最好与ulimit -n 的值保持一致。

    现在在linux 2.6内核下开启文件打开数为65535,worker_rlimit_nofile就相应应该填写65535。

    这是因为nginx调度时分配请求到进程并不是那么的均衡,所以假如填写10240,总并发量达到3-4万时就有进程可能超过10240了,这时会返回502错误。

    查看linux系统文件描述符的方法:

    [root@web001 ~]# sysctl -a | grep fs.file

    fs.file-max = 789972

    fs.file-nr = 510 0 789972

    4. use epoll;

    使用epoll 的I/O 模型

    (

    补充说明:

    与apache相类,nginx针对不同的操作系统,有不同的事件模型

    A)标准事件模型
    Select、poll属于标准事件模型,如果当前系统不存在更有效的方法,nginx会选择select或poll
    B)高效事件模型 
    Kqueue:使用于 FreeBSD 4.1+, OpenBSD 2.9+, NetBSD 2.0 和 MacOS X. 使用双处理器的MacOS X系统使用kqueue可能会造成内核崩溃。
    Epoll: 使用于Linux内核2.6版本及以后的系统。

    /dev/poll:使用于 Solaris 7 11/99+, HP/UX 11.22+ (eventport), IRIX 6.5.15+ 和 Tru64 UNIX 5.1A+。

    Eventport:使用于 Solaris 10. 为了防止出现内核崩溃的问题, 有必要安装安全补丁。

    )

    5. worker_connections 65535;

    每个进程允许的最多连接数, 理论上每台nginx 服务器的最大连接数为worker_processes*worker_connections。

    6. keepalive_timeout 60;

    keepalive 超时时间。

    7. client_header_buffer_size 4k;

    客户端请求头部的缓冲区大小,这个可以根据你的系统分页大小来设置,一般一个请求头的大小不会超过1k,不过由于一般系统分页都要大于1k,所以这里设置为分页大小。

    分页大小可以用命令getconf PAGESIZE 取得。

    [root@web001 ~]# getconf PAGESIZE

    4096

    但也有client_header_buffer_size超过4k的情况,但是client_header_buffer_size该值必须设置为“系统分页大小”的整倍数。

    8. open_file_cache max=65535 inactive=60s;

    这个将为打开文件指定缓存,默认是没有启用的,max 指定缓存数量,建议和打开文件数一致,inactive 是指经过多长时间文件没被请求后删除缓存。

    9. open_file_cache_valid 80s;

    这个是指多长时间检查一次缓存的有效信息。

    10. open_file_cache_min_uses 1;

    open_file_cache 指令中的inactive 参数时间内文件的最少使用次数,如果超过这个数字,文件描述符一直是在缓存中打开的,如上例,如果有一个文件在inactive 时间内一次没被使用,它将被移除。

    二、关于nginx内核参数的优化:

    net.ipv4.tcp_max_tw_buckets = 6000

    timewait 的数量,默认是180000。

    net.ipv4.ip_local_port_range = 1024 65000

    允许系统打开的端口范围。

    net.ipv4.tcp_tw_recycle = 1

    启用timewait 快速回收。

    net.ipv4.tcp_tw_reuse = 1

    开启重用。允许将TIME-WAIT sockets 重新用于新的TCP 连接。

    net.ipv4.tcp_syncookies = 1

    开启SYN Cookies,当出现SYN 等待队列溢出时,启用cookies 来处理。

    net.core.somaxconn = 262144

    web 应用中listen 函数的backlog 默认会给我们内核参数的net.core.somaxconn 限制到128,而nginx 定义的NGX_LISTEN_BACKLOG 默认为511,所以有必要调整这个值。

    net.core.netdev_max_backlog = 262144

    每个网络接口接收数据包的速率比内核处理这些包的速率快时,允许送到队列的数据包的最大数目。

    net.ipv4.tcp_max_orphans = 262144

    系统中最多有多少个TCP 套接字不被关联到任何一个用户文件句柄上。如果超过这个数字,孤儿连接将即刻被复位并打印出警告信息。这个限制仅仅是为了防止简单的DoS 攻击,不能过分依靠它或者人为地减小这个值,更应该增加这个值(如果增加了内存之后)。

    net.ipv4.tcp_max_syn_backlog = 262144

    记录的那些尚未收到客户端确认信息的连接请求的最大值。对于有128M 内存的系统而言,缺省值是1024,小内存的系统则是128。

    net.ipv4.tcp_timestamps = 0

    时间戳可以避免序列号的卷绕。一个1Gbps 的链路肯定会遇到以前用过的序列号。时间戳能够让内核接受这种“异常”的数据包。这里需要将其关掉。

    net.ipv4.tcp_synack_retries = 1

    为了打开对端的连接,内核需要发送一个SYN 并附带一个回应前面一个SYN 的ACK。也就是所谓三次握手中的第二次握手。这个设置决定了内核放弃连接之前发送SYN+ACK 包的数量。

    net.ipv4.tcp_syn_retries = 1

    在内核放弃建立连接之前发送SYN 包的数量。

    net.ipv4.tcp_fin_timeout = 1

    如 果套接字由本端要求关闭,这个参数决定了它保持在FIN-WAIT-2 状态的时间。对端可以出错并永远不关闭连接,甚至意外当机。缺省值是60 秒。2.2 内核的通常值是180 秒,3你可以按这个设置,但要记住的是,即使你的机器是一个轻载的WEB 服务器,也有因为大量的死套接字而内存溢出的风险,FIN- WAIT-2 的危险性比FIN-WAIT-1 要小,因为它最多只能吃掉1.5K 内存,但是它们的生存期长些。

    net.ipv4.tcp_keepalive_time = 30

    当keepalive 起用的时候,TCP 发送keepalive 消息的频度。缺省是2 小时

    三、下面贴一个完整的系统内核优化设置:

    vi /etc/sysctl.conf 中可以将所有内容清空直接替换为如下内容:

    net.ipv4.ip_forward = 0
    net.ipv4.conf.default.rp_filter = 1
    net.ipv4.conf.default.accept_source_route = 0
    kernel.sysrq = 0
    kernel.core_uses_pid = 1
    net.ipv4.tcp_syncookies = 1
    kernel.msgmnb = 65536
    kernel.msgmax = 65536
    kernel.shmmax = 68719476736
    kernel.shmall = 4294967296
    net.ipv4.tcp_max_tw_buckets = 6000
    net.ipv4.tcp_sack = 1
    net.ipv4.tcp_window_scaling = 1
    net.ipv4.tcp_rmem = 4096 87380 4194304
    net.ipv4.tcp_wmem = 4096 16384 4194304
    net.core.wmem_default = 8388608
    net.core.rmem_default = 8388608
    net.core.rmem_max = 16777216
    net.core.wmem_max = 16777216
    net.core.netdev_max_backlog = 262144
    net.core.somaxconn = 262144
    net.ipv4.tcp_max_orphans = 3276800
    net.ipv4.tcp_max_syn_backlog = 262144
    net.ipv4.tcp_timestamps = 0
    net.ipv4.tcp_synack_retries = 1
    net.ipv4.tcp_syn_retries = 1
    net.ipv4.tcp_tw_recycle = 1
    net.ipv4.tcp_tw_reuse = 1
    net.ipv4.tcp_mem = 94500000 915000000 927000000
    net.ipv4.tcp_fin_timeout = 1
    net.ipv4.tcp_keepalive_time = 30
    net.ipv4.ip_local_port_range = 1024 65000

    使配置立即生效可使用如下命令:
    /sbin/sysctl -p

       一、内存优化

            默认情况下Tomcat的相关内存配置较低,这对于一些大型项目显然是不够用的,这些项目运行就已经耗费了大部分内存空间,何况大规模访问的情况。即使是本文中的这个只有一个页面的超小项目,在并发达到一定程度后也会抛出以下类似异常:

    严重: Exception invoking periodic operation: java.lang.OutOfMemoryError: Java heap space  
      
    严重: Error processing request java.lang.OutOfMemoryError: GC overhead limit exceeded  

      说明Tomcat已经无力支持访问处理,内部GC也已经“无能无力”。所以一般情况下我们需要重新配置Tomcat的相关内存大小。

     1.修改内存等 JVM相关配置

            Linux下修改TOMCAT_HOME/bin/catalina.sh,在其中加入,可以放在CLASSPATH=下面:

    JAVA_OPTS="-server -XX:PermSize=512M -XX:MaxPermSize=1024m -Xms2048m -Xmx2048m"  

      windows下修改TOMCAT_HOME/bin/catalina.bat,在其中加入,可以放在set CLASSPATH=下面:

    set JAVA_OPTS=-server -XX:PermSize=512M -XX:MaxPermSize=1024m -Xms2048m -Xmx2048m  

    这些参数在我们学习JVM部分文章时已经都认识过了,不过这里还是简单介绍下:

            -server:启用 JDK的 server 版本;

            -Xms:Java虚拟机初始化时堆的最小内存,一般与 Xmx配置为相同值,这样的好处是GC不必再为扩展内存空间而消耗性能;

            -Xmx:Java虚拟机可使用堆的最大内存;

            -XX:PermSize:Java虚拟机永久代大小;

            -XX:MaxPermSize:Java虚拟机永久代大小最大值;

            除了这些参数外您还可以根据具体需要配置其他参数,参数的配置可以参考JVM参数的配置

    2.验证

    设置成功后我们可以利用JDK自带的工具进行验证,这些工具都在JAVA_HOME/bin目录下:

            1)jps:用来显示本地的java进程,以及进程号,进程启动的路径等。

            2)jmap:观察运行中的JVM 物理内存的占用情况,包括Heap size , Perm size 下载地址 等。

            进入命令行模式后,进入JAVA_HOME/bin目录下,然后输入jps命令:

    jps  
    #显示以下结果  
    2340 Bootstrap  
    6696 Jps  

     其中 Bootstrap进程就是我们启动了的 Tomcat,其进程号为2340.

            然后我们利用 jmap工具查看其内存相关配置:

    复制代码
    jmap -heap 2340  
    #显示以下结果  
    Attaching to process ID 2340, please wait...  
    Debugger attached successfully.  
    Server compiler detected.  
    JVM version is 24.65-b04  
      
    using thread-local object allocation.  
    Parallel GC with 4 thread(s)  
      
    Heap Configuration:  
       MinHeapFreeRatio = 0  
       MaxHeapFreeRatio = 100  
       MaxHeapSize      = 2147483648 (2048.0MB)    //最大堆内存  
       NewSize          = 1310720 (1.25MB)  
       MaxNewSize       = 17592186044415 MB  
       OldSize          = 5439488 (5.1875MB)  
       NewRatio         = 2  
       SurvivorRatio    = 8  
       PermSize         = 536870912 (512.0MB)      //永久代初始大小  
       MaxPermSize      = 1073741824 (1024.0MB)    //永久代最大大小  
       G1HeapRegionSize = 0 (0.0MB)  
    Heap Usage:  
    PS Young Generation  
    Eden Space:  
       capacity = 537919488 (513.0MB)  
       used     = 247606720 (236.13616943359375MB)  
       free     = 290312768 (276.86383056640625MB)  
       46.03044238471613% used  
    From Space:  
       capacity = 89128960 (85.0MB)  
       used     = 0 (0.0MB)  
       free     = 89128960 (85.0MB)  
       0.0% used  
    To Space:  
       capacity = 89128960 (85.0MB)  
       used     = 0 (0.0MB)  
       free     = 89128960 (85.0MB)  
       0.0% used  
    PS Old Generation  
       capacity = 1431830528 (1365.5MB)  
       used     = 0 (0.0MB)  
       free     = 1431830528 (1365.5MB)  
       0.0% used  
    PS Perm Generation  
       capacity = 536870912 (512.0MB)  
       used     = 20770360 (19.80815887451172MB)  
       free     = 516100552 (492.1918411254883MB)  
       3.86878103017807% used  
      
    12005 interned Strings occupying 1039352 bytes.  
    复制代码

      从结果就可以看出我们的配置已经成功了。

      二、配置优化

     我们知道TOMCAT_HOME/conf/server.xml可以配置端口,虚拟路径等等 Tomcat相关主要配置。

    1.Connector 优化

            Connector是连接器,负责接收客户的请求,以及向客户端回送响应的消息。所以 Connector的优化是重要部分。默认情况下 Tomcat只支持200线程访问,超过这个数量的连接将被等待甚至超时放弃,所以我们需要提高这方面的处理能力。

     修改这部分配置需要修改TOMCAT_HOME/conf/server.xml,打开server.xml找到Connector 标签项,默认配置如下:

      其中port代表服务接口;protocol代表协议类型;connectionTimeout代表连接超时时间,单位为毫秒;redirectPort代表安全通信(https)转发端口,一般配置成443。

            可以看到除了这几个基本配置外并无特殊功能,所以我们需要对 Connector 进行扩展。

            其中Connector 支持参数属性可以参考Tomcat官方网站(https://tomcat.apache.org/tomcat-8.0-doc/config/http.html),非常多,所以本文就只介绍些常用的。

     我们将 Connector 配置修改为如下:

    复制代码
    <Connector port="8080"   
              protocol="HTTP/1.1"   
              maxThreads="1000"   
              minSpareThreads="100"   
              acceptCount="1000"  
              maxConnections="1000"  
              connectionTimeout="20000"   
              maxHttpHeaderSize="8192"  
              tcpNoDelay="true"  
              compression="on"  
              compressionMinSize="2048"  
              disableUploadTimeout="true"  
              redirectPort="8443"  
          enableLookups="false"  
              URIEncoding="UTF-8" />  
    复制代码

    1、laravel官方提供了一些优化(laravel 5.* 版本):

        (1)、关闭debug,修改 .env 的  APP_DEBUG=false

        (2)、  sudo php artisan route:cache       路由缓存   (清理路由缓存   sudo php artisan route:clear)

      (3)、sudo php artisan config:cache      配置缓存     (清理配置缓存   sudo php artisan config:clear

      (4)、sudo php artisan optimize        Laravel优化命令,类映射加载优化   (清理缓存   sudo php artisan clear-compiled)

        (5)、sudo sudo composer dump-autoload --optimize      composer优化

    ***注***:想要laravel更快,可以使用swoole加速laravel。相关链接:https://www.cnblogs.com/cj8988/p/9506606.html

    2、内核限制数修改

      ulimit -n    默认是1024,修改大些

    1
    2
    3
    4
    5
    6
    sudo vim /etc/security/limits.conf
     
    添加两行
     
    * soft nofile 655360
    * hard nofile 655360

      

    3、客户端链接信息 

    当前链接数      netstat -nat|grep ESTABLISHED|wc -l

    服务器处理任务信息     netstat -n | awk '/^tcp/ {++y[$NF]} END {for(w in y) print w, y[w]}'

    查看客户端IP链接数     netstat -nat|grep "tcp"|awk ' {print$5}'|awk -F : '{print$1}'|sort|uniq -c|sort -rn 

    解决大量 Time_Wait问题

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    修改配置文件
    sudo vim /etc/sysctl.conf
     
    添加
     
    net.ipv4.tcp_syncookies = 1
    net.ipv4.tcp_tw_reuse = 1
    net.ipv4.tcp_fin_timeout = 30
     
    net.ipv4.ip_local_port_range = 10240 60999
    net.ipv4.tcp_keepalive_time = 1200
    net.ipv4.tcp_max_syn_backlog = 8192
    net.ipv4.tcp_max_tw_buckets = 5000
     
    然后  sudo  /sbin/sysctl -p   让参数生效。

      *** 参数解释 ***

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    net.ipv4.tcp_syncookies = 1 表示开启SYN Cookies。当出现SYN等待队列溢出时,启用cookies来处理,可防范少量SYN攻击,默认为0,表示关闭;
     
    net.ipv4.tcp_tw_reuse = 1    表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接,默认为0,表示关闭;
     
    net.ipv4.tcp_fin_timeout=30    修改系統默认的 TIMEOUT 时间。
     
    net.ipv4.tcp_keepalive_time = 1200
    #表示当keepalive起用的时候,TCP发送keepalive消息的频度。缺省是2小时,改为20分钟。
     
    net.ipv4.ip_local_port_range = 1024 65000
    #表示用于向外连接的端口范围。缺省情况下很小:32768到61000,改为1024到65000。
     
    net.ipv4.tcp_max_syn_backlog = 8192
    #表示SYN队列的长度,默认为1024,加大队列长度为8192,可以容纳更多等待连接的网络连接数。
     
    net.ipv4.tcp_max_tw_buckets =  5000
    #表示系统同时保持TIME_WAIT套接字的最大数量,如果超过这个数字,TIME_WAIT套接字将立刻被清除并打印警告信息。
    默认为180000,改为5000。对于Apache、Nginx等服务器,上几行的参数可以很好地减少TIME_WAIT套接字数量,但是对于 Squid,效果却不大。此项参数可以控制TIME_WAIT套接字的最大数量,避免Squid服务器被大量的TIME_WAIT套接字拖死。

      

    4、php开启opcache (php7.1)

    复制代码
    修改配置   
    sudo vim /etc/php/7.1/fpm/php.ini
    找到   [opcache]
    修改如下
    
    [opcache]
    ; 开关打开
    opcache.enable=1
    
    ; 开启CLI
    opcache.enable_cli=1
    
    ; 可用内存, 酌情而定, 单位为:Mb
    opcache.memory_consumption=528
    
    ; Zend Optimizer + 暂存池中字符串的占内存总量.(单位:MB)
    ; opcache.interned_strings_buffer=8
    
    ; 对多缓存文件限制, 命中率不到 100% 的话, 可以试着提高这个值
    opcache.max_accelerated_files=10000
    
    ; Opcache 会在一定时间内去检查文件的修改时间, 这里设置检查的时间周期, 默认为 2, 定位为秒
    opcache.revalidate_freq=1    (生产环境,代码不变可以关闭  0)
    
    opcache.validate_timestamps=60     //多少秒更新一下php文件  (生产环境,代码不变可以关闭  0)
    
    ; 打开快速关闭, 打开这个在PHP Request Shutdown的时候回收内存的速度会提高
    opcache.fast_shutdown=1       
    复制代码

       ***注***  : 当 opcache.revalidate_freq 和 opcache.validate_timestamps 设置为0时,修改代码必须重新启动php-fpm才能使新代码生效。(使用命令  sudo service php7.1-fpm reload )

  • 相关阅读:
    JS 一键复制功能实现
    移动端点击弹窗后禁止页面滑动
    ui库地址总结
    react源码解析20.总结&第一章的面试题解答
    react源码解析19.手写迷你版react
    react源码解析18事件系统
    react源码解析17.context
    react源码解析16.concurrent模式
    react源码解析15.scheduler&Lane
    react源码解析14.手写hooks
  • 原文地址:https://www.cnblogs.com/CMX_Shmily/p/11713637.html
Copyright © 2020-2023  润新知