From: Ilker Gokhan (IlkerG@sumerbank.com.tr)
Date: Wed 23 May 2001 - 10:50:14 EEST
Selam,
Ilk gelen mail den epey uzaklasildi ama daha enteresan bir noktaya tasindi
konu. Nacizane birkac fikirde benden.
> Serdar KOYLU wrote:
> > Selamlar..
> > cluster bile olabilir. Oncelikle, en one bir cache proxy
> yerlestirilir.
> > Bu GIF'leri filan transfer etmekten web serveri kurtarir.
> Squid ideal
> > bir cozum olur. Web server ile SQL server ayrilir, cunku,
> guclu bir web
>
Butun yukte calisan sistemlerde uygulamalari birbirinden ayirmak (donanim
olarak, ortam olarak degil) en temel yaklasimlardandir.
> One konulacak proxy SSL-acceleration da yapiyor olabilir; bunu
> atlamamali,
> SSL konusmayi istemciler ile bu ivmelendiriciler yaparsa, arkadaki
> sunucularin yuku pek bi hafifler.
>
Dogru. Bu konuda squid uzerinde de calismalar var. Istek soyle geliyor:
client--SSL-->reverse-proxy---HTTP--->Webserver
Boylece web sunucu uzerindeki CPU yuku epey dusuyor.
> > Ardindan Web serverin kullanacagi SQL Server gelir.
>
> SQL demeyelim yaw, XML ile birlikte bin turlu query-language cikti,
> gucenirler valla... :)
>
> > olur" demeden soyle dusunun, Turkiyede 70 kusur vilayet var, bugun
> > randimanli bir baglanti icin (ornegin) tapu sisteminde Ilceleri vs.
> > sayarsaniz, vilayet basina ortalama 4MBit gerekir. Eski kafayla bir
>
> nasil hesapladin hocam bu 4MBit'i? :) Anlamadim ama pek daha azinin
> yetecegi fikrindeyim, biraz acabilir misin? :) (Pek guldum ama n'olur
> kizma; art niyet yok... Kafadan 4Mbit'e kitlenmissin, sasirtti...)
>
Bu hesaba bakmadim ama yurtdisinda bir cok insanin kisisel cikisi 1Mbit iken
bu tip bir seyi soylemek cok yanlis sayilmaz bence. Simdi burada bircok III.
dunya ulkesindeki alt yapinin bizden daha kotu durumda oldugu da
soylenebilir ama alinmasi gereken hedef neden 4 Mbit,10 Mbit olmasin ki? Ama
hesap konusuna gelince bu rakami soylediginde gercekten bir hesaplami yola
ciktin merak ediyorum ben de?
> > icin soylediginiz cozum yeterlidir. Fakat NFS buyuk capta
> transferler
> > icin uygun degildir. Burada Win2000 DataCenter, AIX, IRIX,
> Solaris, en
> > azindan FreeBSD tercih etmelisiniz. Linux'un bu tur enterprise
> > sistemler icin yetersiz oldugu maalesef dogrudur. Ama, ulkemizde bu
>
Buyuk sistemlerde bu is ya replikasyon ya da distributed file sistemler ile
cozulebilir ama artik replikasyon cok eski kalan bir yontemdir.
> enterprise icin Linux hangi gerekce ile yetersiz diyoruz? biraz
> aciklamayi
> hak ediyor sanirim...
>
> Genelde bu turden beklentileri olan mekanlarda SAN kullaniliyor;
> aciklamalarda Serdar Hocam hic storage area network'lere deginmemis...
>
> Bu boyda bir yerde file-sharing vs. konseptleri kalmaz, kalmamalidir.
Son yillardaki SAN + distributed file sistemlerinde gelismesiyle (GFS gibi)
enterprise sistemlerde de epey bir yol alinmistir. SMP kullanim yonunde de
yapilacak daha buyuk adimlar ile bu buyuk sistem kuruluslarinda cok buyuk
yol alinmis olunacagina inaniyorum.
Saygilarimla,
Ilker G.
---- Nacizane fikrim: Tartismalar bu tip teknik konular icin yasanmali. Baska konular icin degil. :-)Bu e-postada bulunan tüm fikir ve görüşler ve ekindeki dosyalar sadece adres sahib(ler)ine ait olup, Sümerbank A.Ş hiç bir şekilde sorumlu tutulamaz. The information contained in this E-Mail and any files transmitted with it are intended solely for the use of the individual or entity to whom they are addressed and do not reflect those of Sumerbank A.S.
----------------------------------------------------------------------- Liste üyeliğiniz ile ilgili her türlü işlem için http://liste.linux.org.tr adresindeki web arayüzünü kullanabilirsiniz.
Listeden çıkmak için: 'linux-request@linux.org.tr' adresine, "Konu" kısmında "unsubscribe" yazan bir e-posta gönderiniz. -----------------------------------------------------------------------