Bereitstellungsempfehlungen für das Application Request Routing

  • Artikel

von Won Yoo

Dieser Abschnitt des Dokuments bezieht sich auf Microsoft Application Request Routing Version 2 (Routing von Anwendungsanforderungen) für IIS 7 und höher.

Ziel

Um Bereitstellungsempfehlungen für Anwendungsanforderungsrouting (APPLICATION Request Routing, ARR) hervorzuheben und zu verstehen.
Dies ist mehr ein Dokument mit bewährten Methoden für die Bereitstellung von ARR Version 2 als ein typischer exemplarischer Artikel.

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 können. Wenn dies noch nicht geschehen ist, wird dringend empfohlen, die folgende exemplarischen Vorgehensweisen einzusehen, bevor Sie fortfahren:

Wenn Routing von Anwendungsanforderungen Version 2 noch nicht installiert ist, kann es über diese Adresse herunterladen werden:

  • Microsoft Application Request Routing (Anwendungsanforderungsrouting) 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 (Anwendungsanforderungsrouting) 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 Leerlauftimeouts des Anwendungspools.

Das Leerlauftimeout des Anwendungspools ist ein IIS-Feature, das den Anwendungspool herunterfährt, wenn Inaktivität vorhanden ist. Standardmäßig wird der Betrag für 20 Minuten festgelegt, was für Folgendes steht:

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 immer ausgeführt wird.

Die Schritte zum Deaktivieren des Leerlauftimeouts für den Anwendungspool werden im Artikel Anwendungsanforderungsrouting Version 2 installieren 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 kein 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 auch jederzeit schnell reagiert).

Die Schritte zum Deaktivieren der Bedingungen für die Wiederverwendung von Anwendungspools werden im Artikel Installieren von Anwendungsanforderungsrouting, 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) ansteigt und die Verwaltung dieser Inhalte eine kostspielige E/A-Operation sein kann. Wie im Artikel Löschen zwischengespeicherter Objekte 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 der Cachelaufwerkspeicherort ein high RPM-Laufwerk (15K RPM) 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 Namen 8.3.

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 sind in KB121007dokumentiert. Um die Erstellung von 8.3-Namen einfach zu deaktivieren, geben Sie an der Eingabeaufforderung fsutil.exe Verhaltenssatz disable8dot3 1 ein, und drücken Sie dann die EINGABETASTE.