LOAD AVERAGE DAN DISK IO TINGGI

[bugis]

Mohon bantuannya pak untuk petunjuk optimasi, kenapa load avarage dan iotop sangat tinggi.
- Visitor 10-12k / hari.
- ram masih banyak yang kosong dari htop
- wordpress

 Pake 1x Intel® C2750 (Avoton) 8 C / 8T @2.4 Ghz x64, VT-x, AES-NI (dedibox xc 2015)

# sh /script/sysinfo

A. Kloxo-MR: 6.5.0.f-2015083001

B. OS: CentOS release 6.7 (Final) x86_64

C. Apps:
   1. MySQL: mysql55-5.5.47-1.ius.el6.x86_64
   2. PHP: --uninstalled--
   3. Httpd: httpd-2.2.31-1.mr.el6.x86_64
   4. Lighttpd: --uninstalled--
   5. Nginx: nginx-1.7.10-1.el6.ngx.x86_64
   6. Qmail: qmail-toaster-1.03-1.3.55.mr.el6.x86_64
      - with: courier-imap-toaster-4.1.2-1.3.18.mr.el6.x86_64
   7. Dns: bind-9.9.7-1.mr.el6.x86_64

D. Php-type (for Httpd/proxy): php-fpm_event

E. Memory:
                total       used       free     shared    buffers     cached
   Mem:          7858       7722        136          0          8       6857
   -/+ buffers/cache:        856       7002
   Swap:         1023          0       1023

[MRatWork]

Anda perlu optimize mysql dan php-fpm.

[bugis]

Mohon petunjuk cara optimize mysql dan php fpm ?
Apakah perlu juga set cron job clear cache ? Atau tidak perlu karena ram yg kepake cuma 800MB dari 8GB.

Terima kasih sebelumnya.

[MRatWork]

Untuk mysql, gunakan mysqltuner dengan menginstall 'yum install mysqltuner -y' dan kemudian menjalankannya. Untuk php-fpm (karena pakai Kloxo-MR 6.5) anda harus modifikasi file /home/php-fpm/tpl/custom.php53-fpm-pool.conf.tpl'.

[bugis]

mysqltuner sudah saya eksekusi dan optimize.
Untuk php-fpm, saya tidak mendapatkan file /home/php-fpm/tpl/custom.php53-fpm-pool.conf.tpl

mohon bantuannya pak

[MRatWork]

Copy dari php53-fpm-pool.conf.tpl.

[bugis]

setelah optimasi dengan mysqltuner, php fpm sudah normal tapi disk io (iotop) sangat tinggi 99.99% untuk nginx worker process.
mohon bantuan untuk optimasinya pak.
gambar terlampir.

http://postimg.org/image/klrk2cugx/

Terima kasih sebelumnya.

[MRatWork]

Ada 2 sebab:
1. Memang VPS anda melakukan akses yang berat/banyak ke HDD, dan atau
2. Ada VPS 'tetangga' yang melakukan ini sehingga VPS anda terlalu lama menunggu akses ke HDD (jika pakai 'top' terlihat nilai WA yang tinggi)