Traffic Manager-Routingmethoden

Azure Traffic Manager unterstützt sechs Datenverkehrsroutingmethoden, die bestimmen, wie Der Netzwerkdatenverkehr an Dienstendpunkte weitergeleitet wird, um den Datenverkehrsfluss zu optimieren und die Anwendungsverfügbarkeit zu verbessern. Jedes Traffic Manager-Profil wendet eine Routingmethode auf DNS-Abfragen an: Priority, Weighted, Performance, Geographic, Multivalue oder Subnet. Die Routingmethode bestimmt, welcher Endpunkt in der DNS-Antwort zurückgegeben werden soll.

Die folgenden vier Methoden für das Datenverkehrsrouting sind in Traffic Manager verfügbar:

• Prioritätsrouting auswählen, wenn Sie einen primären Dienstendpunkt für den gesamten Datenverkehr verwenden möchten. Sie können mehrere Sicherungsendpunkte bereitstellen, falls der primäre Endpunkt oder einer der Sicherungsendpunkte nicht verfügbar ist.
• Gewichtet: Wählen Sie Gewichtetes Routing aus, wenn Sie Datenverkehr anhand der definierten Gewichtung auf eine Gruppe von Endpunkten verteilen möchten. Legen Sie die Gewichtung identisch fest, um eine gleichmäßige Verteilung auf alle Endpunkte zu erzielen.
• Leistung: Wählen Sie das Leistungsrouting aus, wenn Sie Endpunkte an verschiedenen geografischen Standorten haben und möchten, dass Benutzer den nächstgelegenen Endpunkt für die niedrigste Netzwerklatenz verwenden.
• Geografisches Routing: Wählen Sie Geografisches Routing, um Benutzer basierend auf der geografischen Lage ihrer DNS-Abfragen zu bestimmten Endpunkten (Azure, Extern oder Geschachtelt) zu leiten. Diese Routingmethode hilft Ihnen bei der Einhaltung von Szenarien wie Datenhoheitsmandaten, der Lokalisierung von Inhalten und der Benutzererfahrung und der Messung des Datenverkehrs aus verschiedenen Regionen.
• MultiValue: Wählen Sie MultiValue für Traffic Manager-Profile aus, die nur IPv4/IPv6-Adressen als Endpunkte enthalten können. Wenn dieses Profil eine Abfrage empfängt, werden alle fehlerfreien Endpunkte zurückgegeben.
• Subnetz: Wählen Sie die Subnetz-Routingmethode aus, um Gruppen von Benutzer-IP-Adressbereichen einem bestimmten Endpunkt zuzuordnen. Wenn Traffic Manager eine Anforderung empfängt, gibt er den Endpunkt zurück, der der Quell-IP-Adresse dieser Anforderung zugeordnet ist.

Alle Traffic Manager-Profile enthalten Integritätsüberwachung und automatisches Failover für Endpunkte. Weitere Informationen finden Sie unter Traffic Manager-Endpunktüberwachung. Innerhalb eines Traffic Manager-Profils können Sie jeweils nur eine Datenverkehrsroutingmethode konfigurieren. Sie können jederzeit eine andere Methode für das Datenverkehrsrouting für Ihr Profil auswählen. Ihre Änderungen werden innerhalb einer Minute ohne Ausfallzeiten angewendet. Sie können Methoden für das Datenverkehrsrouting kombinieren, indem Sie geschachtelte Traffic Manager-Profile verwenden. Durch die Schachtelung von Profilen können ausgefeilte Konfigurationen für das Datenverkehrsrouting erstellt werden, um die Anforderungen größerer und komplexer Anwendungen zu erfüllen. Weitere Informationen finden Sie unter Geschachtelte Traffic Manager-Profile.

Prioritätsmethode für das Datenverkehrsrouting

Organisationen möchten häufig Zuverlässigkeit für ihre Dienste bereitstellen, indem sie einen oder mehrere Sicherungsdienste bereitstellen, falls der primäre Dienst fehlschlägt. Die Methode "Priority Traffic-Routing" ermöglicht Azure-Kunden die einfache Implementierung dieses Failovermusters.

Das Traffic Manager-Profil enthält eine Liste mit Dienstendpunkten, denen Prioritäten zugeordnet sind. Standardmäßig sendet Traffic Manager den gesamten Datenverkehr an den primären Endpunkt (mit der höchsten Priorität). Wenn der primäre Endpunkt nicht verfügbar ist, leitet Traffic Manager den Datenverkehr an den sekundären Endpunkt weiter. Wenn sowohl die primären als auch die sekundären Endpunkte nicht verfügbar sind, wechselt der Datenverkehr zum dritten Endpunkt usw. Ob ein Endpunkt verfügbar ist, hängt vom konfigurierten Status (aktiviert oder deaktiviert) sowie von der fortlaufenden Endpunktüberwachung ab.

Konfigurieren von Endpunkten

Mit Azure Resource Manager konfigurieren Sie die Endpunktpriorität explizit mithilfe der Prioritätseigenschaft für jeden Endpunkt. Für diese Eigenschaft wird ein Wert zwischen 1 und 1000 festgelegt. Ein niedrigerer Wert stellt eine höhere Priorität dar. Der gleiche Prioritätswert kann nicht für mehrere Endpunkte konfiguriert werden. Diese Eigenschaft kann optional festgelegt werden. Wenn Sie diese Eigenschaft weglassen, verwendet Traffic Manager basierend auf der Endpunktreihenfolge eine Standardpriorität.

Gewichtete Methode für das Datenverkehrsrouting

Mit der Weighted Traffic-Routing-Methode können Sie den Datenverkehr gleichmäßig verteilen oder eine vordefinierte Gewichtung verwenden.

Bei der gewichteten Methode für das Datenverkehrsrouting wird jedem Endpunkt im Rahmen der Traffic Manager-Profilkonfiguration eine Gewichtung zugewiesen. Die Gewichtung ist eine Ganzzahl zwischen 1 und 1000. Dieser Parameter ist optional. Wenn dieser Wert weggelassen wird, verwendet Traffic Manager eine Standardgewichtung von 1. Je höher die Gewichtung, desto höher die Priorität.

Für jede empfangene DNS-Abfrage wählt Traffic Manager einen verfügbaren Endpunkt nach dem Zufallsprinzip aus. Die Wahrscheinlichkeit für die Auswahl eines Endpunkts basiert hierbei auf der Gewichtung, die allen verfügbaren Endpunkten zugewiesen wurde. Die Verwendung der gleichen Gewichtung für alle Endpunkte führt zu einer gleichmäßigen Verteilung des Datenverkehrs. Wenn für bestimmte Endpunkte eine höhere oder niedrigere Gewichtung verwendet wird, werden diese Endpunkte häufiger oder seltener in den DNS-Antworten zurückgegeben.

Durch die gewichtete Methode werden einige nützliche Szenarios ermöglicht:

• Schrittweises Anwendungsupgrade: Weisen Sie einen Prozentsatz des Datenverkehrs zu einem neuen Endpunkt zu und erhöhen Sie den Datenverkehr im Laufe der Zeit auf 100%.
• Anwendungsmigration zu Azure: Erstellen Sie ein Profil mit Azure und externen Endpunkten. Passen Sie die Gewichtung der Endpunkte so an, dass die neuen Endpunkte bevorzugt werden.
• Erweiterung in die Cloud für zusätzliche Kapazität: Erweitern Sie eine lokale Bereitstellung schnell in die Cloud, indem Sie diese hinter einem Traffic Manager-Profil zur Verfügung stellen. Wenn Sie zusätzliche Kapazität in der Cloud benötigen, können Sie weitere Endpunkte hinzufügen oder aktivieren. Geben Sie dann an, welcher Teil des Datenverkehrs an jeden Endpunkt gesendet wird.

Sie haben die Möglichkeit, Gewichtungen mithilfe des Azure-Portals, mit Azure PowerShell, über die Befehlszeilenschnittstelle oder mithilfe von REST-APIs zu konfigurieren.

Clients und die rekursiven DNS-Server, die Clients zum Auflösen von DNS-Namen verwenden, zwischenspeichern DNS-Antworten. Diese Zwischenspeicherung kann sich auf gewichtete Datenverkehrsverteilungen auswirken. Wenn die Anzahl von Clients und rekursiven DNS-Servern hoch ist, funktioniert die Verteilung des Datenverkehrs wie erwartet. Wenn die Anzahl von Clients oder rekursiven DNS-Servern jedoch gering ist, kann diese Zwischenspeicherung die Verteilung des Datenverkehrs massiv verzerren.

Gängige Anwendungsfälle:

• Entwicklungs- und Testumgebungen
• Kommunikation zwischen Anwendungen
• Anwendungen, die für eine begrenzte Benutzerbasis bestimmt sind und eine gemeinsame rekursive DNS-Infrastruktur verwenden (z. B. Mitarbeiter eines Unternehmens, die über einen Proxy verbunden sind)

Diese Auswirkungen der DNS-Zwischenspeicherung gelten für alle DNS-basierten Systeme für das Datenverkehrsrouting, nicht nur für Azure Traffic Manager. In einigen Fällen kann das explizite Löschen des DNS-Caches eine Problemumgehung bieten. Wenn dies nicht funktioniert, ist vielleicht eine alternative Traffic-Routing-Methode geeigneter.

Leistungsorientierte Methode für das Datenverkehrsrouting

Die Reaktionsfähigkeit Ihrer Anwendungen kann verbessert werden, indem Sie Endpunkte an mindestens zwei Standorten auf der ganzen Welt bereitstellen. Mit der Performanz-Weiterleitungsmethode können Sie den Datenverkehr zu dem Standort leiten, der Ihnen am nächsten ist.

Der nächstgelegene Endpunkt ist nicht notwendigerweise nach geografischer Entfernung am nächsten. Stattdessen bestimmt die Performance-Verkehrssteuerungsmethode den nächstgelegenen Endpunkt, indem die Netzwerklatenz gemessen wird. Traffic Manager überwacht anhand einer Internetlatenztabelle die Roundtripzeit zwischen IP-Adressbereichen und den einzelnen Azure-Rechenzentren.

In dieser Internetlatenztabelle sucht der Dienst nach der IP-Quelladresse der eingehenden DNS-Abfrage. Der Datenverkehrs-Manager wählt dann einen verfügbaren Endpunkt im Azure-Rechenzentrum mit der niedrigsten Latenz für diesen IP-Adressbereich aus und gibt diesen Endpunkt in der DNS-Antwort zurück.

Wie unter Funktionsweise von Traffic Manager beschrieben, empfängt Traffic Manager DNS-Abfragen nicht direkt von Clients. Stattdessen stammen DNS-Abfragen aus dem rekursiven DNS-Dienst, den die Clients verwenden. Traffic Manager verwendet die IP-Adresse des rekursiven DNS-Diensts, um den nächstgelegenen Endpunkt und nicht die IP-Adresse des Clients zu ermitteln. Diese IP-Adresse dient als guter Proxy für den Client.

Um Änderungen im globalen Internet und neue Azure-Regionen zu berücksichtigen, aktualisiert Traffic Manager die verwendete Internetlatenztabelle regelmäßig. Die Anwendungsleistung ist jedoch je nach Echtzeitschwankung der Auslastung im Internet unterschiedlich. Die leistungsorientierte Methode für das Datenverkehrsrouting überwacht nicht die Auslastung eines bestimmten Dienstendpunkts. Wenn ein Endpunkt nicht verfügbar ist, enthält der Datenverkehrs-Manager ihn nicht in die DNS-Abfrageantworten.

Beachten Sie Folgendes:

• Wenn Ihr Profil mehrere Endpunkte in der gleichen Azure-Region enthält, wird der an diese Region geleitete Datenverkehr gleichmäßig auf die verfügbaren Endpunkte verteilt. Wenn Sie eine andere Verteilung des Datenverkehrs innerhalb einer Region bevorzugen, können Sie dies mithilfe von geschachtelten Traffic Manager-Profilen erreichen.
• Wenn alle verfügbaren Endpunkte in der nächsten Azure-Region heruntergestuft sind, verschiebt der Traffic Manager den Datenverkehr zu den Endpunkten in der nächstgelegenen Azure-Region. Wenn Sie eine bevorzugte Failoversequenz definieren möchten, verwenden Sie geschachtelte Traffic Manager-Profile.
• Wenn die leistungsorientierte Methode für das Datenverkehrsrouting mit externen oder geschachtelten Endpunkten verwendet wird, müssen Sie den Standort dieser Endpunkte angeben. Wählen Sie die Azure-Region aus, die Ihrer Bereitstellung am nächsten ist. Bei diesen Standorten handelt es sich um die Werte, die von der Internetlatenztabelle unterstützt werden.
• Der Algorithmus, mit dem der Endpunkt ausgewählt wird, ist deterministisch. Wiederholte DNS-Abfragen des gleichen Clients werden an den gleichen Endpunkt geleitet. Normalerweise verwenden Clients während Reisen unterschiedliche rekursive DNS-Server, sodass sie möglicherweise an einen anderen Endpunkt weitergeleitet werden. Aktualisierungen der Internetlatenztabelle wirken sich auf das Routing aus. Die Methode für das Datenverkehrsrouting von Performance garantiert nicht, dass ein Client immer an denselben Endpunkt weitergeleitet wird.
• Wenn sich die Internetlatenztabelle ändert, stellen Sie möglicherweise fest, dass einige Clients an einen anderen Endpunkt weitergeleitet werden. Diese Änderung reflektiert ein genaueres Routing basierend auf aktuellen Latenzdaten. Diese Updates sind wichtig, um angesichts der kontinuierlichen Entwicklung des Internets die Genauigkeit der leistungsorientierten Methode für das Datenverkehrsrouting sicherzustellen.

Geografische Routingmethode für Datenverkehr

Datenverkehrs-Manager-Profile können für die Verwendung der Geografischen Routingmethode konfiguriert werden, sodass Benutzer basierend auf dem geografischen Standort ihrer DNS-Abfragen an bestimmte Endpunkte (Azure, Extern oder Geschachtelt) weitergeleitet werden. Diese Routingmethode hilft Ihnen bei der Einhaltung von Datenhoheitsmandaten, der Lokalisierung von Inhalten und der Benutzererfahrung und der Messung des Datenverkehrs aus verschiedenen Regionen.

Wenn ein Profil für geografisches Routing konfiguriert ist, muss jedem Endpunkt, der dem betreffenden Profil zugeordnet ist, eine Reihe geografischer Regionen zugeordnet sein. Eine geografische Region kann sich auf den folgenden Granularitätsebenen befinden:

• Welt – jede Region
• Regionale Gruppierung – z. B. Afrika, Naher Osten, Australien/Pazifik
• Land/Region – z. B. Irland, Peru, Hongkong SAR
• Bundesland/Provinz – z. B. USA-Kalifornien, Australien-Queensland, Kanada-Alberta (diese Granularitätsstufe wird nur für Staaten/Provinzen in Australien, Kanada und USA unterstützt)

Wenn Sie einem Endpunkt eine Region oder eine Gruppe von Regionen zuweisen, leitet Traffic Manager alle Anforderungen von diesen Regionen nur an diesen Endpunkt weiter. Der Datenverkehrs-Manager verwendet die Quell-IP-Adresse der DNS-Abfrage, um die Region zu bestimmen, aus der ein Benutzer abfragt. Dies ist in der Regel die IP-Adresse des lokalen DNS-Resolvers, der die Abfrage für den Benutzer vornimmt.

Der Datenverkehrs-Manager liest die QUELL-IP-Adresse der DNS-Abfrage und entscheidet, aus welcher geografischen Region sie stammt. Anschließend wird überprüft, ob ein Endpunkt dieser geografischen Region zugeordnet ist. Die Suche beginnt auf der niedrigsten Granularitätsstufe (Bundesland/Provinz, falls unterstützt, dann Land-/Regionsebene) und erstreckt sich bis zur höchsten Ebene, der Welt. Traffic Manager wählt die erste Übereinstimmung, die bei diesem Durchlauf gefunden wird, als den Endpunkt, der in der Antwort auf die Abfrage zurückzugeben werden soll. Wenn eine Abfrage mit einem Endpunkt vom Typ „Geschachtelt“ übereinstimmt, gibt Traffic Manager basierend auf seiner Routing-Methode einen Endpunkt innerhalb dieses Unterprofils zurück. Die folgenden Punkte gelten für dieses Verhalten:

• Wenn der Routingtyp geografisches Routing ist, kann ein Endpunkt in einem Traffic Manager-Profil nur einer geografischen Region zugeordnet werden. Diese Einschränkung stellt sicher, dass das Routing von Benutzern deterministisch erfolgt, sodass Kunden Szenarios aktivieren können, die unzweideutige geografische Grenzen erfordern.

• Wenn die Region eines Benutzers unter der geografischen Zuordnung von zwei verschiedenen Endpunkten aufgeführt ist, wählt Traffic Manager den Endpunkt mit der niedrigsten Granularität aus und berücksichtigt nicht das Routing von Anforderungen von dieser Region an den anderen Endpunkt. Betrachten Sie z. B. ein Profil des Typs "Geografisches Routing" mit zwei Endpunkten: Endpunkt1 und Endpunkt2. Endpunkt 1 ist für den Empfang von Datenverkehr aus Irland und Endpunkt 2 für den Empfang von Datenverkehr aus Europa konfiguriert. Wenn eine Anforderung aus Irland stammt, wird die Anforderung immer an Endpunkt1 weitergeleitet.

• Da eine Region nur einem Endpunkt zugeordnet sein kann, gibt Traffic Manager eine Antwort zurück, unabhängig vom Integritätsstatus des Endpunkts.

  Wichtig

  Wir empfehlen Kunden dringend, die geografische Routingmethode für Endpunkte vom Typ „Geschachtelt“ zu verwenden, die über untergeordnete Profile mit wenigstens zwei erreichbaren Endpunkten verfügen.

• Wenn Traffic Manager eine Endpunkt-Übereinstimmung findet und sich dieser Endpunkt im Status "Beendet " befindet, gibt Traffic Manager eine NODATA-Antwort zurück. In diesem Fall führt Traffic Manager keine weiteren Abfragen höher in der Hierarchie der geografischen Region durch. Dieses Verhalten trifft auch auf Endpunkte vom Typ „Geschachtelt“ zu, wenn sich das untergeordnete Profil im Status Beendet oder Deaktiviert befindet.

• Wenn ein Endpunkt den Status "Deaktiviert" anzeigt, enthält der Datenverkehrs-Manager ihn nicht in den Bereichsabgleichsprozess. Dieses Verhalten gilt auch für geschachtelte Endpunkttypen, wenn sich der Endpunkt im Status "Deaktiviert" befindet.

• Wenn eine Abfrage aus einer geografischen Region stammt, die keine Zuordnung in diesem Profil hat, gibt Traffic Manager eine NODATA-Antwort zurück. Wir empfehlen Kunden dringend, geografisches Routing mit einem Endpunkt zu verwenden, idealerweise vom Typ „Geschachtelt“ mit mindestens zwei Endpunkten im untergeordneten Profil, dem die Region Welt zugeordnet ist. Diese Konfiguration stellt außerdem sicher, dass Traffic Manager alle IP-Adressen verarbeitet, die keiner Region zugeordnet sind.

Wie unter Funktionsweise von Traffic Manager beschrieben, empfängt Traffic Manager DNS-Abfragen nicht direkt von Clients. DNS-Abfragen stammen aus dem rekursiven DNS-Dienst, den die Clients verwenden. Der Datenverkehrs-Manager verwendet die IP-Adresse des rekursiven DNS-Diensts, um die Region und nicht die IP-Adresse des Clients zu ermitteln. Diese IP-Adresse dient als guter Proxy für den Client.

Häufig gestellte Fragen

• In welchen Anwendungsfällen ist geografisches Routing nützlich?

• Wie entscheide ich, ob ich die leistungsorientierte oder geografische Routingmethode verwenden sollte?

• Welche Regionen werden von Traffic Manager für geografisches Routing unterstützt?

• Wie bestimmt Traffic Manager, woher die Abfrage eines Benutzers stammt?

• Ist garantiert, dass Traffic Manager immer den genauen geografischen Standort des Benutzers ermitteln kann?

• Muss sich ein Endpunkt physisch in derselben Region befinden wie der für das geografische Routing konfigurierte Endpunkt?

• Kann ich geografische Regionen Endpunkten in einem Profil zuordnen, das nicht für geografisches Routing konfiguriert ist?

• Warum tritt ein Fehler auf, wenn ich versuche, die Routingmethode eines vorhandenen Profils in „geografisch“ zu ändern?

• Warum wird Kunden dringend empfohlen, in einem Profil mit aktiviertem geografischem Routing geschachtelte Profile anstelle von Endpunkten zu erstellen?

• Gibt es Einschränkungen hinsichtlich der API-Version, die diesen Routingtyp unterstützt?

Routingmethode „MultiValue“ für Datenverkehr

Mit der Routingmethode MultiValue für Datenverkehr können Sie mehrere fehlerfreie Endpunkte in einer einzelnen DNS-Abfrageantwort abrufen. Mit dieser Konfiguration kann der Aufrufer clientseitige Wiederholungen mit anderen Endpunkten durchführen, wenn ein zurückgegebener Endpunkt nicht mehr reagiert. Dieses Muster kann zur Erhöhung der Verfügbarkeit eines Diensts beitragen und bei einer neuen DNS-Abfrage zum Abrufen eines fehlerfreien Endpunkts die Latenz verringern. Die MultiValue-Routingmethode funktioniert nur, wenn alle Endpunkte vom Typ "Extern" sind und sie als IPv4- oder IPv6-Adressen angeben. Wenn dieses Profil eine Abfrage empfängt, gibt Traffic Manager alle fehlerfreien Endpunkte zurück, vorbehaltlich einer konfigurierbaren maximalen Rückgabeanzahl.

Häufig gestellte Fragen

• Welche Anwendungsfälle gibt es, in denen MultiValue-Routing nützlich ist?

• Wie viele Endpunkte werden zurückgegeben, wenn das MultiValue-Routing verwendet wird?

• Erhalte ich dieselbe Gruppe von Endpunkten, wenn MultiValue-Routing verwendet wird?

Routingmethode „Subnetz“ für Datenverkehr

Die Subnetz-Verkehrsroutenmethode ermöglicht es Ihnen, eine Gruppe von Benutzer-IP-Adressbereichen bestimmten Endpunkten in einem Profil zuzuordnen. Wenn Der Traffic Manager eine DNS-Abfrage für dieses Profil empfängt, prüft er die Quell-IP-Adresse dieser Anforderung, bestimmt, welcher Endpunkt diesem zugeordnet ist, und gibt diesen Endpunkt in der Abfrageantwort zurück. In den meisten Fällen ist die QUELL-IP-Adresse der DNS-Resolver, den der Aufrufer verwendet.

Sie können die IP-Adresse angeben, die einem Endpunkt als CIDR-Bereiche zugeordnet werden soll (z. B. 1.2.3.0/24) oder als Adressbereich (z. B. 1.2.3.4-5.6.7.8). Die einem Endpunkt zugeordneten IP-Adressbereiche müssen innerhalb dieses Profils eindeutig sein. Der Adressbereich kann sich nicht mit dem IP-Adresssatz eines anderen Endpunkts im selben Profil überlappen.

Wenn Sie einen Endpunkt ohne Adressbereich definieren, fungiert er als Fallback und übernimmt Datenverkehr von allen verbleibenden Subnetzen. Wenn kein Fallbackendpunkt enthalten ist, sendet der Traffic Manager eine NODATA-Antwort für undefinierte Bereiche. Es wird dringend empfohlen, einen Fallbackendpunkt zu definieren, um sicherzustellen, dass alle möglichen IP-Bereiche über Ihre Endpunkte hinweg angegeben werden.

Die Routingmethode „Subnetz“ kann verwendet werden, um Benutzern, die eine Verbindung über einen bestimmten IP-Adressraum herstellen, ein anderes Erlebnis zu bieten. Sie können beispielsweise alle Anforderungen von Ihrem Unternehmensbüro an einen anderen Endpunkt weiterleiten. Diese Routingmethode ist besonders hilfreich, wenn Sie versuchen, eine nur interne Version Ihrer App zu testen. Ein weiteres Szenario ist, wenn Sie Benutzern eine andere Benutzererfahrung bieten möchten, die eine Verbindung mit einem bestimmten ISP herstellen (z. B. Benutzer von einem bestimmten ISP blockieren).

Häufig gestellte Fragen

• Welche Anwendungsfälle gibt es, in denen Subnetzrouting sinnvoll ist?

• Wie erkennt Traffic Manager die IP-Adresse des Endbenutzers?

• Wie kann ich bei der Verwendung von Subnetzrouting IP-Adressen angeben?

• Wie kann ich bei der Verwendung von Subnetzrouting einen Fallbackendpunkt angeben?

• Was geschieht, wenn ein Endpunkt in einem Profil vom Typ „Subnetzrouting“ deaktiviert ist?

Nächste Schritte

Erfahren Sie, wie Sie mithilfe der Traffic Manager endpoint monitoring