yeni cloud server ve sorunlar

merhaba arkadaşlar...

kısaca bu konuyu neden açtım ondan bahsedeyim...

a firmasından iki tane paylaşımlı reseller almıştım iki resellerde de toplamda 70 hesap bulunmakta ve hepsi şahsi hesaplarım birilerine satmak için kullanmıyordum...

sunucunun kasıldığını ve diğer reseller sahiplerini etkilediklerini söylediler bu sürede yaklaşık 3 4 saat siteler kapandı neyse alalacele oradan bir vps satın aldık taşımayı yaptılar... bu seferde halen kodlamanızda bir sıkıntı var sunucu komple kapandı diğer vps sahipleride etkilendi dediler ve üstünden 32-34 saat geçti bir kez olsun bile vps açılmadı bahane hdd nin zarar görmesiymiş neyse ben başka bir sunucu aldım B firmasından özellikleri aşağıda yazıyor bu arada tabiki A firmasındak VPS açılmadığı için A firmasından aldığım resellerden tek tek backupları çektim ve kurulumu yaptım... fakat problemler bundan sonra başladı...

şuan aldığım cloud server isimli paketin özellikleri aşağıda ve load süresi whm de bu şekilde maksimum 0.80 - 0.90 oluyor...
Load Averages: 0.25 0.38 0.45

hesaplarda bir tane özel site haricinde hepsinde wordpress kurulu ve başka bir sitedede bu wordpress panelleri tek bir panelden yönetmek için yazdığım özel bir yazılım bulunuyor...

litespeed A firmasındaki sunucularda kuruluydu bu sunucuda kurulu değil...

.htaccess dosyasında başta sorun vardı halende var
eski sunucuda bu kod çalışıyorken
RewriteRule ^sitemap.xml$ sitemap.php [L]
yeni sunucuda çalışmıyor bende çözümü xml dosyalarını php olarak yorumlatarak buldum bu geçici bir çözüm...
AddHandler application/x-httpd-php5 .php .xml

httpd.conf dosyasını düzenlemeye çalıştım... ama sonuç vermiyor...

ve en büyük sorunum ana sayfalar www.domain.com şeklinde yüklenme hızı tam istediğim gibi iken wp-admin klasörüne girdiğimde veya oradan bir linke tıkladığımda çok acayip bir yavaşlama gözle görülür bir şekilde hissediliyor...

internette bir link buldum türkçe çevirisi ile problemin httpd.conf dosyasının doğru düzenlenmediğinden kaynaklandığını düşünüyorum... link burada

alt dizinlere girdikçe her klasörde .htaccess dosyasını yorumlamak için aradığını ve bunun yavaşlatmak için bir sebep olacağı yazıyor anladığım kadarı ile bunun üzerine sabah 10 dan beri httpd.conf üzerinde denemeler yapıyorum...

bu arada phpinfo() kodundaki çıktıda mod_rewrite geçen hiç bir yer yok sunucu aldığım yere sorduğumdada aktif olduğunu söylüyorlar ama tahminim değil phpinfo da başka mod_rewrite haricinde başka bir şeymi yazıyor acaba yada mod_rewrite yüklü değil bu problemler ondan olabilirmi...

Son bir soru...

Sunucuya litespeed yada nginx kurmam bir çözüm olabilirmi... sshdan istediğiniz bir bilgi varsa sunucu ile ilgili gerekli komutları yazarak size görsel olarak iletebilirim... tam bir haftadır bitmek bilmeyen bu sorunlarla uğraşmaktan psikolojim bozuldu sunucunun hepsine hazır bir cevabı var bu yüzden kendi başımın çağresine bakmak durumundayım... sunucum eyüp deki DC de ping sürem 9~10 ms civarında yani yavaşlık pingle alakalı değil.

Processor Information
Total processors: 4
Processor #1
Vendor
GenuineIntel
Name
Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
Speed
3392.294 MHz
Cache
8192 KB
Processor #2
Vendor
GenuineIntel
Name
Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
Speed
3392.294 MHz
Cache
8192 KB
Processor #3
Vendor
GenuineIntel
Name
Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
Speed
3392.294 MHz
Cache
8192 KB
Processor #4
Vendor
GenuineIntel
Name
Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
Speed
3392.294 MHz
Cache
8192 KB

Memory Information
Memory: 3903956k/5242880k available (5326k kernel code, 1049156k absent, 289768k reserved, 7012k data, 1280k init)

System Information
Linux sunucu1.ikinciel.org 2.6.32-431.11.2.el6.x86_64 #1 SMP Tue Mar 25 19:59:55 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

Physical Disks
sd 2:0:0:0: [sda] 83886080 512-byte logical blocks: (42.9 GB/40.0 GiB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 31 00 00 00
sd 2:0:0:0: [sda] Cache data unavailable
sd 2:0:0:0: [sda] Assuming drive cache: write through
sd 2:0:0:0: [sda] Cache data unavailable
sd 2:0:0:0: [sda] Assuming drive cache: write through
sd 2:0:0:0: [sda] Cache data unavailable
sd 2:0:0:0: [sda] Assuming drive cache: write through
sd 2:0:0:0: [sda] Attached SCSI disk
sd 2:0:0:0: Attached scsi generic sg1 type 0


Current Memory Usage
             total       used       free     shared    buffers     cached
Mem:       3924372    3763592     160780          0     242064    2857308
-/+ buffers/cache:     664220    3260152
Swap:      4194296       3704    4190592
Total:     8118668    3767296    4351372

Current Disk Usage
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda2        36G   22G   13G  64% /
tmpfs           1.9G     0  1.9G   0% /dev/shm
/usr/tmpDSK     3.9G   74M  3.6G   2% /tmp

httpd.conf ile ilgili yazdığınız doğrudur ancak sizin sorununuz bundan olamaz, zira alt klasörlerde htaccess arayıp işlem yapıp ekrana basması milisaniyeler içinde gerçekleşir, anlık 5-10 bin istek almıyorsa sunucunuz gözle görülür bir fark kesinlikle göremezsiniz,

mod_rewrite yüklü olmasa htaccess dosyalarınız çalışmazdı, o yüzden yüklüdür (zaten sunucunuzda herhangi bir panel yüklü ise mod_rewrite da yüklüdür. Gozlerimle görmek istiyorum diyorsanız "httpd -M |grep rewrite" komutunu yazdığınızda cevap olarak aşağıdakini görüyorsanız yüklüdür.

Sunucunuz size ayrılan ramin tamamını kullanıyor görünüyor, ufaktan swap kullanmaya başlamış, detaylı incelemeden kesin konuşmak zor ancak sıkıntınız mysql yapılandırmanız da olabilir,
aşağıdaki kodları kullanarak basit bir test yaptırabilirsiniz, çıktısını paylaşırsanız yardımcı olmaya çalışalım
Ayrıca httpd.conf düzenleyerek performans elde etmek isterseniz http://httpd.apache.org/docs/2.2/tr/...rf-tuning.html adresini dikkatle incelemenizi tavsiye ediyorum.

Nginx ve Litespeed elbette size performans sağlayabilir, ancak litespeed lisans ücreti ve nginxin yapılandırma zorluğu düşünülünce günlük hitiniz 5 haneli rakamlara çıkmadığı sürece bence ikiside gereksiz.

Öncelikle Cevap verdiğin için Çok Teşekkür ederim...

dediğin gibi mod_rewrite modülü yüklü gözüküyor...

root@sunucu1 [~]# httpd -M |grep rewrite
 rewrite_module (static)
Syntax OK

mysqltuner.pl dosyasınıda çalıştırdığımdaki ekran görüntüsü bu, bu çıktıya göre ne yapmam gerekiyor..?

root@sunucu1 [/]# ./mysqltuner.pl

 >>  MySQLTuner 1.3.0 - Major Hayden <major@mhtx.net>
 >>  Bug reports, feature requests, and downloads at http://mysqltuner.com/
 >>  Run with '--help' for additional options and output filtering
[OK] Currently running supported MySQL version 5.5.36-cll
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MRG_MYISAM
[--] Data in MyISAM tables: 1G (Tables: 1767)
[--] Data in InnoDB tables: 2M (Tables: 133)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[!!] Total fragmented tables: 145

-------- Security Recommendations  -------------------------------------------
[OK] All database users have passwords assigned

-------- Performance Metrics -------------------------------------------------
[--] Up for: 18h 37m 54s (7M q [113.996 qps], 90K conn, TX: 27B, RX: 1B)
[--] Reads / Writes: 98% / 2%
[--] Total buffers: 168.0M global + 2.8M per thread (151 max threads)
[OK] Maximum possible memory usage: 583.2M (15% of installed RAM)
[OK] Slow queries: 0% (0/7M)
[OK] Highest usage of available connections: 34% (52/151)
[OK] Key buffer size / total MyISAM indexes: 8.0M/127.4M
[OK] Key buffer hit rate: 98.7% (156M cached / 2M reads)
[!!] Query cache is disabled
[OK] Sorts requiring temporary tables: 0% (1K temp sorts / 3M sorts)
[!!] Joins performed without indexes: 1069
[!!] Temporary tables created on disk: 42% (1M on disk / 2M total)
[!!] Thread cache is disabled
[!!] Table cache hit rate: 0% (400 open / 160K opened)
[OK] Open file limit used: 1% (791/50K)
[OK] Table locks acquired immediately: 99% (10M immediate / 10M locks)
[OK] InnoDB buffer pool / data size: 128.0M/2.1M
[OK] InnoDB log waits: 0
-------- Recommendations -----------------------------------------------------
General recommendations:
    Run OPTIMIZE TABLE to defragment tables for better performance
    MySQL started within last 24 hours - recommendations may be inaccurate
    Enable the slow query log to troubleshoot bad queries
    Adjust your join queries to always utilize indexes
    When making adjustments, make tmp_table_size/max_heap_table_size equal
    Reduce your SELECT DISTINCT queries without LIMIT clauses
    Set thread_cache_size to 4 as a starting value
    Increase table_cache gradually to avoid file descriptor limits
    Read this before increasing table_cache over 64: http://bit.ly/1mi7c4C
Variables to adjust:
    query_cache_size (>= 8M)
    join_buffer_size (> 128.0K, or always use indexes with joins)
    tmp_table_size (> 16M)
    max_heap_table_size (> 16M)
    thread_cache_size (start at 4)
    table_cache (> 400)

birde top komutu sonuçlarınıda gönderiyim

top - 10:02:22 up 18:53,  1 user,  load average: 0.62, 0.53, 0.48
Tasks: 172 total,   2 running, 167 sleeping,   0 stopped,   3 zombie
Cpu(s): 13.8%us,  5.4%sy,  0.0%ni, 80.7%id,  0.0%wa,  0.0%hi,  0.1%si,  0.0%st
Mem:   3924372k total,  3503880k used,   420492k free,   378344k buffers
Swap:  4194296k total,    23792k used,  4170504k free,  2427404k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 5485 mysql     20   0 2343m 205m 5256 S 31.9  5.4  69:19.75 mysqld
 2550 root      20   0 81404  16m 1512 S  0.3  0.4   0:18.55 tailwatchd
19371 root      20   0  102m 4376 3368 S  0.3  0.1   0:00.17 sshd
21248 nobody    20   0 72300 6436 1876 S  0.3  0.2   0:00.01 httpd
21543 eiki1544  20   0  215m  38m 7060 S  0.3  1.0   0:00.30 php
21555 root      20   0 15036 1288  944 R  0.3  0.0   0:00.04 top
21572 ikin5454  20   0  188m  11m 5828 R  0.3  0.3   0:00.01 php
    1 root      20   0 19356 1196  912 S  0.0  0.0   0:04.23 init
    2 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kthreadd
    3 root      RT   0     0    0    0 S  0.0  0.0   0:01.42 migration/0
    4 root      20   0     0    0    0 S  0.0  0.0   0:00.58 ksoftirqd/0
    5 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0
    6 root      RT   0     0    0    0 S  0.0  0.0   0:00.09 watchdog/0
    7 root      RT   0     0    0    0 S  0.0  0.0   0:00.45 migration/1
    8 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/1
    9 root      20   0     0    0    0 S  0.0  0.0   0:02.14 ksoftirqd/1
   10 root      RT   0     0    0    0 S  0.0  0.0   0:00.07 watchdog/1
   11 root      RT   0     0    0    0 S  0.0  0.0   0:00.26 migration/2
   12 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/2
   13 root      20   0     0    0    0 S  0.0  0.0   0:01.08 ksoftirqd/2
   14 root      RT   0     0    0    0 S  0.0  0.0   0:00.07 watchdog/2
   15 root      RT   0     0    0    0 S  0.0  0.0   0:01.66 migration/3
   16 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/3
   17 root      20   0     0    0    0 S  0.0  0.0   0:00.52 ksoftirqd/3

Son olarak:
Litespeed kurmak istesem... https://store.litespeedtech.com/store/cart.php bu sayfada bir çok satın alma seçeneği var sunucum için hangisini seçmem gerekiyor ve varolan siteleri şuan kurarsam riske atarmıyım yani sunucuda site yokken mi yapmak gerekir...

Teşekkür ederim.

@MehmetKabatas Cpu Miktarına göre almanız gerekiyor lisansı. Ancak Mysql Sorunu Veren Siteyi Bulursanız daha mantıklı.

@MiLLer7
ilk mesajda sunucu bilgilerini ilettim 4 satırda ayrı ayrı cpu yazıyor o zaman 65$ 4-cpu lease LSWS enterprise paketini almak gerekiyor sanırım...

birde ssh daki kod ve çıktıyla birlikte..

root@sunucu1 [~]# find / -type f -size +100M -exec ls -lh {} \; | awk '{ print $5 ": " $9 }' |sort -n
find: `/proc/30335': No such file or directory
find: `/proc/30428/task/30428/fd/5': No such file or directory
find: `/proc/30428/task/30428/fdinfo/5': No such file or directory
find: `/proc/30428/fd/5': No such file or directory
find: `/proc/30428/fdinfo/5': No such file or directory
4.0G: /home/virtfs/***A Hostu***/usr/tmpDSK
4.0G: /home/virtfs/***B Hostu***/usr/tmpDSK
4.0G: /usr/tmpDSK
109M: /home/virtfs/ikin5830/usr/local/apache/logs/suphp_log
109M: /home/virtfs/ikincorg/usr/local/apache/logs/suphp_log
109M: /usr/local/apache/logs/suphp_log
127M: /home/virtfs/***A Hostu***/var/lib/mysql/***C Hostu***/yazi.MYD
127M: /home/virtfs/***B Hostu***/var/lib/mysql/***C Hostu***/yazi.MYD
127M: /var/lib/mysql/kaan1205_panel/yazi.MYD
root@sunucu1 [~]#

100 mb üstü dosyalara baktığımızda MYD uzantılı tahmin ettiğim veri tabanı oluyor çünkü ilgili hostta 400K lık içeriği olan bir tablom var... (Önemli Not: Yıldızlarla belirttiğim host isimlerinde normalde C isimli Hostta Veritabanı) ve her dk başı cronjobla bir dizi işlem yapıyor... sanırım bundan olabilir diye tahmin ediyorum tabloları onardım ve optimize ettim bir kaç gün önce bunun haricinde sql sorgularındamı iyileştirme yapmakmı lazım ( ki minumum yanıt süresine göre ayarladım yazarken) tam sorunu nasıl bir komutla takip edebilirz...

teşekkürler...

Ortada litespeed lisansı almanızı gerektirecek bir durum görünmüyor, tavsiyem mysql sunucunuzu aşağıdaki değerleri vererek resetleyin,

ayrıca sunucunuzda 4 çekirdek olması lsws nin 4 cpu lisansını almanızı gerektirmez, ordaki 4 cpu fiziksel olarak 4 adet işlemciniz varsa almanız gereken lisanstır.

sizin 1 cpu standart lisans almanız lazım, ancak daha önce dediğim gibi litespeed lisansı almanızı gerektirecek bir durum yok ortada,

Sorgularınızın sorunsuz olduğundan eminseniz sunucunuzu optimize etmeniz yeterli.

Aslında Apache Statu Loglarını Görebilirsiniz Günlük. Ayrıca Litespeedlik bir durum bile göremiyorum. Cron ile işlem yapan sistemi 24 saatte bir veri çekiyorsa bunu gecenin geç bi saatlerinde yapması sizin açınızda iyi olucaktır.

service mysql stop

Sunucudaki Bütün Sql Tablolarını Onarın

myisamchk -r /var/lib/mysql/*/*.MYI

service mysql start

Sevgili hasan iznin ile bir düzeltme yapmak isterim.

Litespeed lisanslarındaki cpu seçenekleri core-fiziksel çekirdek mantığı ile oluşturulmuştur.

1 cpu lisansında litespeed 1 fiziksel çekirdek üzerinde çalışır, sayı arttıkça daha fazla fiziksel çekirdek desteği açılır, bu lisansların farkı ise şudur.

Çekirdek desteği arttıkça litespeedin php süreçlerini oluşturma ve anlık sayfa derleme kapasitesi artmaktadır.

Tabiki normal bir web sunucusu için 1 cpu-core lisansı yeterli olacaktır, daha yoğun php süreçlerinin döndüğü 4 fiziksel core üstü veya 2 fiziksel işlemciye sahip sunucularda 2-4 veya 8 core lisansları tercih edilebilir. Ekstra olarak 2 core lisansında litespeed cache özelliğide açılıyordu paketler değişmedi ise.

http://www.litespeedtech.com/support...43/#post-31588

Merhaba

Konu sahibinin bilgisi olsun diye yazıyorum.
Konuda sunucu olarak bahetmişsiniz lakin vds kullanıyorsunuz sanırım yada vps doğrularsanız yorum yapanlar için daha sağlıklı olacaktır.

Litespeed hakkındada cpu sayısı kadar litespeed almak zorunda değilsiniz vds için cpu sayısı bazında litespeed lisansı almak gibi bir hataya düşmeyin illaki kullanıcaksanız 2gb ve üzeri ram için Ultra VPS Lease LSWS Enterprise lisansı almalısınız.

Her cpu için ayrı ls lisansı alacağınıza fiziksel sunucu satın alın daha sağlam olur güzelce optimizasyon yaparsınız sizden kralı olmaz.