Perché aggiungere ulteriori pool di applicazioni in IIS?

Ho più siti Web ospitati con IIS 6.0 su Windows Server 2003. Alcuni usano il framework .Net 1.1 mentre altri usano .Net 2.0. Al momento ho impostato pool di applicazioni per ciascun framework. Ci sono altri motivi per aggiungere ulteriori pool di applicazioni?

Si, molti:

• Gli AppPool possono essere eseguiti come identità diverse, quindi puoi limitare le autorizzazioni in questo modo.
• È possibile assegnare un'identità diversa a ciascun pool di app in modo che quando si esegue Task Manager, si sappia quale w3wp.exe è quale.
• È possibile riciclare / riavviare un pool di app senza influire sui siti in esecuzione in pool di app diversi.
• Se si dispone di un sito Web che presenta una perdita di memoria o in genere si comporta in modo anomalo, è possibile inserirlo in un pool di app in modo che non influisca sugli altri siti Web
• Se disponi di un sito Web che utilizza molta CPU (come ad esempio il ridimensionamento delle foto), puoi posizionarlo nel suo pool di app e limitare l'utilizzo della CPU
• Se si dispone di più siti Web ciascuno con il proprio database SQL, è possibile utilizzare l'autenticazione della directory attiva anziché archiviare nomi utente / password in web.config.

Creo i miei pool di applicazioni IIS e app separate sotto questi aspetti:

• Le app mission-critical ottengono il loro pool di app: in questo modo posso isolarle da applicazioni problematiche. Rende possibile la configurazione individuale e posso monitorare più facilmente o risolvere i problemi, se ci sono problemi.
• Isolamento delle app per tipo : pooling per lingua / tecnologia o versione di .NET framework. È possibile combinare ASP.NET con ASP classico nello stesso pool, ma se sia ASP che ASP.NET erano nello stesso pool e se si riscontra un problema con l'applicazione ASP che richiede il riavvio del processo di lavoro, ASP. Anche le applicazioni NET verranno riciclate.
• Le app problematiche (ad esempio app con perdite di memoria o utilizzo elevato della cpu, perdite di connessioni al database ecc.) Sono separate dalle app normali. Le nuove app entrano in un pool "in prova" che viene monitorato per tempi di attività e prestazioni. Se l'app si dimostra stabile nel tempo, viene spostata in un pool per app normali; altrimenti, rimane isolato. Questo aiuta a raggruppare le app più prive di problemi.

Inoltre, oltre alle risposte di Portmans, per motivi di sicurezza. limitare l'accesso delle risorse a un pool. Vedi http://blogs.iis.net/tomwoolums/archive/2008/12/17/iis-7-0-application-pools.aspx