httpd.conf ve my.conf optimizasyon
 

Merhaba,
Dual xeon 2.8 işlemci, 2gb ram sunucuyu günlük yaklaşık 50000 ziyaretçiyi sorunsuz şekilde kaldıracak şekilde nasıl optimize etmek lazım?

Sayfalar veriyi mysqlden çekiyor, genelde txt ağırlıklı ama tasarım vs den kaynaklanan resim sayısı da az sayılmaz.

httpd.conf ve my.conf dosyalarında ne gibi değişiklikler yapmalıyım? bunlar dışında sunucu performansını arttırmak ve sunucunun çökmesini engellemek için neler yapabilirim?

Teşekkürler.

50K ve üstü için tabi ki Cluster yapmayı öneririm

Hit artınca MySQL ve Apache veya bir başka webserverın birlikde çalışması makinayı kastırabiliyor güzel bir optimasyonla bir nebze önlem almış olursunuz.

50K ya yada 100K ya göre my.cnf vermek heralde loto oynamak gibi bişey olur. Çünkü
MySQL 'i Kullanan scriptler vBulletin, Smf vb. kullanım yogunlugu yaratılan indexlerin yetip yetmediği uzun süren sorgular vb. gibi bir çok fonksiyonlardan etkilenen ince ayar gerektiren bir veritabanı.

Öncelikle MySQL sunucunuzu minimum 2 gün ( 48 saat ) çalıştırın huyunu suyunu kavrasın makina

daha sonra

Kurulum:

SSH root olarak giriş yapın ve aşağıdaki komutu yazın,


Ardından CHMOD düzenleyin


MYSQL durum sınaması için yapmamız gereken ,



Çalıştırın ve Çıkanları buraya yapıştırın. böylece Kullanımınıza göre güzel bir ayar verebilirim.

Cevap için teşekkürler.
Cluster yapma imkanım maalesef yok şuan için. Sunuc tahmin ettiğim gibi siteyi taşıyınca problem çıkarmaya başladı. Top komutunda mysql kullanımı ortalama %60 gibi fakat bazen %100ü aşıyor. Ram kullanımı 1gb civarında boşta 1 gb ram var.
Siteler arada çok çok yavaşlıyor ve daha sonra açılmamaya başlıyor. İşin ilginci ben whm paneli kullanmaya devam edebiliyorum. Ordan httpd restart yapınca sunucu kendine geliyor ve 10 dk sonra tekrar siteler ya tam açılmıyor ya da çok geç açılıyor.
Mysql'e ssh ile bağlantı kurmada vs de bir sorun yok. Hatta uzak mysql management programları ile mysql yönetmeye devam edebiliyorum sitelere ulaşılamadığı zaman.
Önermiş olduğunuz scripti çalıştırdım sonuç aşağıda:

Şuanda Kullandığınız my.cnf uda koyarmısınız

cat /etc/my.cnf

Şuan kullanılan my.cnf dosyasında sadace şu satırlar var;
Ayrıca dün apache error logları inceledim ve tıkanmanın olduğu zamanlarda sunucunun
"[error] server reached MaxClients setting, consider raising the MaxClients setting"
şeklinde hatalar verdiğini farkettim. Bunun üzerine httpd.conf dosyasını şu şekilde yeniden düzenledim.

Henüz sabah olduğu için sitelerde trafik yok, o yüzden test edemedim sorunu çözüp çözmediğini. Sizce MaxClients değerini yükseltmek çözüm olabilir mi? Daha başka ne yapabilirim?

Teşekkürler yardımlar için..

Önce my.cnf 'u ayarlayıp durumu kontrol edlim 1-2 gün mysql 'u takip edin performans ve daha az cpu kullanması açısından.

bunları my.cnf olarak Kullanın 2 gün kontrol edin ve tekrar o script 'i calıştırıp çıktıları buraya yapıştırın.

Teşekkürler, 2 gün sonra yeni durum hakkında bilgi veririm.

Son durum nedir. ?

Merhaba,
httpd.conf dosyasını eski haline alıp mysql değişikliklerini yaptım fakat aynı gün içinde tekrar kapanmalar olunca log dosyasını incelediğimde yine max client error verdiğini gördüm.
Bunun üzerine httpd.conf dosyasını
şeklinde ayarladım.
My.cnf dosyasını httpd.conf dosyasını test edebilmek için pek değiştirmedim sadece şu bi kaç satırı ekledim;
İki gündür kapanmadı neyseki. Load değerleri 1-2 civarında geziniyor en yoğun zamanlarda. Max client error hatasıda artık yok.
Yeni mysql raporu şu şekilde;

Max client hatası Apache ile ilgili Saldırı olduğu anda değerden fazla client bağlanmaya Çalıştığında veriyordur. Max Client servera göre arttırılabilir.

MySQL de bunlarıda ekleyip restartla

query_cache_limit = 6M
long_query_time = 4

root@Linux [~]# ./tuning-primer.sh
mysqld is alive

-- MYSQL PERFORMANCE TUNING PRIMER --
- By: Matthew Montgomery -

MySQL Version 5.0.51a-community i686

Uptime = 0 days 8 hrs 51 min 41 sec
Avg. qps = 289
Total Questions = 9236641
Threads Connected = 2

Warning: Server has not been running for at least 48hrs.
It may not be safe to use these recommendations

To find out more information on how each of these
runtime variables effects performance visit:
MySQL :: MySQL 5.0 Reference Manual :: 5.1.3 System Variables
Visit MySQL :: MySQL Enterprise Advisors
for info about MySQL's Enterprise Monitoring and Advisory Service

SLOW QUERIES
The slow query log is NOT enabled.
Current long_query_time = 10 sec.
You have 0 out of 9236742 that take longer than 10 sec. to complete
Your long_query_time may be too high, I typically set this under 5 sec.

BINARY UPDATE LOG
The binary update log is NOT enabled.
You will not be able to do point in time recovery
See MySQL :: MySQL 5.0 Reference Manual :: 6.3 Point-in-Time Recovery

WORKER THREADS
Current thread_cache_size = 0
Current threads_cached = 0
Current threads_per_sec = 11
Historic threads_per_sec = 7
Threads created per/sec are overrunning threads cached
You should raise thread_cache_size
MAX CONNECTIONS
Current max_connections = 2048
Current threads_connected = 1
Historic max_used_connections = 24
The number of used connections is 1% of the configured maximum.
You are using less than 10% of your configured max_connections.
Lowering max_connections could help to avoid an over-allocation of memory
See "MEMORY USAGE" section to make sure you are not over-allocating

MEMORY USAGE
Max Memory Ever Allocated : 82 M
Configured Max Per-thread Buffers : 5 G
Configured Max Global Buffers : 17 M
Configured Max Memory Limit : 5 G
Physical Memory : 7.92 G
Max memory limit seem to be within acceptable norms
KEY BUFFER
Current MyISAM index space = 105 M
Current key_buffer_size = 7 M
Key cache miss rate is 1 : 42
Key buffer fill ratio = 42.00 %
Your key_buffer_size seems to be too high.
Perhaps you can use these resources elsewhere

QUERY CACHE
Query cache is supported but not enabled
Perhaps you should set the query_cache_size

SORT OPERATIONS
Current sort_buffer_size = 2 M
Current read_rnd_buffer_size = 256 K
Sort buffer seems to be fine

JOINS
Current join_buffer_size = 132.00 K
You have had 3128 queries where a join could not use an index properly
You should enable "log-queries-not-using-indexes"
Then look for non indexed joins in the slow query log.
If you are unable to optimize your queries you may want to increase your
join_buffer_size to accommodate larger joins in one pass.
Note! This script will still suggest raising the join_buffer_size when
ANY joins not using indexes are found.

OPEN FILES LIMIT
Current open_files_limit = 10240 files
The open_files_limit should typically be set to at least 2x-3x
that of table_cache if you have heavy MyISAM usage.
Your open_files_limit value seems to be fine

TABLE CACHE
Current table_cache value = 64 tables
You have a total of 1038 tables
You have 64 open tables.
Current table_cache hit rate is 0%, while 100% of your table cache is in use
You should probably increase your table_cache
TEMP TABLES
Current max_heap_table_size = 16 M
Current tmp_table_size = 32 M
Of 110436 temp tables, 0% were created on disk
Effective in-memory tmp_table_size is limited to max_heap_table_size.
Created disk tmp tables ratio seems fine

TABLE SCANS
Current read_buffer_size = 128 K
Current table scan ratio = 776 : 1
read_buffer_size seems to be fine

TABLE LOCKING
Current Lock Wait ratio = 1 : 37
You may benefit from selective use of InnoDB.
If you have long running SELECT's against MyISAM tables and perform
frequent updates consider setting 'low_priority_updates=1'
If you have a high concurrency of inserts on Dynamic row-length tables
consider setting 'concurrent_insert=2'.


bu scripti çaliştirdiğimda çikan sonuç budur buna göre bir my.cnf alabilirmiyim bazen load seviyelerim çok artiyor ve top -c çektiğimde mysql kullanimim % 100 % 200 olabiliyor Quad core 2.4 9500 işlemcim ve 8 gb ram var şimdiden teşekkürler

Şuanda Kullandıgınız my.cnf unuzuda yazarsanız ona göre my.cnf vereyim.

[mysqld]
max_user_connections=2048
max_connections=2048

sadece budur

Bunlar en ufak saldırıda sunucunuzun daha hızlı down olması için saldırana %100 kolaylık sağlar.

max_user_connections : mysql sunucusuna eş zamanlı yapılan bağlantı sayısını belirler.Bence gerekmedikçe 256'yı geçmemeli ama duruma ve sisteme göre değişir

max_connections : Bir istemcinin eş zamanlı olarak suncuya yaptığı azami bağlantı sayısını belirler.Too Many connection hatasına neden olan değişken budur.
Linux veya Solaris sistemler için tavsiye edilen değer 500-1000 arasıdır.

tabi bunlar sisteminize ve mysql ihtiyaçlarına göre değişir

My.cnf dosyanızı yapamıyorum çünkü

"Uptime = 0 days 8 hrs 51 min 41 sec"

8 saat açık kaldıktan sonra bu Rapor alınmış.

Lütfen MySQL 'i Restartlamadan 2gün çalıştırıp daha sonra Raporu alıp burada koyunuz

O zaman vereceğim my.cnf 'un size çok büyük katkısı olacaktır

mysql sorunu
 

mysql 24 saatten fazla restart edilmeden çalıştı

Merhaba bende yardiminizi alabilirmiyim mysql ayarlarindan hic anlamiyorum .

Sistemimiz,

Parallels Plesk Panel version 9.0.1
Operating system Linux 2.6.18-92.el5PAE
CPU GenuineIntel, Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
Average load 1.58; 1.24; 0.97
4 GB RAM
Delicated server uzerinde suan tek sitemiz bulunmaktadir.


My.conf
ne tur bir ayar yapmam gerekmektedir yardimci olacak arkadaslara tesekkur ederim.