Mesela, Tek makina kullaniyorsaniz, iki ayri web server calistirin, dinamik content icin apache, statik content icin lighttpd (ngix denemedim ama load balance icin iyi seyler yazilmisti hakkinda) ayni sistem uzerinde iki farkli IP adresi kullanarak.
Eger birden fazla makinaniz varsa, birinde image server olarak lighttpd, digerinde dinamik content icin apache. Bir onceki mesajda verdigim linkte oldukca iyi bilgiler var tuning icin, tavsiye ederim. Ayrica nette cok fazla tuning dokumani var. Eger ram problemi yoksa, ramdiskte kullanabilirsiniz, disk IO'suna guvenmiyorsaniz veya daha cok hiz istiyorsaniz. Caching icin xcache veya memcache kullanin, hatta yeteri sayida sunucunuz varsa distributed caching yapabilirsiniz memcached ile. vs vs vs, 2009/4/24 koray <[email protected]>: > Merhaba, > > baslik benim degil ama konu ilgimi cekti. Bir arkadasim LAMP ile bir > site calistiriyor. Bilgiler dinamik, mysql de ayni makinada. Donanim 2 > x quad , 12 GB mem, raid diskler vs. ozetle guclu sayilir. Sitedeki > ziyaretci sayisi 50 ye kadar sorunsuz ancak ozellikle 80 ve ustunde > cevap suresi 1sn civarlarina yaklasiyor(mus). kulanilan MPM prefork. top > ciktisinda httpd processleri %5 ile %12 arasi islemci tuketiyor > gorunuyorlar. Tabi child process sayisi arttikca islemci kullanimi da > tavan yapiyor. Spareserver sayilarini arttirip fork/die islemlerini > azaltmayi ve CacheEnable mem seceneklerini kullanmasini tavisye > edecegim. Sonucta memoryden yana sikinti yok. Siz ne dersiniz? > > Selamlar > > A.Gurcan Ozturk wrote: >> Apache performance tunings, >> >> http://bobcares.com/index.php/blog/?p=71 >> >> >> Ayrica Apache'yi ne icin kullaniyorsunuz ? Statik mi dinamik bilgiler >> icin mi? PHP kullaniyor musunuz? Apache'de worker olarak ne >> kullaniyorsunuz? >> >> Vs gibi cok soru sorabiliriz size. >> >>> 2009/4/21 OKAN <[email protected]> >>>> İlginize teşekkürler, yazma işlemlerinin çok oluşu uzerine biraz bakındım >>>> sunucu icindeki ayarlara. Bu yüksek yazma nedeni yalnızca apache log >>>> dosyalarından kaynaklanabilir gibi gorundu. Bu dosyaları da hdb'ye >>>> tasıdım. >>>> >>>> Yalnız su etapta soyle sorunlar olusmaya basladı. Belirli bir yukten sonra >>>> Apache down oluyor. Surekli restart ediyorum. Neden down oldugunu ise >>>> anlamıs degilim. >>>> MaxSpare gibi ayarlar ile biraz oynadım. Zira free -m ile baktıgımda baş >>>> fizikler hafıza 300MB civarı. Su an swap kullanımı yok ama Apache >>>> basladıktan bir sure sonra boş hazıfa 8MB'a kadar dusuyor ve sanırım >>>> bundan >>>> bir sure sonra apache down oluyor. >>>> >>>> Toplam 2GB hafıza var ve bu Qmail (az aktif), Bind ve Apache tarafından >>>> kullanılıyor (bu servisler aktif sunucuda) >>>> >>>> 2GB sanırım yetersiz geliyor, yeni ram eklemeden ram kullanımını nasıl >>>> azaltabilirim? PHP scriptinin ne kadar ram kullandıgını nasıl >>>> anlayabilirim? >>>> >>>> Özetle, sorun mu aramalıyım cozum mu emin olamadım. Yani mesela sunucuya >>>> 2GB >>>> daha ram takviyesi mi yapmalıyım yoksa Apache neden bu kadar ram harciyor >>>> onu mu aramalıyım.. >>>> >>>> İlginize tekrar teşekkürler, yorumlarınızı bekliyorum. >>>> >>>> OKAN >>>> >>>> ----- Original Message ----- >>>> From: "Cagri Ersen" <[email protected]> >>>> To: <[email protected]> >>>> Sent: Thursday, April 16, 2009 6:29 PM >>>> Subject: [Linux-sunucu] Re:Apache 2, performans ölçüm >>>> >>>> >>>> rrqm/s wrqm/s bunlar queue değerleri, >>>> avgqu-sz bu queue length, >>>> rkB/s wkB/s bunlar da KB cinsinden saniyede yapilan okuma yazma >>>> degerleri. >>>> await degeri ise, queue'daki süre ile islemin tamamlanmasini iceren >>>> milisaniye cinsindeki değer. >>>> >>>> Sizde yazma islemi daha cok yapiliyor. Bu anormal bir durum olabilir. >>>> Yazma isleminin ne oldugunu kontrol etmenizi oneririm. Mesela, cron >>>> job'lari kontrol edebilirsiniz. >>>> >>>> Ama en nihayetinde, yazma islemleri de okuma islemleri de 7200 rpm'lik >>>> disklerin ulasabilecegi sınırın cok asagisinda. Bu nedenle sanki disk >>>> ile alakali bir sorununuz yok gibi gorunuyor. Kullandiginiz diskin >>>> bencmark degerlerine bakarsaniz tam olarak emin olabilirsiniz. >>>> >>>> >>>> 2009/4/16 OKAN <[email protected]>: >>>>> Problem sunucunun yavaslamas, kesinlikle sunucudan yanıt alamam gibi bir >>>>> problem yok. Ama evet bu sonuclar sunucu yavaslama basladıgı anda aldım. >>>>> Tabi en cok sıkıntı pazartesi gunleri oluyor. Pazartesi tekrar bakmam >>>>> lazım. >>>>> >>>>> Bu verileri nasıl yorumlamamız gerektigini anlatırsanız ben arasıra >>>>> kontrol >>>>> edip anlamaya calisayım. >>>>> >>>>> Okumadan cok yazma olması cok normal degil. Sistem cok buyuk oranda >>>>> SELECT >>>>> sql le uzerine yayın yapan bir site, aynı sekilde disk'e yazma islemi de >>>>> cok >>>>> fazla olmamalı. >>>>> >>>>> Verilerin anlamanı paylaşırsanız ben kendi durumma gore algılamaya >>>>> calisayım. >>>>> >>>>> Saygılar >>>>> OKAN >>>>> >>>>> ----- Original Message ----- >>>>> From: "Cagri Ersen" <[email protected]> >>>>> To: <[email protected]> >>>>> Sent: Thursday, April 16, 2009 4:44 PM >>>>> Subject: [Linux-sunucu] Re:Apache 2, performans ölçüm >>>>> >>>>> >>>>>> mantıgı dogru olsa dahi sanki bu dosyaların sunucu uzerinden servisi >>>>>> nedeniyle disk okuma sıkıntısı yasadıgımı dusunuyorum. Disk 7200Rpm >>>>>> Sata >>>>>> disk. >>>>>> >>>>>> iostat -x cıktısı asagıdaki sekildedir. Bu sonucu nasıl yorumlamalıyım? >>>>>> >>>>>> avg-cpu: %user %nice %sys %iowait %idle >>>>>> 17.84 0.14 5.01 12.56 64.46 >>>>>> >>>>>> Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s rkB/s >>>>>> wkB/s avgrq-sz avgqu-sz await svctm %util >>>>>> hda 0.10 57.76 21.49 23.16 253.53 647.42 126.76 >>>>>> 323.71 20.18 0.46 10.27 6.49 28.97 >>>>>> hdb 0.02 2.49 1.44 0.07 12.37 20.50 6.19 >>>>>> 10.25 21.81 0.11 75.37 6.47 0.97 >>>>>> >>>>> Bu degerleri problem sirasinda mi aldiniz ? >>>>> Okumada cok yazma islemi yapiliyor olmasi normal midir ? >>>>> Bunun disinda, degerlerde herhangi bir sorun gorunmuyor. >>>>> >>>>> -- >>>>> Cagri Ersen >>>>> http://blog.cagriersen.net >>>>> _______________________________________________ >>>>> Linux-sunucu E-Posta Listesi >>>>> [email protected] >>>>> >>>>> Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından >>>>> okuyabilirsiniz; >>>>> >>>>> Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden >>>>> gelen >>>>> e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak >>>>> 1 >>>>> dakika içinde üyeliğinizi sonlandırabilirsiniz. >>>>> http://liste.linux.org.tr/mailman/listinfo/linux-sunucu >>>>> >>>>> _______________________________________________ >>>>> Linux-sunucu E-Posta Listesi >>>>> [email protected] >>>>> >>>>> Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından >>>>> okuyabilirsiniz; >>>>> >>>>> Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden >>>>> gelen >>>>> e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak >>>>> 1 >>>>> dakika içinde üyeliğinizi sonlandırabilirsiniz. >>>>> http://liste.linux.org.tr/mailman/listinfo/linux-sunucu >>>>> >>>> >>>> >>>> -- >>>> Cagri Ersen >>>> http://blog.cagriersen.net >>>> _______________________________________________ >>>> Linux-sunucu E-Posta Listesi >>>> [email protected] >>>> >>>> Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından >>>> okuyabilirsiniz; >>>> >>>> Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen >>>> e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 >>>> dakika içinde üyeliğinizi sonlandırabilirsiniz. >>>> http://liste.linux.org.tr/mailman/listinfo/linux-sunucu >>>> >>>> _______________________________________________ >>>> Linux-sunucu E-Posta Listesi >>>> [email protected] >>>> >>>> Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından >>>> okuyabilirsiniz; >>>> >>>> Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen >>>> e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 >>>> dakika içinde üyeliğinizi sonlandırabilirsiniz. >>>> http://liste.linux.org.tr/mailman/listinfo/linux-sunucu >>> >>> _______________________________________________ >>> Linux-sunucu E-Posta Listesi >>> [email protected] >>> >>> Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından >>> okuyabilirsiniz; >>> >>> Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen >>> e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 >>> dakika içinde üyeliğinizi sonlandırabilirsiniz. >>> http://liste.linux.org.tr/mailman/listinfo/linux-sunucu >>> >>> >> _______________________________________________ >> Linux-sunucu E-Posta Listesi >> [email protected] >> >> Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından >> okuyabilirsiniz; >> >> Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen >> e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 >> dakika içinde üyeliğinizi sonlandırabilirsiniz. >> http://liste.linux.org.tr/mailman/listinfo/linux-sunucu >> > > _______________________________________________ > Linux-sunucu E-Posta Listesi > [email protected] > > Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından > okuyabilirsiniz; > > Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen > e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 > dakika içinde üyeliğinizi sonlandırabilirsiniz. > http://liste.linux.org.tr/mailman/listinfo/linux-sunucu > _______________________________________________ Linux-sunucu E-Posta Listesi [email protected] Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. http://liste.linux.org.tr/mailman/listinfo/linux-sunucu
