Anwendungspooleinstellungen für die Leistung

Die Anwendungspooleinstellungen für die Leistung ermöglichen das Steuern des Workerprozessvorgangs. In den folgenden Abschnitten wird beschrieben, wie die Anwendungspooleinstellungen für die Leistung festgelegt werden.

Festlegen der Anwendungspooleinstellungen für die Leistung

Die Anwendungspooleinstellungen für die Leistung werden im Dialogfeld Eigenschaften eines Anwendungspools auf der Registerkarte Leistung festgelegt.

So legen Sie die Anwendungspooleinstellungen für die Leistung fest

1. Öffnen Sie die IIS-Managementkonsole, und erweitern Sie den Knoten für den lokalen Computer durch Klicken auf das Pluszeichen.
2. Erweitern Sie den Ordner Anwendungspools, indem Sie auf das Pluszeichen klicken.
3. Klicken Sie mit der rechten Maustaste auf den entsprechenden Anwendungspool, und klicken Sie dann auf Eigenschaften. Das Dialogfeld Eigenschaften des Anwendungspools wird angezeigt.
4. Klicken Sie auf die Registerkarte Leistung, und legen Sie dann die geeigneten Anwendungspooleinstellungen fest.

Registerkarte "Leistung" im Dialogfeld "Eigenschaften" des Anwendungspools

Webgarten

Die Anwendungspooleinstellung Webgarten entspricht den ASP.NET-Prozessmodelleinstellungen webGarden und cpuMask. Zum Aktivieren von Webgarten legen Sie Maximale Anzahl der Workerprozesse auf einen Wert größer 1 fest. Dieser Wert bestimmt auch die Maximalzahl von Prozessen für den Anwendungspool.

Da Webgärten die Verwendung mehrerer Prozesse ermöglichen, verfügt jeder Prozess über eine eigene Kopie des Anwendungszustands, des prozessinternen Sitzungszustands, der Caches und der statischen Daten. Webgärten sollten nicht für alle Anwendungen verwendet werden, insbesondere wenn das Beibehalten von Zuständen erforderlich ist. Überprüfen Sie die Leistung der Anwendung, bevor Sie entscheiden, ob der Webgartenmodus angemessen ist.

Bei Verwendung eines Webgartens ist es wichtig, die Funktionsweisen von Sitzungszustand und Round-Robin zu verstehen. Des Weiteren müssen Sie die Auswirkungen anderer Anwendungspooleinstellungen auf die Anwendung beachten.

Sitzungszustand in einem Webgarten bei Verwendung des Workerprozess-Isolierungsmodus

Beim Verwenden des Sitzungszustands müssen Sie beachten, dass der Workerprozess-Isolierungsmodus keine Routinganforderungen zurück zu einem Prozess unterstützt, von dem die Anforderung stammt. Wenn eine Anwendung im Rahmen eines Webgartens mit ASP-Sitzungszustand oder -Anwendungszustand ausgeführt wird, müssen die Anforderungen für die Anwendung an den ursprünglichen Prozess zurückgesendet werden. Bei Verwendung von IIS 6.0-Anwendungspooling müssen Sie sicherstellen, dass für die Anwendung eine Verbindung aufrechterhalten wird, so dass deren Anforderungen zurück an den entsprechenden Prozess gesendet werden. Wird die Verbindung nicht aufrechterhalten, wird die Anforderung an den nächsten verfügbaren Webgarten-Workerprozess gesendet.

Round-Robin in einem Webgarten bei Verwendung des Workerprozess-Isolierungsmodus

Round-Robin ist eine Methode des Lastenausgleichs für die Anwendung. Jede ankommende Anforderung wird automatisch an den nächsten sequenziellen Prozess gesendet. Wenn z. B. ein Webgarten über vier Prozesse verfügt, werden die Anforderungen der Reihenfolge nach an die Prozesse 0, 1, 2 und 3 gesendet. Bei weiteren Anforderungen wird dieser Zyklus wiederholt.

Anwendungspoolparameter in einem Webgarten bei Verwendung des Workerprozess-Isolierungsmodus

Einige Anwendungspooleinstellungen weisen ein webgartenspezifisches Verhalten auf. Diese Verhaltensweisen sind in der folgenden Tabelle zusammengefasst.

Anwendungspooleinstellung	Verhalten
AppPoolQueueLength	Der Wert dieses Parameters wird nicht beeinflusst. Anforderungen werden jedoch durch Round-Robin auf die Webgarten-Workerprozesse verteilt.
DisallowOverlappingRotation	Keine Verhaltensänderung in einem Webgarten.
DisallowRotationOnConfigChange	Keine Verhaltensänderung in einem Webgarten.
IdleTimeout	Wird für jeden Prozess einzeln berechnet, so dass jedem Prozess ein unabhängiges Zeitlimit zugeordnet ist. In Abhängigkeit vom ausgewählten Routingalgorithmus wird die Anzahl der Prozesse automatisch je nach Last konfiguriert.
LoadBalancerCapabilities	Keine Verhaltensänderung in einem Webgarten.
OrphanAction	Keine Verhaltensänderung in einem Webgarten.
OrphanWorkerProcess	Keine Verhaltensänderung in einem Webgarten.
PeriodicRestartTime	Dieser Parameter hat eine andere Bedeutung in einem Webgarten. In einem Webgarten gibt dieser Parameter das Zeitintervall an, in dem alle Prozesse wiederverwendet werden. Die Prozesse werden nacheinander in gleichen Intervallen im angegebenen Zeitraum wiederverwendet. Wenn z. B. ein Webgarten über vier Prozesse verfügt und PeriodicRestartTime auf 20 Stunden festgelegt ist, wird der erste Prozess nach fünf Stunden wiederverwendet, der zweite nach 10 Stunden usw. Hinweis   Bei Absturz eines Prozesses erhält der Ersatzprozess einen Laufzeitwert von PeriodicRestartTime. Dadurch kann der abgestürzte Prozess zusammen mit anderen Prozessen innerhalb der angegebenen PeriodicRestartTime wiederverwendet werden.
PeriodicRestartRequests	Dieser Parameter hat eine andere Bedeutung in einem Webgarten. In einem Webgarten gibt dieser Parameter an, dass alle Prozesse nach einer bestimmten Anzahl von Anforderungen wiederverwendet werden. Die Prozesse werden nacheinander in gleichen Intervallen entsprechend der angegebenen Anzahl von Anforderungen wiederverwendet. Wenn z. B. ein Webgarten über vier Prozesse verfügt und PeriodicRestartRequests auf 40.000 Anforderungen festgelegt ist, wird der erste Prozess nach 10.000 Anforderungen wiederverwendet, der zweite nach 20.000 Anforderungen usw. Nachdem die ersten Prozesse wiederverwendet wurden, wird dem Parameter PeriodicRestartRequests ein Wert von 40.000 für den nächsten Satz von Prozessen zugeordnet.
PeriodicRestartSchedule	Keine Verhaltensänderung in einem Webgarten. Wenn sich ein Administrator für die Wiederverwendung auf der Grundlage eines Zeitplans entscheidet, werden alle Webgartenprozesse zur gleichen Zeit wiederverwendet.
PingInterval	Keine Verhaltensänderung in einem Webgarten.
PingResponseTime	Keine Verhaltensänderung in einem Webgarten.
PingingEnabled	Keine Verhaltensänderung in einem Webgarten.
RapidFailProtection	Keine Verhaltensänderung in einem Webgarten. Beispielsweise werden die Gesamtfehler in einem Webgarten berechnet und danach in einem Zeitintervall verglichen. Dies bietet zusätzliche Ausfallsicherheit.
RapidFailProtectionInterval	Keine Verhaltensänderung in einem Webgarten. Beispielsweise werden die Gesamtfehler in einem Webgarten berechnet und danach in einem Zeitintervall verglichen. Dies bietet zusätzliche Ausfallsicherheit.
RapidFailProtectionMaxCrashes	Keine Verhaltensänderung in einem Webgarten. Beispielsweise werden die Gesamtfehler in einem Webgarten berechnet und danach in einem Zeitintervall verglichen. Dies bietet zusätzliche Ausfallsicherheit.
SMPAffinitized	Keine Verhaltensänderung in einem Webgarten.
SMPProcessorAffinityMask	Im IIS 5.0-Isolierungsmodus kann es nur so viele Workerprozesse wie CPUs geben. Im Workerprozess-Isolierungsmodus können mehrere CPUs einen Workerprozess bearbeiten.
ShutdownTimeLimit	Keine Verhaltensänderung in einem Webgarten.
StartupTimeLimit	Keine Verhaltensänderung in einem Webgarten.

Leerlauftimeout

Die Anwendungspooleinstellung Leerlauftimeout entspricht der ASP.NET-Prozessmodelleinstellung idleTimeout. Sie gibt die Zeitspanne an, nach der ein Workerprozess oder ein Anwendungspool aufgrund von Inaktivität heruntergefahren wird. In der Standardeinstellung ist Leelauftimeout aktiviert und auf 20 Minuten festgelegt. Sie können ein anderes Zeitlimit festlegen, indem Sie den Wert im Drehfeld ändern. Zum Deaktivieren von Leelauftimeout deaktivieren Sie das entsprechende Kontrollkästchen.

Begrenzung für Anforderungswarteschlange

Die Anwendungspooleinstellung Begrenzung für Anforderungswarteschlange entspricht der ASP.NET-Prozessmodelleinstellung restartQueueLimit. Sie gibt die maximale Anzahl von Anforderungen an, die in der Warteschlange in ASP.NET ISAPI enthalten sind und auf den Start des Workerprozesses nach einer nicht ordnungsgemäßen Beendigung warten. In der Standardeinstellung ist Begrenzung für Anforderungswarteschlange aktiviert und auf 1000 Anforderungen festgelegt. Sie können eine andere Begrenzung für die Anzahl der Anforderungen in der Warteschlange angeben, indem Sie den Wert im Drehfeld ändern. Zum Deaktivieren von Begrenzung für Anforderungswarteschlange deaktivieren Sie das entsprechende Kontrollkästchen.

Siehe auch

Anwendungspooleinstellungen für den Workerprozess-Isolierungsmodus | Wiederverwenden von Anwendungspooleinstellungen | Anwendungspooleinstellungen für die fehlerfreie Funktion | Anwendungspooleinstellungen für die Identität | Anwendungsisolierungsarten in IIS 6.0 | Übersicht über die Anwendungsisolierungsarten in IIS 6.0 | Zuordnen der Prozessmodelleinstellungen von ASP.NET zu den Anwendungspooleinstellungen von IIS 6.0 | <processModel>-Element