IIS'ye neden ek uygulama havuzları eklemelisiniz?

Windows Server 2003 üzerinde IIS 6.0 ile barındırılan birden çok web sitem var. Bazıları .Net 1.1 çerçevesini, diğerleri ise .Net 2.0'ı kullanıyor. Şu anda her bir çerçeve için ayarlanmış uygulama havuzlarım var. Ek uygulama havuzu eklemek için başka nedenler var mı?

Evet, çok:

• AppPools farklı kimlikler olarak çalışabilir, böylece izinleri bu şekilde kısıtlayabilirsiniz.
• Her uygulama havuzuna farklı bir kimlik atayabilirsiniz, böylece görev yöneticisini çalıştırdığınızda hangi w3wp.exe'nin hangisi olduğunu bilirsiniz.
• Farklı uygulama havuzlarında çalışan siteleri etkilemeden bir uygulama havuzunu geri dönüştürebilir / yeniden başlatabilirsiniz.
• Bellek sızıntısı olan veya genellikle hatalı davranan bir web siteniz varsa, diğer web sitelerini etkilememesi için bir uygulama havuzuna yerleştirebilirsiniz
• Çok CPU yoğunluklu bir web siteniz varsa (örneğin, fotoğrafları yeniden boyutlandırmak gibi), web sitesini kendi uygulama havuzuna yerleştirebilir ve CPU kullanımını kısıtlayabilirsiniz
• Her birinin kendi SQL veritabanına sahip birden fazla web siteniz varsa, kullanıcı adlarını / şifreleri web.config dosyasına depolamak yerine etkin dizin kimlik doğrulamasını kullanabilirsiniz.

IIS uygulama havuzlarımı ve ayrı uygulamaları şu açılardan oluşturuyorum:

• Kritik uygulamalar kendi uygulama havuzlarını alır: bu şekilde onları sorunlu uygulamalardan yalıtabilirim. Bireysel yapılandırmayı mümkün kılar ve sorun varsa daha kolay izleyebilir veya sorun giderebilirim.
• Uygulamaları türe göre ayırma: dile / teknolojiye göre havuzlama veya .NET framework sürümü. ASP.NET'i aynı havuzda klasik ASP ile karıştırabilirsiniz, ancak hem ASP hem de ASP.NET aynı havuzdaysa ve ASP uygulamanızla ilgili alt işlemi yeniden başlatmanızı gerektiren bir sorununuz varsa, ASP'niz. NET uygulamaları da geri dönüştürülecektir.
• Sorunlu uygulamalar (örneğin, bellek sızıntısı veya yüksek işlemci kullanımı, veritabanı bağlantıları sızıntısı vb.) Normal uygulamalardan ayrılır. Yeni uygulamalar, çalışma süresi ve performans açısından izlenen "denetimli serbestlik" havuzuna girer. Uygulama zaman içinde kararlı olduğunu kanıtlarsa, normal uygulamalar için bir havuza taşınır; aksi takdirde izole kalır. Bu, daha sorunsuz uygulamaları bir arada gruplandırmanıza yardımcı olur.

Ayrıca Portmans'ın yanı sıra - güvenlik nedeniyle. Kaynakların havuza erişimini kısıtlama. Bkz. Http://blogs.iis.net/tomwoolums/archive/2008/12/17/iis-7-0-application-pools.aspx