Freigeben über


Application Request Routing (ARR) 2.0 für gemeinsames Hosting

von Walter Oliver

Einführung

Dieses Thema ist eine Leitkarte für die Informationen, die von Hostern benötigt werden:

  • Erfahren Sie mehr über das Feature Application Request Routing (ARR) 2.0 von IIS 7 und höher.
  • Richten Sie ARR wie im Artikel"Shared Hosting Configuration" angegeben ein.

Das Microsoft-Routing von Anwendungsanforderungen (ARR) 2.0 ist ein proxybasiertes Routingmodul, das HTTP-Anforderungen auf der Basis von HTTP-Headern, Servervariablen und Lastenausgleichsalgorithmen an Inhaltsserver weiterleitet. Ein wichtiges Feature von ARR wird als "Hostnamenaffinität" bezeichnet, die speziell für gemeinsam genutzte Hoster entwickelt wurde. Sie affinitisiert (erstellt eine Affinität) die Anforderungen an eine bestimmte Anzahl von Servern hinter dem ARR-Server, unabhängig davon, ob sie von einem Client oder mehreren Clients hergestellt werden, um sicherzustellen, dass ein bestimmter Standort Ressourcen nur auf einer definierten Anzahl von Servern verbraucht. Mit diesem Feature können Hoster neue Geschäftsmodelle definieren, bei denen Kunden für eine bestimmte Anzahl von Servern bezahlen können, da sich ihre Anforderungen im Laufe der Zeit ändern.

Laden Sie ARR 2.0 weiter herunter.

Weitere Informationen zu ARR 2.0

ARR ist eine wichtige Komponente des Windows Web Platform-Links <: zum Artikel>"Shared Hosting config". Um zu verstehen, wie Hoster ARR in gemeinsam genutzten Hostingszenarien nutzen können:

  • Schauen Sie sich dieses Video an (http://www.msteched.com/2010/NorthAmerica/WSV324).
  • Lesen Sie diesen Übersichtsartikel. Ee erläutert den Unterschied zwischen dem derzeitigen Ansatz für gemeinsames Hosting und dem neuen Ansatz, der von ARR ermöglicht wird.

Die folgende Abbildung zeigt den logischen Fluss von Anforderungen zwischen dem Client und dem Zielwebsiteserver:

Abbildung des logischen Flusses von Anforderungen zwischen dem Client und dem Zielwebsiteserver, der die Rolle von A P R beim Lastenausgleich der H T T P P-Anforderungen angibt.

Zusammenfassend umfassen die Vorteile von ARR:

  • HTTP(S)-Anforderungen werden dynamisch durch ARR ausgeglichen.
  • Administratoren können die Webfarmumgebung horizontal skalieren, indem sie neue Webserver hinzufügen, die keine vordefinierten Websitezuweisungen haben.
  • Webserverressourcen werden gleichmäßiger verteilt.
  • Websites verfügen über hohe Verfügbarkeit.
  • Administratoren haben nur eine gemeinsame Konfiguration zu verwalten.
  • Das Feature "ARR domain-server affinity" öffnet ein neues Server-zu-Standort-Ressourcenzuordnungsmodell.

Einrichten von ARR für gemeinsames Hosting

Die folgenden Schritte und Artikel stellen ein vollständiges Handbuch zum Einrichten eines ARR-Servers und einer entsprechenden Webserverfarm dar, wie im Artikel"Shared Hosting Configuration" beschrieben:

  1. Legen Sie einen Server fest, der mit dem Internet verbunden ist, der ARR ausführt und alle Webanforderungen zwischen Clients und Webservern verarbeitet.

  2. Installieren Sie ARR auf dem angegebenen Server.

  3. Ändern Sie das Anwendungspoolprozessmodell für ARR.Screenshot des Flusses zwischen Front-End und Back-End mit hervorgehobenem P R-Server.

  4. Richten Sie eine ARR-Webserverfarm mit dem Verfahren im folgenden Artikelein. Weitere Informationen freigegebene Konfiguration, siehe: https://www.iis.net/learn/manage/managing-your-configuration-settings/shared-configuration_264.
    Screenshot des Flusses zwischen Front-End und Back-End mit hervorgehobener Webserverfarm und angezeigter gemeinsam genutzter Webfarmkonfiguration.

  5. Konfigurieren Sie ARR für gemeinsames Hosting <Link: https://www.iis.net/learn/extensions/configuring-application-request-routing-(arr)/shared-hosting-using-application-request-routing-arr>.

  6. Bewerten Sie, ob hohe Verfügbarkeit und Skalierbarkeit erforderlich sind. Es gibt zwei Verfahrensweisen:

  7. Bewerten Sie, ob SSL für die gehosteten Websites erforderlich ist. Stellen Sie in diesem Falls sicher, dass die Webserver in der ARR-Webserverfarm nicht direkt über das Internet zugänglich sind. Nur die ARR-Server sollten über das Internet verfügbar sein. Dies ist sehr wichtig, da ARR standardmäßig SSL Offloading verwendet. Wenn SSL nicht erforderlich ist, deaktivieren Sie SSL-Offloading. SSL Offloading bietet die folgenden Vorteile:

    • Es hilft dabei, die Serverressourcen der Webserver zu maximieren, indem die Zyklen zum Verschlüsseln und Entschlüsseln von Anforderungen und Antworten beibehalten werden.
    • Die SSL-Zertifikate (für jede Domäne) werden einmal (auf dem ARR-Server) und nicht auf jedem Server in der Webfarm installiert.
  8. <Problem: Benötigen Sie Anweisungen zum Einrichten von Protokolldateiverzeichnisberechtigungen im NAS für ARR.>

  9. Konfigurieren Sie den ARR-Server, um Fehlerdetails des Kundenstandorts weiterzuleiten. Der ARR-Server muss so konfiguriert werden, dass alle Fehlerdetails weitergeleitet werden, die Kunden möchten, dass ihre Websites an Webclients zurückgesendet werden. Nachdem dieser Schritt abgeschlossen wurde, können Kunden Fehlerseiteninhalte kontrollieren. Standardmäßig leitet der ARR-Server Fehler weiter, aber die Fehlerdetails werden weggelassen. Führen Sie die folgenden Schritte aus, um zuzulassen, dass Fehlerdetails weitergeleitet werden:

    1. Wählen Sie mithilfe des IIS-Managers zum Verwalten des ARR-Servers das Modul "Fehlerseiten" aus.Screenshot der I S-Manager-Systemsteuerung mit ausgewähltem und hervorgehobenem Modul
    2. Klicken Sie im Bereich "Aktionen" (auf der rechten Seite) auf "Featureeinstellungen bearbeiten". Screenshot des Bereichs
    3. Wählen Sie im Dialogfeld "Fehlerseiteneinstellungen bearbeiten" die Option "Detaillierte Fehler" aus, und klicken Sie dann auf "OK".

Screenshot von

Zusammenfassung

Dieser Artikel enthält eine Übersicht über die Anleitungen, die Hoster in ihren gemeinsam genutzten Hostingumgebungen über ARR erfahren und einrichten müssen. Sie enthält die empfohlene Konfiguration für gemeinsam genutztes Hosting und die Anweisungen, die zum Einrichten von ARR erforderlich sind.