Routing von Anwendungsanforderungen Version 2 – Übersicht

vom IIS-Team

Einführung

Dieser Abschnitt der Dokumentation bezieht sich auf Microsoft Routing von Anwendungsanforderungen Version 2 für IIS 7 und höher.

Microsoft Routing von Anwendungsanforderungen (Application Request Routing, ARR) für IIS 7 ist ein proxybasiertes Routingmodul, das HTTP-Anforderungen auf Grundlage von HTTP-Headern, Servervariablen und Lastenausgleichsalgorithmen an Anwendungsserver weiterleitet.

ARR Version 2 ist eine inkrementelle Version, die alle Funktionen von Version 1 enthält und Unterstützung für datenträgerbasierten Cache hinzufügt. Genauer gesagt kann ARR Version 2 für Folgendes verwendet werden:

  • Sie können ARR Version 1-Szenarien mit einem Datenträgercache verbessern.

  • Sie können ARR als Cacheproxy als Cacheknoten in einer CDN/ECN-Umgebung.

    • Verwenden Sie ARR als Edge-/untergeordneten Cacheknoten.
    • Verwenden Sie ARR als übergeordneten Cacheknoten.

Hinweis

  • ARR Version 1 und ARR Version 2 können nicht parallel installiert sein.
  • Frühere Versionen von ARR Version 2 (Beta1, Beta2 und RC) und ARR Version 2 RTW können nicht parallel installiert sein.
  • ARR Version  2 RTW unterstützt das Upgrade von ARR Version 1 RTW und von ARR Version 2 RC. Wenn bereits eine andere Version von ARR installiert ist, deinstallieren Sie sie, bevor Sie mit der Installation von ARR Version 2 fortfahren.
  • Die minimal unterstützte Auflösung für IIS-Manager beträgt 1024x768.

Features

ARR Version 2 enthält die folgenden Schlüsselfunktionen:

  • Datenträgerbasierte Zwischenspeicherung: Zusätzlich zum Kernelspeichercache in ARR Version 1 bietet Version 2 Unterstützung für datenträgerbasierten Cache-, einschließlich Unterstützung für ein sekundäres netzwerkbasiertes Laufwerk.
  • Cachehierarchieverwaltung: Definieren und Verwalten von Beziehungen zwischen Cacheknoten, einschließlich Unterstützung für das Cachearray-Routingprotokoll (Cache Array Routing Protocol, CARP).
  • Cacheproxyknoten in CDN/ECN-Umgebung: Da ARR ein proxybasiertes HTTP-Anforderungsroutingmodul mit Unterstützung für Datenträgercache und CARP ist, kann ARR als Cacheproxy in einer CDN/ECN-Umgebung verwendet werden.
  • Zwischenspeichern komprimierter Objekte: Datenträgerbasierter Cache speichert komprimierte Objekte, sodass die Objekte für jede Anforderung nicht in Echtzeit komprimiert werden müssen. Darüber hinaus komprimiert ARR gzip-Objekte auch dann, wenn der Inhaltsserver nicht mit einer gzip-Inhaltscodierung reagiert.
  • Konfigurieren der Zwischenspeicherung mit Abfragezeichenfolgenunterstützung im Anwendungsanforderungsrouting
  • Durchsuchen zwischengespeicherter Inhalte mithilfe des IIS-Managers: Durchsuchen zwischengespeicherter Inhalte über mehrere Laufwerken hinweg in einer einzigen konsolidierten grafischen Ansicht in IIS-Manager.
  • Entfernen zwischengespeicherter Inhalte: Löschen zwischengespeicherter Inhalte durch Abgleich von URL-Mustern.
  • Ausführen von Scavenger.exe als eigenständiges Hilfsprogramm, um zwischengespeicherte Inhalte auf dem sekundären Laufwerk zu löschen.
  • Außerkraftsetzung von Cachesteuerungsdirektiven: Manuelle Außerkraftsetzung der Cachesteuerungsdirektiven im Antwortheader zum Ändern des Cacheverhaltens.
  • Aufwärmen des Cacheknotens: Proaktives Aufwärmen Ihres Cacheknoten mit Inhalten, die zukünftig benötigt werden, bevor sie angefordert werden. Darüber hinaus können die Inhalte selektiv nur auf der übergeordneten Cacheebene vorab zwischengespeichert werden.
  • Intelligente Bytebereichsunterstützung: ARR wandelt die Bytebereichsanforderung in handhabare Segmente um, um das Verhältnis von Cachetreffern zu Cachefehlern zu erhöhen, ohne die Reaktionszeit zu beeinträchtigen.
  • Intelligente Unterstützung von Liveanfragen: ARR wurde entwickelt, um mit Live Smooth Streaming zu arbeiten, um Liveinhaltsanfragen zu unterstützen, ohne den Livestreamingserver zu überladen.
  • Zwischenspeichern während der Bereitstellung der Antwort: Das Zwischenspeichern großer Inhalte, z. B. eines Filmclips, kann einige Zeit in Anspruch nehmen. ARR Version 2 kann den Inhalt zwischenspeichern und die Antwort sofort bereitstellen.
  • Unterstützung für Leistungsindikatoren: Die in der Überwachungs- und Verwaltungsansicht angezeigten Laufzeitstatistiken sind als Leistungsindikatoren zugänglich.

Unterstützung

ARR Version 2 ist ein Im Web veröffentlichtes (Released to Web, RTW) Produkt, und der Support wird von Microsoft Hilfe und Support bereitgestellt. Das Forum bleibt aktiv.

Erhalten des Moduls

  • 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).

Verwenden des Moduls

In den folgenden Artikeln wird erläutert, wie ARR Version 2 installiert und konfiguriert wird. Es wird dringend empfohlen, diese Artikel in der unten aufgeführten Reihenfolge zu lesen, da sie Schritt für Schritt anspruchsvoller werden.

Änderungen von URL-Rewrite-Modul 2.0

ARR Version 2 enthält die aktualisierte Version von URL Rewrite Module 2.0, die mehrere wichtige Änderungen enthält, die seit dem Release von URL Rewrite 2.0 Beta eingeführt wurden. Die Breaking Changes sind unten aufgeführt:

  • Wenn eine verteilte Umschreibungsregel eine Servervariable festlegt, muss diese Servervariable zu einer <allowedServerVariables>-Collection hinzugefügt werden. Dazu können Sie entweder die URL Rewrite-Benutzeroberfläche in IIS-Manager verwenden oder die Datei „applicationHost.config“ ändern, wie unten gezeigt. Beachten Sie, dass dies nicht erforderlich ist, wenn die Servervariable mithilfe einer globalen Regel festgelegt wird.

    <rewrite>
      <allowedServerVariables>
        <add name="MY_SERVER_VARIABLE" />
      </allowedServerVariables>
    </rewrite>
    
  • Die Servervariable „HTTP_CONTENT_TYPE“ wurde durch „RESPONSE_CONTENT_TYPE“ ersetzt. Wenn eine ausgehende Umschreibungsregel eine Vorbedingung verwendet, die die Variable „HTTP_CONTENT_TYPE“ überprüft, funktioniert diese Regel nicht mehr. Ändern Sie die Vorbedingung, um stattdessen die Variable „RESPONSE_CONTENT_TYPE“ zu verwenden.