VPS acertando tcpsndbuf com frequência

2

No meu VPS em execução, estou recentemente atingindo o hard e o hardlimits do tcpsndbuf com muita frequência, fazendo com que o servidor fique quase inacessível à medida que a carga sobe para 45 e mais. Eu já tentei limitar o número de conexões do Apache permitidas, mas 5 minutos depois de reiniciar o servidor com os novos valores, tudo ficou frenético novamente. Agora eu tenho:

KeepAlive off
<IfModule mpm_prefork_module>
    StartServers       5
    MinSpareServers    5
    MaxSpareServers    10
    ServerLimit 20
    MaxClients 20
    MaxRequestsPerChild   1000
 </IfModule>

O servidor atualmente envia cerca de 1,5 TB de arquivos de 20kb-15MB, principalmente com apache, partyl com vsftpd e hospeda cerca de 5 blogs wordpress que recebem cerca de 300-800 visitantes por dia.

/ proc / user_beancounters diz:

uid  resource                     held              maxheld              barrier                limit              failcnt
62327:  kmemsize                 27311616             27428538            193273527            214748364                    0
lockedpages                     0                    0                 2059                 2059                    0
privvmpages                316229               316352              1048576              1101004                    0
shmpages                      745                  745               131072               131072                    0
dummy                           0                    0  9223372036854775807  9223372036854775807                    0
numproc                        95                   95                  650                  650                    0
physpages                  154998               155013                    0  9223372036854775807                    0
vmguarpages                     0                    0               524288  9223372036854775807                    0
oomguarpages               154999               155014  9223372036854775807  9223372036854775807                    0
numtcpsock                     30                   30                  700                  700                    0
numflock                        7                    8                 1000                 1100                    0
numpty                          1                    1                  102                  102                    0
numsiginfo                      0                    0                 1024                 1024                    0
tcpsndbuf                 1573056              1619200              6720000              9408000          23663960828
tcprcvbuf                  491520               491520              6720000              9408000                   42
othersockbuf               224864               226176              5760000              8064000                    0
dgramrcvbuf                     0                 8480              5376000              5376000                    0
numothersock                  139                  139                  600                  600                    0
dcachesize                1319995              1338775             28991028             32212254                    0
numfile                      3125                 3145                17600                17600                    0
dummy                           0                    0                    0                    0                    0
dummy                           0                    0                    0                    0                    0
dummy                           0                    0                    0                    0                    0
numiptent                      71                   71  9223372036854775807  9223372036854775807                    0

Qual é o método mais efetivo para reduzir os requisitos do tcpsndbuf?

Como um sidenote, sempre que eu tcpsndbuf limita a maioria das minhas tentativas de baixar arquivos via wget e ferramentas similares terminam em mensagens como "No buffer space available".

    
por schneida 03.08.2012 / 19:02

0 respostas