Freigeben über


Bereitstellungsempfehlungen für Anwendungsanforderungsrouting

von Won Yoo

Dieser Abschnitt des Dokuments gilt für Microsoft Application Request Routing Version 2 für IIS 7 und höher.

Ziel

Um Bereitstellungsempfehlungen für Anwendungsanforderungsrouting (APPLICATION Request Routing, ARR) hervorzuheben und zu verstehen.
Dies ist eher ein Best Practices-Dokument für die Implementierung von ARR Version 2 als ein typischer Leitfaden.

Voraussetzungen

In diesem Artikel wird davon ausgegangen, dass Sie mit der allgemeinen Funktionalität von ARR vertraut sind und wissen, wie Sie ARR mit dem Datenträgercache bereitstellen und konfigurieren. Wenn dies noch nicht geschehen ist, wird dringend empfohlen, die folgenden exemplarischen Vorgehensweisen zu überprüfen, bevor Sie fortfahren:

Wenn Anwendungsanforderungsrouting Version 2 nicht installiert wurde, können Sie es herunterladen unter:

  • Microsoft Application Request Routing Version 2 für IIS 7 (x86) hier (https://download.microsoft.com/download/4/D/F/4DFDA851-515F-474E-BA7A-5802B3C95101/ARRv2_setup_x86.EXE).
  • Microsoft Application Request Routing Version 2 für IIS 7 (x64) hier (https://download.microsoft.com/download/3/4/1/3415F3F9-5698-44FE-A072-D4AF09728390/ARRv2_setup_x64.EXE).

Führen Sie die in diesem Dokument beschriebenen Schritte aus, um ARR Version 2 zu installieren.

Schritt 1: Deaktivieren des Leerlaufzeit-Limits des Anwendungspools.

Das Leerlauftimeout des Anwendungspools ist ein IIS-Feature, das den Anwendungspool herunterfährt, wenn es keine Aktivität gibt. Standardmäßig wird der Betrag für 20 Minuten festgelegt, der Folgendes darstellt:

Zeitdauer (in Minuten), die ein Arbeitsprozess im Leerlauf bleibt, bevor er heruntergefahren wird. Ein Arbeitsprozess ist im Leerlauf, wenn keine Anforderungen verarbeitet werden und keine neuen Anforderungen empfangen werden.

Die Absicht dieses Features in IIS besteht darin, die Ressource, die der Anwendungspool verwendet, umzuverwenden und zurückzufordern, wenn der Anwendungspool im Leerlauf ist. Dies ist nützlich, wenn der IIS-Server verwendet wird, um mehrere Websites und Anwendungen zu hosten, und es ist so konfiguriert, dass die Ressourcen für alle Websites und Anwendungen freigegeben werden.

In einem typischen ARR-Bereitstellungsszenario ist dies nicht der Fall und Sie möchten, dass der Anwendungspool für ARR ununterbrochen läuft.

Die Schritte zum Deaktivieren der Leerlaufzeitüberschreitung für den Anwendungspool werden im Artikel "Installieren von Anwendungsanforderungsrouting Version 2" beschrieben.

Schritt 2 : Deaktivieren sie die Bedingungen für das Recycling von Anwendungspools.

Das Recycling des Anwendungspools ist ein IIS-Feature, das den Anwendungspool regelmäßig wiederverwendet. Dieses Feature ist nützlich, wenn Sie nicht ein hohes Maß an Vertrauen in die Anwendungen haben, die in Ihrem Anwendungspool ausgeführt werden (d. h. in einer freigegebenen Hostingumgebung, in der der Endbenutzer die Anwendung direkt bereitstellen wird), und das Neustarten des Anwendungspools würde die Funktionalität und Stabilität der Anwendung nutzen. (Beispielsweise kann eine Anwendung einen langsamen Speicherverlust aufweisen. Anstatt die Anwendung unbegrenzt auszuführen, werden Sie die Anwendung regelmäßig wiederverwenden, um Codefehler zu mindern.)

Dies ist natürlich nicht ideal für den Anwendungsfall von ARR, wenn Sie erwarten, dass ARR immer verfügbar ist und jederzeit schnell reagiert.

Die Schritte zum Deaktivieren der Recyclingbedingungen für den Anwendungspool werden im Artikel "Install Application Request Routing Version 2" beschrieben.

Schritt 3 : Trennen Sie den Speicherort des Cachelaufwerks vom Systemlaufwerk.

Obwohl ARR Cachelaufwerkspeicherorte unterstützt, die Ordner sind, wird dringend empfohlen, dass die Speicherorte des Cachelaufwerks vom Systemlaufwerk getrennt sind. Dies liegt daran, dass die Anzahl der zwischengespeicherten Inhalte auf Millionen von Objekten (oder sogar Milliarden von Objekten) zunimmt, die Verwaltung dieser Inhalte eine kostspielige E/A-Operation sein kann. Wie im Artikel " Zwischengespeicherte Objekte löschen" erwähnt, kann das Löschen aller zwischengespeicherten Objekte von allen primären Cachelaufwerkspeicherorten sehr lange dauern, und eine schnelle Formatierung des Laufwerks kann eine bessere Alternative sein. Um dies zu tun, müssen Sie natürlich die Speicherorte des Cachelaufwerks vom Systemlaufwerk trennen.

Für eine optimale Leistung wird empfohlen, dass der Speicherort des Cachelaufwerks ein physisch separates Laufwerk als das Systemlaufwerk ist. Es wird auch empfohlen, dass das Cache-Laufwerk ein Laufwerk mit hoher Umdrehungszahl (15.000 U/min) ist, um eine bessere Leistung zu erzielen. Wenn Sie nur über ein physisches Laufwerk verfügen, wird weiterhin empfohlen, das Systemlaufwerk vom Cachespeicherortlaufwerk zu trennen. Sie können dasselbe physische Laufwerk mithilfe der Datenträgerverwaltung unter Server-Manager in mehrere Volumes partitionieren.

Schritt 4 – Deaktivieren der Erstellung von 8.3-Namen.

Die Erstellung von 8.3-Dateinamen und Verzeichnissen für alle langen Dateinamen und Verzeichnisse auf NTFS-Partitionen kann die Leistung der Verzeichnisaufzählung verringern. Da ARR das Laufwerk stark für die Zwischenspeicherungsfunktion verwendet, wird empfohlen, die Erstellung von 8.3-Namen zu deaktivieren.

Unter Windows Server 2008 kann die 8.3-Namenserstellung nur für den gesamten Server deaktiviert werden. Expliziter kann sie nicht pro Volume konfiguriert werden.

Unter Windows Server 2008 R2 kann diese Einstellung pro Volume konfiguriert werden.

Weitere Informationen zur Erstellung von 8.3-Namen auf NTFS werden in KB121007 dokumentiert. Um die Erstellung von 8.3-Namen einfach zu deaktivieren, geben Sie an der Eingabeaufforderung den Befehl fsutil.exe behavior set disable8dot3 1 ein und drücken Sie dann die EINGABETASTE.