Długi czas odpowiedzi serwera

[Kochan 0]

Witam serdecznie! Mam problem z długim czasem odpowiedzi serwera, konfiguracja sprzętowa z pewnością odpada. Stoi Apache/2.4.25 (Unix) + DA na Debianie.

 

 

Dorzucenie ramu dla usługi nic nie daje, ponowne resety usługi przy pomocy apachectl -k restart również nie przynoszą skutku.

 

Prośba o pomoc w zidentyfikowaniu problemu.

 

//Ponowny reset i czas ładowania z 10s do 6.5s

Edytowano Maj 23, 2017 przez Gość (zobacz historię edycji)

[Vasthi 74]

Edytowano Marzec 26, 2018 przez Vasthi (zobacz historię edycji)

[Kochan 0]

serwerownia kylos.pl (Łódź), parametry

Procesor AMD FX8320E 8x3.2Ghz

Ram: 32GB

Operating System: Debian GNU/Linux 8 (jessie)

Kernel: Linux 3.16.0-4-amd64

Aplikacja oparta o framework yii, korzysta i generuje sporo zapytań do mysql'a

PHP-FPM

DirectAdmin 1.51.3

Exim 4.89

MariaDB 10.0.29

Named 9.9.5

dovecot 2.2.29.1

pure-ftpd 1.0.43

Php 5.6.30

[Gość Kamikadze]

Jak już zamazujesz nazwę domeny to zwróć uwagę że poniżej też jest podana

[Kochan 0]

Wiedziałem, że ktoś zauważy

[bybunny 540]

Jaki masz ustawiony MPM dla apache i co zawiera konfiguracja?

[Kochan 0]

MPM mam na Event

 

Server version: Apache/2.4.25 (Unix)
Server built:   Apr 14 2017 14:20:40
Server's Module Magic Number: 20120211:67
Server loaded:  APR 1.5.2, APR-UTIL 1.5.4
Compiled using: APR 1.5.2, APR-UTIL 1.5.4
Architecture:   64-bit
Server MPM:     event
  threaded:     yes (fixed thread count)
    forked:     yes (variable process count)
Server compiled with....
 -D APR_HAS_SENDFILE
 -D APR_HAS_MMAP
 -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
 -D APR_USE_SYSVSEM_SERIALIZE
 -D APR_USE_PTHREAD_SERIALIZE
 -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
 -D APR_HAS_OTHER_CHILD
 -D AP_HAVE_RELIABLE_PIPED_LOGS
 -D DYNAMIC_MODULE_LIMIT=256
 -D HTTPD_ROOT="/etc/httpd"
 -D HAVE_SYSTEMD
 -D SUEXEC_BIN="/usr/sbin/suexec"
 -D DEFAULT_PIDLOG="/var/logs/httpd.pid"
 -D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
 -D DEFAULT_ERRORLOG="logs/error_log"
 -D AP_TYPES_CONFIG_FILE="conf/mime.types"
 -D SERVER_CONFIG_FILE="conf/httpd.conf"

httpd.conf

https://pastebin.com/jEFPGKN3

[bybunny 540]

Masz dodatkowo nginx. Jak wyglada u ciebie:

 

# Server-pool management (MPM specific)

Include conf/extra/httpd-mpm.conf

[Kochan 0]

Zawartość /httpd-mpm.conf

 

https://pastebin.com/A9BS9KWV

[bybunny 540]

Na jakim poziomie masz ruch? Masz bardzo mały ServerLimit 32

[Kochan 0]

dziennie ok 1000-1200 sesji

Średnio miesiąc wychodzi ok 25 tys sesji 58 tys. odsłon.

Edytowano Maj 23, 2017 przez Kochan (zobacz historię edycji)

[bybunny 540]

Przytyka się bo czeka na zwolnienie procesu. Na jakim poziomie masz wykorzystana pamięć RAM? i CPU?

[Kochan 0]

 

 

 

Polecenie top

Tasks: 224 total,   2 running, 221 sleeping,   1 stopped,   0 zombie
%Cpu(s):  5.2 us,  0.2 sy,  0.0 ni, 93.7 id,  0.8 wa,  0.0 hi,  0.1 si,  0.0 st
KiB Mem:  32480792 total, 21286544 used, 11194248 free,   249260 buffers
KiB Swap:  6637560 total,        0 used,  6637560 free. 18397804 cached Mem

Wychodzi, że MYSQL najwięcej pożera zasobów bo nawet 52% obciążenia procesora

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
  794 mysql     20   0  915232 241076  14900 S  52.1  0.7  10458:45 mysqld
26558 szukamp+  20   0  183444  59140  10892 S  31.9  0.2   0:13.69 php-fpm56
26569 szukamp+  20   0  171928  47072  10892 S  16.9  0.1   0:12.51 php-fpm56
22622 szukamp+  20   0  155596  31056  11940 S   3.7  0.1   3:25.86 php-fpm56
25119 szukamp+  20   0  153260  29736  10892 S   3.7  0.1   1:37.74 php-fpm56
26557 szukamp+  20   0  152972  29448  10892 S   3.7  0.1   0:13.57 php-fpm56
26575 szukamp+  20   0  151024  27252  10896 S   3.3  0.1   0:12.71 php-fpm56
16912 apache    20   0 4755460  39924   8768 S   1.0  0.1   0:39.19 httpd
16914 apache    20   0 4754956  26676   8760 S   1.0  0.1   0:23.14 httpd
    7 root      20   0       0      0      0 S   0.3  0.0 391:57.95 rcu_sched
  152 root       0 -20       0      0      0 S   0.3  0.0   7:41.66 kworker/2:1H
  631 message+  20   0   42124   3416   3028 S   0.3  0.0   2:37.94 dbus-daemon
 8276 root      20   0  161048  76168   6136 S   0.3  0.2   0:11.56 /usr/bin/spamd
16917 apache    20   0 4754956  32956   8772 S   0.3  0.1   0:22.36 httpd
16922 apache    20   0 4755440  36472   8912 S   0.3  0.1   0:54.23 httpd
26768 root      20   0   23656   3100   2528 R   0.3  0.0   0:00.08 top

16914 apache 20 0 4754956 26276 8752 S 6.4 0.1 0:21.00 /usr/sbin/httpd -DFOREGROUND

 

Teraz jeszcze wskoczyło

21824 szukamp+ 20 0 184060 59348 10892 R 100.0 0.2 4:01.16 php-fpm: pool szukamprac

25123 szukamp+ 20 0 178308 53888 10892 R 100.0 0.2 1:02.22 php-fpm: pool szukamprac

22622 szukamp+ 20 0 156132 31568 11940 R 32.2 0.1 2:46.81 php-fpm: pool szukamprac

 

Po kolejnym odświeżeniu

794 mysql 20 0 915232 240428 14900 S 6.4 0.7 10456:11 /usr/local/mysql/bin/mysqld --basedir=/usr/local/mysql --datadir=/usr/local/mysql/data --plugin-dir=/usr/local/mysql/lib/plugin --log-error=/usr/local/mysql/data/serwer.szukampracy.kylos.net.pl.err --pid-file=/usr/local/mysql/data/mysqld.pid --socket=/usr/local/mysql/data/mysql.sock

 

6802 root 20 0 0 0 0 S 6.4 0.0 0:11.67 [kworker/4:1]

22625 szukamp+ 20 0 173104 51796 14492 S 6.4 0.2 2:51.34 php-fpm: pool szukamprac

Edytowano Maj 23, 2017 przez Kochan (zobacz historię edycji)

[bybunny 540]

Czyli najpierw optymalizacja mysql a następnie dopasowanie pozostałej konfiguracji. Jeżeli zależy tobie by ktoś na to spojrzał napisz post w zleceniach. Trochę zabawy by przeanalizować logi i co kilka dni podreperować ewentualnymi zmianami w plikach konfiguracyjnych. Niestety nikt nie ustawi tobie tego w jeden dzień. Możesz posiłkować się wszelkiego rodzaju skryptami do tuningu mysql jeżeli chcesz pogrzebać sam ale na początek przejrzyj logi. Przy takiej czkawce również dyski mogą mieć znaczenie i wydaje mi się a nawet jestem pewien że są to zwykłe HDD nie SSD. Jak skrypt trzepie bazą to niestety również może to być słabe ogniwo które w połączeniu z obecną konfiguracją powoduje że serwer czeka zanim pozamyka kilka procesów.

[Kochan 0]

masz rację obecnie są to zwykłe HDD.