Windows 7 iis 7 Yenilikleri / Windows Seven 7 Internet Information Services 7

Paylaş.

Merhaba Arkadaşlar,

Windows 7 de iis 7   yedi , tam isabet application pools da ki son yeniliklerden kısaca bahsedeceğim.

iis6 ile ve alt surumlerden bariz çok daha gelişmiş özelliklerle ii7 karşımızda .

Ve işte Neden ii7 geçmeliyiz sorusu ? Cevap ise uygulama havızlarındaki ekstra gelişmiş özellikler

Uygulama Havuzları (application pools) Nedir ?

Buradaki havuz kelimesini profil gibi düşünebiliriz. (kullanici profilleri, telefondaki profilleriniz vs.)

Bir den fazla site için site bazlı ayarların tutulması, iis 6.0 bunu yapabiliyorduk .

Bunları kısaca hatırlayalım, her bir site için birden fazla havuz tanımlıyabiliyoruz ve bu havuzları farklı dosyalardan çalıştırabiliyoruz.

Bu ne demek ?  www.abc.com    sitesindeki Asp veya Asp.net uygulamamızı web server üzerindeki c:wwwrootabc   www.cba.com sitesinide d:websitelerimcba_sitedosyalari gibi istediğimiz yerden çalıştırabiliyorduk.

ve bu kalsorler istenilen kullanıcılara yine her havuza kendine özğü yetkilendirme (erişim veya kısıtlama) getirebiliyorduk.  ii6.0 lı yıllarda 🙂

Bu havuzları ne kadar oluşturabiliriz bir başka açık ifade ile bir web server da kaç tane www.  xxxxxxxxxxx    .xxxxx   (www.abcd.com.tr ) şeklinde site barındırabiliriz.

Bir ip ile birden fazla site çalıştırmakta diyebiliriz. Public ip veya Shared ip olarak da geçmektedir bu yöntem işte bu güzellikler ii 6.0 güzellikleri.

Platform olarak bir havuzda asp ve diğer havuzda asp.net ayarlıyabiliriz . hatta linux web programlama dili olan php bile add on olarak kurduktan sonra baska bir havuzda php bir site bile yayınlayabilirsiniz.  bu metodu en iyi Paralel plesk web domain management panali sunmaktadır.

Hemen bir not düşelim.  Her sınırsızlığın bir sınırı vardır. Aristotales   değil hayatın gerçeği. 🙂

web  işte,  havuzu tanımlamanın sınırları sizin hardware sınırnızla sınırlıdır ne cümle oldu be 🙂  filozof olacaktım bilgisayr mühendisi oldum kusura kalmayın 😀

Biraz da matematik.   Formül şu :

1234567 ……. + Sonsuz  = Server CPU + Server RAM + HDD or SCSI Rpm  = web site barındırılabilir limit sayısı = havız sayısı = ingilizler buna application pools diyor = iis 6.0

IIS 6.0 daki bazı kısıtlamalar iis 7 de olmayan özellikler – IIS 6.0’da çokca şikayet edilen birkaç tane kısıtlama vardı.

Bunların ne olduklarına ve IIS 7.0 ‘de nasıl giderildiklerine bakalım.

IIS 6.0’ı, eğer 64bit bir makinede kurulu ise, istersek 64bit olarak, istersek de 32bit olarak çalıştırabiliyorduk. Bunu Metabase’deki “Enable32BitAppOnWin64” parametresi ile belirleyebiliyorduk. Ancak bu parametre sadece web sunucu seviyesinde tanımlanabiliyordu. Yani, IIS, ya tamamen 64bit çalışıyordu, ya da tamamen 32bit. Örneğin, 64bit bir sunucu üzerinde hem ASP.NET 1.1, hem de ASP.NET 2.0 uygulamaları çalıştırmak istediğimizde, ASP.NET 1.1’in 64bit versiyonu olmadığından, tüm uygulamalarımızı 32bit çalıştırmak zorundayız.

IIS 7.0’da, bu özellik artık uygulama havuzu seviyesinde tanımlanabiliyor. Yani aynı sunucu üzerinde bazı uygulamaları 64bit olarak, bazılarını 32bit olarak çalıştırma şansımız bulunuyor.
IIS 6.0’da, herhangi bir ASP.NET uygulamasının versiyonunu, uygulama üzerinde tanımlayabiliyoruz. Ancak, aynı uygulama havuzu üzerinde hem 1.1 hem 2.0 uygulamalar çalıştıramayız. Buna, uygulamaları ve üzerinde çalışakları havuzları tanımlarken bizim dikkat etmemiz gerekiyor.

IIS 7.0’da ise, bu tanımı da uygulama havuzu seviyesinde yapıyoruz. Bu da olası sorunları en aza indirmemize yardımcı oluyor.
IIS 6.0’ın, “IIS 5.0 Isolation Mode” isimli bir çalışma modu bulunuyor. Bu, adından da anlaşılabileceği gibi, IIS’in tam olarak 5.0 gibi çalışmasını sağlıyor. Hatırlayacağınız gibi, IIS 5.0’da uygulama havuzlar yoktu; mimari olarak tamamen farklıydı. Bu yüzden, IIS üzerinde bu modu açtığımızda IIS tamamiyle 5.0 gibi çalışacaktır. Yani hem uygulama havuzlarımız olsun, hem de bazı uygulamalar “IIS 5.0 Isolation Mode”da çalışsın deme şansımız bulunmuyor.

IIS 7.0’da da, IIS 6.0 gibi çalışma seçeneğimiz bulunuyor. Ve bunu uygulama havuzu seviyesinde tanımlayabiliyoruz. Her uygulama havuzunun “Managed Pipeline Mode” isimli bir özelliği bulunuyor. Bunu “integrated” seçersek, o havuz IIS 7.0’la gelen “integrated pipeline” modunda çalışacaktır. Eğer bu ayarın alabileceği diğer değer de “classic”dir. Bu modu, IIS 6.0 modu gibi düşünmek yanlış olmaz. Yukarıda da söylediğim gibi, bu ayar da uygulama havuzu seviyesinde yapılan bir ayardır.

Yukarıdaki değişiklik ve yeniliklerin dışında, bir de daha önce grafik arayüzden yapamadığımız ayarlar var. Herhangi bir uygulama havuzunun “gelişmiş özellikler”ini (Advanced settings) açtığınızda, IIS 6.0’dakinden çok daha fazla özellik göreceksiniz. Bunların çoğu aslında IIS 6.0’da da ayarlayabildiğimiz özelliklerdi. Ancak bunları arayüzden yapamıyorduk. Özel olarak varlıklarını bilmemiz ve bunu metabase içerisinde tanımlamamız gerekiyordu. Bunlara birkaç örnek vermek gerekirse:

LoadBalancerCapabilities: “Service Unavailable” hatası dönülmesi gereken durumlarda bunun ne şekilde yapılacağı ayarıdır. “Load balancer” kullandığımız durumlarda, onun desteklediği seviyeye göre ayar yapabiliriz.
logEventOnRecycle: IIS, bir uygulama havuzu bazı nedenlerle yeniden başlatıldığında olay günlüklerine (event logs) bununla ilgili bir kayıt düşer. Hangi nedenlerle yeniden başlatıldığında kayıt düşülmesini istediğimizi bu parametre ile ayarlıyoruz.
orphanWorkerProcess: IIS 6.0 ve 7.0’da, bir “worker process”, yanıt veremez duruma gelirse, o kapatılıp yerine yenisi açılır. Eğer biz, o “worker process”in neden cevap veremediğini araştırmak istersek, o “process” kapatılmadan yenisi açılsın şeklinde bir tanımlama yapabiliriz.

Ve Son olarak özet : iis 6.0 dan 7.0 geçilerbir gibi görünüyor. Özellikle ASP.NET için şart diyebilirim. Sürekli yeni framework destekli bir servis olmasının avantajları var . Ama benim gibi hala klasik asp yazıyorsanız 6.0 kalın derim . Çünkü iis 7.0 da klasik asp  için eski sürüm destek servisini aktif etmelisiniz.

Umarım yazdıkalrım faydalı olmuştur.