[ask] Tolong Bantuannya Vps Overload terus nih
- Thread starter felix.harianto
- Start date
- Status
felix.harianto
New Member
Kalau melihat hxxp://i289.photobucket.com/albums/ll234/cepiloth/topc_zpsc00837ad.png
Bagus gitu kok... keliatannya ndak ada masalah.. load cpu kecil sekali dan memory usage kurang dari 400mb.
Mungkin di waktu dan jam tertentu ada task proses (misal cronjob) yang terlalu berlebihan.
Atau jangan2 ada yang lagi jahil di waktu2 tertentu.
hmmm cara check cronjob yg makan besar bagaimana yah >.<''
waduh kalo jahil gmana tuh haha >.<
bingung juga, yg pasti aku da matiin ping optimizer nya sih
masih tetep down juga tadi @_@
abis restart, normal langsung koq @_@''
ini barusan mati agi >.<''
cara cek /tmp gmana ya ?
cara install tmpwatch gmana ya ?
ini ss top -c yg baru seabis down barusan aja : hxxp://i289.photobucket.com/albums/ll234/cepiloth/topc2_zpsa159bd9f.png
ini ss df -h : hxxp://i289.photobucket.com/albums/ll234/cepiloth/dfh_zps8a7f35cc.png
waduh I/O node tuh apaan lagi >.<''
sorry baru bales >.< baru balek dr jkt >.<
gmana cara tau na juga kalo dijahilin orang ya...
idroot
Apprentice 2.0
I/O node itu maksudnya Hardisk servernya mas, karena klo hardisknya sudah ga bagus atau sangat sibuk, walaupun load vps kecil tetap saja akan sangat berat untuk di akses.
kudahitamnet
Poster 2.0
Saya curiga itu hanya kerjaan cPanel/WHM aja pak.
cPanel/WHM butuh sampai 24 jam pak untuk menyesuaikan settingannya. Jadi akibatnya emang makan ram gede.
Max cPanel process memory-nya berapa?
cPanel/WHM butuh sampai 24 jam pak untuk menyesuaikan settingannya. Jadi akibatnya emang makan ram gede.
Max cPanel process memory-nya berapa?
Mas Felix,
Untuk troubleshoot ini ngga gampang.
Coba mulai dengan upgrade vps ke paket yang lebih tinggi dan monitor penggunaan.
Pakai command iostat untuk liat apakah io nya tinggi atau ngga.
Coba juga liat dari whm, di bagian Daily Process Log, apakag ada user yang pakai cpu atau memori yang banyak.
Atau juga, coba tanya the penjual vps, bisa ga minta lebih cpu corenya.. untuk hdisk, dia pakai raid 1 atau 10 atau ngga ada raid ?
Mudah2an membantu.
Untuk troubleshoot ini ngga gampang.
Coba mulai dengan upgrade vps ke paket yang lebih tinggi dan monitor penggunaan.
Pakai command iostat untuk liat apakah io nya tinggi atau ngga.
Coba juga liat dari whm, di bagian Daily Process Log, apakag ada user yang pakai cpu atau memori yang banyak.
Atau juga, coba tanya the penjual vps, bisa ga minta lebih cpu corenya.. untuk hdisk, dia pakai raid 1 atau 10 atau ngga ada raid ?
Mudah2an membantu.
felix.harianto
New Member
ooh >.< musti tanya ke vps na ya
oke udah bro , terus diapain haha >.<''
oh cpanel ama whm na uda dipakai uda beberapa hari sih ini, kykna masih error gini @_@
cara cek max cpanel process memory gmana ya ?
awalna 512mb, terus ama dia katanya berat, dicobain ke 1gb tapi koq masih tetep katanya @_@ aku ya bingung
hdsik na kata dia pake raid 10 koq bro @_@ maksudnya apa itu ya haha
ini SS daily process log na tgl 8 kemarin [ sempet down 1x ]
hxxp://i289.photobucket.com/albums/ll234/cepiloth/whmprocesslog8april_zps9afd69a5.png
hxxp://i289.photobucket.com/albums/ll234/cepiloth/whmprocesslog8april2_zpsd42509aa.png
thx ya semua nya ^^ dah ngebantu
kudahitamnet
Poster 2.0
Saya coba bantu ya sesuai apa yang saya analisa.
Kalo saya lihat, dari ketiga screenshot itu kayanya memang ada yang belum dioptimasi.
Demikian, yang lain mungkin bisa melengkapi.
Semoga membantu & semoga proses MySQL Anda menjadi ringan kembali.
Perlu diingat, cPanel/WHM juga membutuhkan update settingan minimal 24 jam loh untuk benar-benar stabil.
Salam hangat.
Kalo saya lihat, dari ketiga screenshot itu kayanya memang ada yang belum dioptimasi.
- Lihat Database PhpMyAdmin
Coba Anda lihat dulu database Wordpress-nya, siapa tau ada yang membengkak. Terutama dari table post meta sama options. Karena saya curiganya (siapa tahu loh ya) ketika Anda coba menginstall kemudian uninstall lagi plugin, database plugin yang sebelum di-uninstall masih tertinggal di options atau tidak semua terhapus.
Related posts, recent post atau yang berkaitan dengan "memuat post" juga harus dilihat. Karena beberapa plugin yang jenisnya ngambil database, bikin bengkak memory+CPU. Selain itu, karena belum sempurnanya pengembangan seseorang, mengakibatkan bug-bug plugin itu "termuat" di database, akibatnya, ukuran databases membengkak juga.
Solusi
Jangan panik, backup dulu terutama template dan post meta, kemudian coba fresh install Wordpress. TAPI... Seandainya dirasa normal-normal saja, coba ikuti langkah kedua.
- PHP Handle Apa Yang Digunakan
Saya asumsikan Anda sudah meng-compile PHP. Karena Anda sudah dapat menjalankan situs. Saya juga curiga disini, karena jika compile PHP dengan benar, tiap user bahkan sedinamik sekalipun websitenya untuk Apache tidak sampai setinggi itu (gambar).
Untuk kasus Anda ini, saya sarankan menggunakan suPHP. Login root WHM Anda, Service Configuration → Configure PHP and suEXEC → PHP 5 Handler → suPHP. suPHP selain faktor sekuriti bagus, juga konsumsi memory-nya juga rendah, dan juga cocok untuk Wordpress.
suPHP Saya Tidak Muncul di PHP 5 Handler. Gimana?
Ada 2 kemungkinan, coba turunin ke PHP 5.3.*, atau mungkin mod suPHP nya gak dicentang sewaktu build PHP. Jadi, Anda harus build ulang di easyapache.
KALAU... PHP handle sudah menggunakan suPHP, coba ikuti tips ketiga.
- Optimasi MySQL Databases (root)
Karena saya lihat MySQL databases Anda prosesnya sangat memakan memory, coba kita optimasi disisi rootnya. Kita gunakan mysql tuner. Login SSH, jalankan command berikut:
Code:cd /usr/local/src/ wget -O mysqltuner.pl mysqltuner.pl perl mysqltuner.pl
Setelah proses scanning, nanti muncul recommendations-nya. Kalo misalnya rekomendasinya Run OPTIMIZE TABLE, maka jalankan command berikut untuk mengoptimasi seluruh MySQL database kita.
Pada saat menjalankan command diatas, nanti Anda akan diminta master password MySQL Databases Anda. Masih ingat?Code:mysqlcheck -u root -p --auto-repair --check --optimize --all-databases
Jika Variables to adjust-nya menyampaikan saran, misalnya kurangi table_cache, atau query_cache_limit tambahin, maka edit lah my.cnf dengan cara berikut ini:
Kalau Anda baru saja selesai scanning diatas, biasanya di putty Anda kembali ke lokasi root@hostnameanda [/usr/local/src]#. Ketik cd untuk kembali ke posisi root.
Setelah posisinya seperti ini root@hostnameanda [~]#, jalankan commandItu fungsinya untuk mengedit file my.cnf.Code:pico /etc/my.cnf
Copy ini semuanya, lalu paste disana dengan cara klik kanan.
Setelah itu, ctrl+o, lalu ENTER untuk men-save, kemudian ctrl+x untuk keluar.Code:[mysqld] skip-name-resolve thread_cache_size=64 table_cache=256 local-infile=0 innodb_file_per_table=1 query_cache_limit=1M max_connections=300 key_buffer_size=256M join_buffer_size=2M query_cache_type=1 query_cache_size=64M max_tmp_tables=1 tmp_table_size=32M max_heap_table_size=32M default-storage-engine=MyISAM log-slow-queries=/var/lib/mysql/slow.log open_files_limit=2324
Restart MySQL-nya:Code:service mysql restart
Jalankan lagi MySQL tuner-nya:Code:cd /usr/local/src/ perl mysqltuner.pl
Lihat apa rekomendasinya setelah Anda edit my.cnf? Tunggu 24 jam sekali untuk hasil maksimal.
Demikian, yang lain mungkin bisa melengkapi.
Semoga membantu & semoga proses MySQL Anda menjadi ringan kembali.
Perlu diingat, cPanel/WHM juga membutuhkan update settingan minimal 24 jam loh untuk benar-benar stabil.
Salam hangat.
- Status