Warum zusätzliche Anwendungspools in IIS hinzufügen?

13

Ich habe mehrere Websites, die mit IIS 6.0 unter Windows Server 2003 gehostet werden. Einige von ihnen verwenden das .NET 1.1-Framework, während die anderen .NET 2.0 verwenden. Ich habe derzeit Anwendungspools für jedes Framework eingerichtet. Gibt es weitere Gründe, zusätzliche Anwendungspools hinzuzufügen?

Jonathon Watney
quelle

Antworten:

24

Ja viele:

  • AppPools kann mit unterschiedlichen Identitäten ausgeführt werden, sodass Sie die Berechtigungen auf diese Weise einschränken können.
  • Sie können jedem App-Pool eine andere Identität zuweisen, sodass Sie beim Ausführen des Task-Managers wissen, welche w3wp.exe welche ist.
  • Sie können einen App-Pool recyceln / neu starten, ohne die Sites zu beeinträchtigen, die in verschiedenen App-Pools ausgeführt werden.
  • Wenn eine Website einen Speicherverlust aufweist oder sich im Allgemeinen schlecht verhält, können Sie sie in einem App-Pool ablegen, sodass die anderen Websites davon nicht betroffen sind
  • Wenn Sie eine Website haben, die sehr CPU-intensiv ist (z. B. das Ändern der Größe von Fotos), können Sie sie in einem eigenen App-Pool platzieren und die CPU-Auslastung drosseln
  • Wenn Sie mehrere Websites mit jeweils einer eigenen SQL-Datenbank haben, können Sie die Active Directory-Authentifizierung verwenden, anstatt Benutzernamen / Kennwörter in web.config zu speichern.
Portman
quelle
7

Ich erstelle meine IIS-Anwendungspools und separate Apps unter folgenden Aspekten:

  • Unternehmenskritische Apps erhalten einen eigenen App-Pool: Auf diese Weise kann ich sie von problematischen Anwendungen isolieren. Dies ermöglicht eine individuelle Konfiguration und ich kann Probleme leichter überwachen oder beheben.
  • Apps nach Typ isolieren : Pooling nach Sprache / Technologie oder .NET Framework-Version. Sie könnten ASP.NET mit klassischem ASP im selben Pool mischen, aber wenn sich sowohl ASP als auch ASP.NET im selben Pool befinden und wenn Sie ein Problem mit Ihrer ASP-Anwendung haben, das einen Neustart des Arbeitsprozesses erfordert, Ihren ASP. NET-Anwendungen würden ebenfalls recycelt.
  • Problematische Apps (z. B. Apps mit Speicherverlusten oder hoher CPU-Auslastung, undichte Datenbankverbindungen usw.) werden von normalen Apps getrennt. Neue Apps werden in einen Pool auf Bewährung verschoben, der auf Verfügbarkeit und Leistung überwacht wird. Wenn sich die App im Laufe der Zeit als stabil herausstellt, wird sie für normale Apps in einen Pool verschoben. ansonsten bleibt es isoliert. Dies hilft, die problemloseren Apps zu gruppieren.
splattne
quelle