一、優(yōu)化內(nèi)核相關(guān)參數(shù)

配置文件/etc/sysctl.conf
配置方法直接將參數(shù)添加進(jìn)文件每條一行

sysctl -a 可以查看默認(rèn)配置
sysctl -p 執(zhí)行并檢測(cè)是否有錯(cuò)誤

1、網(wǎng)絡(luò)相關(guān)

net.core.somaxconn=65535
一個(gè)端口最大監(jiān)聽(tīng)TCP連接隊(duì)列的長(zhǎng)度

net.core.netdev_max_backlog=65535
數(shù)據(jù)包速率比內(nèi)核處理快時(shí),送到隊(duì)列的數(shù)據(jù)包上限

net.ipv4.tcp_max_syn_backlog=65535
TCP syn 隊(duì)列的最大長(zhǎng)度, 第一次握手的連接參數(shù)過(guò)大可能也會(huì)遭受syn flood攻擊

net.ipv4.tcp_fin_timeout=10
fin超時(shí)時(shí)間,表示如果套接字由本端要求關(guān)閉，這個(gè)參數(shù)決定了它保持在FIN-WAIT-2狀態(tài)的時(shí)間

net.ipv4.tcp_tw_reuse=1
是否允許將TIME-WAIT sockets重新用于新的TCP連接，默認(rèn)為0 關(guān)閉

net.ipv4.tcp_tw_recycle=1
是否開(kāi)啟TCP連接中TIME-WAIT sockets的快速回收，默認(rèn)為0 關(guān)閉

關(guān)于網(wǎng)絡(luò)參數(shù)調(diào)優(yōu)模板,主機(jī)配置為8G和16G內(nèi)存【按需調(diào)整】

注意：
參數(shù)值并不是設(shè)置的越大越好，有的需要考慮服務(wù)器的硬件配置，參數(shù)對(duì)服務(wù)器上其它服務(wù)的影響等。

2、本地端口號(hào)

有時(shí)候我們修改了文件句柄限制數(shù)后，錯(cuò)誤日志又會(huì)提示 "Can’t assignrequested address"。
這是因?yàn)門CP 建立連接，在創(chuàng)建 Socket 句柄時(shí)，需要占用一個(gè)本地端口號(hào)（與 TCP 協(xié)議端口號(hào)不一樣），相當(dāng)于一個(gè)進(jìn)程，便于與其它進(jìn)程進(jìn)行交互。
而Linux內(nèi)核的TCP/IP 協(xié)議實(shí)現(xiàn)模塊對(duì)本地端口號(hào)的范圍進(jìn)行了限制。當(dāng)端口號(hào)用盡，就會(huì)出現(xiàn)這種錯(cuò)誤了。

我們可以修改本地端口號(hào)的范圍。

#查看IP協(xié)議本地端口號(hào)限制
cat /proc/sys/net/ipv4/ip_local_port_range

#一般系統(tǒng)默認(rèn)為以下值
32768    61000

#修改本地端口號(hào)
vim /etc/sysctl.conf

#修改參數(shù)
net.ipv4.ip_local_port_range = 1024 65000

#保存修改后，需要執(zhí)行sysctl命令讓修改生效
sysctl -p

注意：
1、net.ipv4.ip_local_port_range的最小值為1024，1024以下的端口已經(jīng)規(guī)劃為TCP協(xié)議占用，如果想將 TCP 協(xié)議端口設(shè)置為8080等大端口號(hào)，可以將這里的最小值調(diào)大。
2、如果存在應(yīng)用服務(wù)端口號(hào)大于1024的，應(yīng)該將 net.ipv4.ip_local_port_range 的起始值修改為大于應(yīng)用服務(wù)端口號(hào)，否則服務(wù)會(huì)報(bào)錯(cuò)。

kernel.shmmax=4294967295
該參數(shù)定義了共享內(nèi)存段的最大尺寸（以字節(jié)為單位）。

其值應(yīng)>=sag_max_size初始化參數(shù)的大小,否則SAG由多個(gè)內(nèi)存段構(gòu)成,效率降低,
還要不小于物理內(nèi)存的一半,默認(rèn)情況下在32位x86系統(tǒng)中,Oracle SGA最大不能超過(guò)1.7GB.

kernel.shmmni=4096
這個(gè)內(nèi)核參數(shù)用于設(shè)置系統(tǒng)范圍內(nèi)共享內(nèi)存段的最大數(shù)量。該參數(shù)的默認(rèn)值是 4096.

kernel.shmall = 2097152
該參數(shù)表示系統(tǒng)任意時(shí)刻可以分配的所有共享內(nèi)存段的總和的最大值(以頁(yè)為單位).

其值應(yīng)不小于shmmax/page_size.缺省值就是2097152，如果服務(wù)器上運(yùn)行的所有實(shí)例的
SGA總和不超過(guò)8GB(通常系統(tǒng)可分配的共享內(nèi)存的和最大值為8GB),通常不需要修改.

vm.swappiness=0

內(nèi)存分配策略,設(shè)置為0是告訴系統(tǒng)除非虛擬內(nèi)存完全滿了 否則不要使用交換區(qū)

風(fēng)險(xiǎn):

降低操作系統(tǒng)性能
在系統(tǒng)資源不足下,容易被OOM kill掉

二、提高資源限制上限

配置文件位于 /etc/security/limit.conf

* soft nofile 65535
* hard nofile 65535

" * "對(duì)所有用戶有效

soft 當(dāng)前系統(tǒng)生效的設(shè)置

hard 系統(tǒng)所能設(shè)定的最大值

nofile 打開(kāi)文件的最大數(shù)目

65535 限制的數(shù)量

需要重啟系統(tǒng)生效

案例

一次nginx在早高峰時(shí)段大量用戶同時(shí)請(qǐng)求驗(yàn)證出現(xiàn)連接緩慢問(wèn)題，問(wèn)題是由于資源限制問(wèn)題導(dǎo)致

日志信息

2024/04/25 0823 [crit] 37451#0: accept4() failed (24: Too many open files)
2024/04/25 0824 [crit] 37451#0: accept4() failed (24: Too many open files)
2024/04/25 0824 [crit] 37451#0: accept4() failed (24: Too many open files)
2024/04/25 0825 [crit] 37451#0: accept4() failed (24: Too many open files)
2024/04/25 0825 [crit] 37451#0: accept4() failed (24: Too many open files)
2024/04/25 0826 [crit] 37451#0: accept4() failed (24: Too many open files)
2024/04/25 0826 [crit] 37451#0: accept4() failed (24: Too many open files)
2024/04/25 0827 [crit] 37451#0: accept4() failed (24: Too many open files)
2024/04/25 0827 [crit] 37451#0: accept4() failed (24: Too many open files)

報(bào)錯(cuò)原因
通過(guò)ulimit -a命令查詢，發(fā)現(xiàn)主機(jī)最初設(shè)置系統(tǒng)文件最大打開(kāi)數(shù)（open files ）過(guò)于保守，致使早高峰時(shí)段大量用戶同時(shí)請(qǐng)求驗(yàn)證出現(xiàn)連接緩慢問(wèn)題。

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 127886
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 127886
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

進(jìn)一步查看nginx進(jìn)程的limit限制，發(fā)現(xiàn)nginx主進(jìn)程軟限制是1024，硬限制是4096。

解決方式
修改配置文件/etc/security/limits.conf，增加配置以下配置并重啟Nginx主進(jìn)程：

root soft nofile 65535
root hard nofile 65535
* soft nofile 65535
* hard nofile 65535

Nginx配置文件增加配置：

worker_rlimit_nofile 65535;

驗(yàn)證
nginx進(jìn)程最大文件打開(kāi)數(shù)已設(shè)置成功

三、磁盤調(diào)度策略

參數(shù)路徑:/sys/block/devname/queue/scheduler

簡(jiǎn)介:

noop電梯式調(diào)度策略
實(shí)現(xiàn)了一個(gè)FIFO隊(duì)列 傾向餓死讀而利于寫 對(duì)閃存設(shè)備 RAM和嵌入式系統(tǒng)是最好的選擇

deadline 截止時(shí)間調(diào)度策略
確保了在一個(gè)截止時(shí)間內(nèi)服務(wù)請(qǐng)求 這個(gè)截止時(shí)間是可調(diào)整的 而默認(rèn)讀期限短于寫期限
對(duì)于數(shù)據(jù)庫(kù)類應(yīng)用是最好的選擇

anticipatory 預(yù)料IO調(diào)度策略
本質(zhì)上和deadline一樣 但在最后一次讀操作后 要等待6ms 才能繼續(xù)進(jìn)行對(duì)其他IO請(qǐng)求進(jìn)行調(diào)度 將一些小寫入流合并成一個(gè)大寫入流 用寫入延遲換取最大的寫入吞吐量 適合寫入較多的環(huán)境 比如文件服務(wù)器 對(duì)數(shù)據(jù)庫(kù)環(huán)境表現(xiàn)很差

cfq 絕對(duì)公平算法

內(nèi)核參數(shù)存儲(chǔ)路徑