Freigeben über

Funktionsweise von Traffic Manager

Mit Azure Traffic Manager können Sie die Verteilung von Datenverkehr auf Anwendungsendpunkte steuern. Ein Endpunkt ist ein Dienst mit Internetzugriff, der innerhalb oder außerhalb von Azure gehostet wird.

Traffic Manager bietet zwei wesentliche Vorteile:

Wenn ein Client eine Verbindung mit einem Dienst herstellen möchte, muss zunächst der DNS-Name des Diensts in eine IP-Adresse aufgelöst werden. Anschließend stellt der Client eine Verbindung mit dieser IP-Adresse her, um auf den Dienst zuzugreifen.

Wichtig: Traffic Manager operiert auf der DNS-Ebene, die sich auf der Anwendungsebene befindet (Ebene 7). Traffic Manager verwendet DNS, um Clients anhand der Regeln der Routingmethode für den Datenverkehr an bestimmte Dienstendpunkte weiterzuleiten. Clients stellen mit dem ausgewählten Endpunkt eine direkte Verbindung her. Der Datenverkehrs-Manager ist kein Proxy oder ein Gateway. Der Verkehrsmanager sieht den Verkehr zwischen dem Client und dem Dienst nicht.

Traffic Manager verwendet Profile, um Datenverkehr zu Ihren Clouddiensten oder Website-Endpunkten zu steuern. Weitere Informationen zu Profilen finden Sie unter Verwalten eines Azure Traffic Manager-Profils.

Traffic Manager-Beispiel

Contoso Corp hat ein neues Partnerportal entwickelt. Die URL für dieses Portal lautet https://partners.contoso.com/login.aspx. Die Anwendung wird in drei Azure-Regionen ausgeführt. Traffic Manager wird zur Verteilung des Clientdatenverkehrs auf den nächstgelegenen verfügbaren Endpunkt verwendet, um die Verfügbarkeit zu verbessern und die allgemeine Leistung zu maximieren.

Um diese Konfiguration zu erzielen, werden die folgenden Schritte ausgeführt:

  1. Drei Instanzen des Diensts werden bereitgestellt. Die DNS-Namen dieser Bereitstellungen lauten „contoso-us.cloudapp.net“, „contoso-eu.cloudapp.net“ und „contoso-asia.cloudapp.net“.
  2. Ein Traffic Manager-Profil namens „contoso.trafficmanager.net“ wird erstellt und für die Verwendung der leistungsorientierten Datenverkehrsrouting-Methode für die drei Endpunkte konfiguriert.
  3. Der Vanity-Domänenname „partners.contoso.com“ mit einem Verweis auf „contoso.trafficmanager.net“ (unter Verwendung eines DNS CNAME-Eintrags) wird konfiguriert.

Wichtig

Nur eine Azure [Mandanten-ID] kann einen bestimmten DNS-Stammnamen des Traffic Manager besitzen. Beim Versuch, einen Namen zu verwenden, der bereits verwendet wird, wird ein Fehler angezeigt. Im folgenden Beispiel lautet der DNS-Stammname contoso. Wenn ein Profil mit einem durch Punkte getrennten Namen erstellt wird, z. B. partners.contoso.trafficmanager.net, wird contoso.trafficmanager.net automatisch reserviert.

Screenshot der Traffic Manager-DNS-Konfiguration mit der CNAME-Eintragszuordnung von partners.contoso.com zu contoso.trafficmanager.net.

Hinweis

Wenn Sie eine Vanity-Domäne mit Azure Traffic Manager verwenden, müssen Sie mithilfe eines CNAME-Eintrags von Ihrem Vanity-Domänennamen auf Ihren Traffic Manager-Domänennamen verweisen. DNS-Standards lassen nicht zu, dass ein CNAME auf der „Spitze“ (oder dem Stamm) einer Domäne erstellt wird. Daher können Sie keinen CNAME für "contoso.com" erstellen (manchmal auch als "nackte" Domäne bezeichnet). Ein CNAME kann nur für eine Domäne unter „contoso.com“ erstellt werden (beispielsweise für „www.contoso.com“). Um diese Einschränkung zu umgehen, wird empfohlen, Ihre DNS-Domäne in Azure DNS zu hosten und Aliaseinträge zu verwenden, die auf Ihr Traffic Manager-Profil verweisen. Sie können auch eine einfache HTTP-Umleitung verwenden, um an „contoso.com“ gerichtete Anforderungen an einen alternativen Namen (etwa „www.contoso.com“) umzuleiten.

Verbindungsherstellung von Clients über Traffic Manager

Wenn ein Client die Seite https://partners.contoso.com/login.aspxanfordert, führt der Client im vorherigen Beispiel die folgenden Schritte aus, um den DNS-Namen aufzulösen und eine Verbindung herzustellen:

Screenshot des Verbindungsflusses des Clients über den Traffic Manager mit DNS-Auflösungsschritten vom Client über rekursive DNS zu den Traffic Manager Nameservern bis zum Endpunkt.

  1. Der Client sendet eine DNS-Abfrage zur Auflösung des Namens „partners.contoso.com“ an den konfigurierten rekursiven DNS-Dienst. Ein rekursiver DNS-Dienst, der manchmal als "lokaler DNS"-Dienst bezeichnet wird, hostet keine DNS-Domänen direkt. Stattdessen wird er vom Client zum Abladen der Arbeit für die Kontaktaufnahme mit den verschiedenen autoritativen DNS-Diensten im Internet verwendet, die zum Auflösen eines DNS-Namens benötigt werden.

  2. Zum Auflösen des DNS-Namens ermittelt der rekursive DNS-Dienst die Namenserver für die Domäne „contoso.com“. Anschließend fordert er von diesen Namenservern den DNS-Eintrag „partners.contoso.com“ an. Die „contoso.com“-DNS-Server geben den CNAME-Eintrag zurück, der auf „contoso.trafficmanager.net“ verweist.

  3. Als Nächstes ermittelt der rekursive DNS-Dienst die Namenserver für die Domäne „trafficmanager net“, die vom Azure Traffic Manager-Dienst bereitgestellt werden. Anschließend sendet er eine Anforderung für den DNS-Eintrag „contoso.trafficmanager.net“ an diese DNS-Server.

  4. Die Anforderung geht bei den Traffic Manager-Namenservern ein. Diese wählen einen Endpunkt. Dabei ist Folgendes ausschlaggebend:

  5. Traffic Manager gibt den ausgewählten Endpunkt als einen anderen DNS-CNAME-Eintrag zurück. Nehmen wir in diesem Fall an, es gibt contoso-eu.cloudapp.net zurück.

  6. Als Nächstes ermittelt nun der rekursive DNS-Dienst die Namenserver für die Domäne „cloudapp.net“. Von diesen Namenservern fordert er den DNS-Eintrag „contoso-eu.cloudapp.net“ an. Der DNS-Server gibt einen "A"-Eintrag zurück, der die IP-Adresse des EU-basierten Dienstendpunkts enthält.

  7. Der rekursive DNS-Dienst konsolidiert die Ergebnisse und gibt an den Client eine DNS-Antwort zurück.

  8. Der Client erhält die DNS-Ergebnisse und stellt eine Verbindung mit der angegebenen IP-Adresse her. Der Client stellt die Verbindung mit dem Dienstendpunkt der Anwendung direkt und nicht über Traffic Manager her. Da es sich um einen HTTPS-Endpunkt handelt, führt der Client den erforderlichen SSL/TLS-Handshake aus und sendet dann eine HTTP GET-Anforderung für die Seite "/login.aspx".

Traffic Manager und DNS-Cache

Der rekursive DNS-Dienst speichert die erhaltenen DNS-Antworten im Cache. Von der DNS-Auflösung auf dem Clientgerät wird das Ergebnis ebenfalls im Cache gespeichert. Mit dem Zwischenspeichern können nachfolgende DNS-Abfragen schneller Antworten erhalten, indem Daten aus dem Cache verwendet werden, anstatt andere Namenserver zu abfragen. Die TTL-Eigenschaft (Time-to-Live) jedes DNS-Eintrags bestimmt die Cachedauer. Kleinere Werte bedeuten, dass der Cache schneller abläuft und mehr Roundtrips zu den Traffic Manager-Nameservern erforderlich sind. Längere Werte bedeuten, dass das Weiterleiten von Datenverkehr von einem fehlgeschlagenen Endpunkt länger dauert. Mit dem Datenverkehrs-Manager können Sie die TTL in DNS-Antworten so gering wie 0 Sekunden und so hoch wie 2.147.483.647 Sekunden (der maximale Bereich, der mit RFC-1035 kompatibel ist) konfigurieren, sodass Sie den Wert auswählen können, der die Anforderungen Ihrer Anwendung am besten ausgleicht.

Häufig gestellte Fragen

Nächste Schritte

Informieren Sie sich ausführlicher über Endpunktüberwachung und automatisches Failover von Traffic Manager.

Informieren Sie sich ausführlicher über Traffic Manager-Routingmethoden.

  • Last updated on