Radar

Übersicht

Radar bildet das Rückgrat der Datenerhebungsmethodik. Radar verwendet ein JavaScript-Skript, das in die Seiten einer Inhaltsseite oder eines Anwendungsanbieters eingebettet ist, um Informationen über die Leistung und Verfügbarkeit eines Rechenzentrums oder einer Bereitstellungsplattform zu sammeln.

Der Radar-Client ist eine JavaScript-Anwendung, die auf Kundenwebseiten und in mobilen Anwendungen ausgeführt wird. Sein Hauptzweck besteht darin, Netzwerkleistungsdaten zu sammeln, die für intelligente Routing-Entscheidungen über Openmix verwendet werden, und optionale Plug-ins bereitzustellen, um andere NetScaler Intelligent Traffic Management-Dienste wie Page Load Time, Page Resource Timing und Video Playback Metrics zu aktivieren.

Der Radar-Client ist voll funktionsfähig, aber dennoch leicht und unauffällig. Der Client wartet, bis die meisten Seitenressourcen heruntergeladen wurden, bevor er den Großteil seiner Arbeit ausführt, und die gesamte Netzwerkkommunikation erfolgt, wo immer möglich, asynchron. Diese Anweisungen geben an, welche Plattform als Nächstes während der Sitzung gemessen werden soll. Dabei wird zwischen den Community-Plattformen und allen privaten Plattformen, die für dieses Community-Mitglied spezifisch sind, ausgewählt. Sie geben auch die Arten der durchzuführenden Messungen an, zu denen Verfügbarkeit, Hin- und Rückflugzeit, Durchsatz oder andere metrische Erfassung gehören können.

Um es so klein wie möglich zu halten, wird das JavaScript mit erweiterten Optimierungen mithilfe des Google Closure Compilers kompiliert. Erweiterte optionale Funktionen werden als Plug-ins für Kunden bereitgestellt, die sich dafür entscheiden, sie zu verwenden.

Radar-Gemeinschaft

Mit einem einzigartigen, gemeinschaftsbasierten Ansatz sorgt Radar für beispiellose Transparenz in Bezug auf die globale Leistung und Verfügbarkeit der weltweit größten öffentlichen Infrastrukturen, von Cloud Computing und Storage bis hin zu Content und Application Delivery Networks. Mit Radar können Kunden schnell die Plattformen mit der besten und schlechtesten Leistung für jeden ihrer Besucher finden.

Radar im Überblick

Radar ist die erste Cloud-Monitoring-Genossenschaft im Internet. Wenn Sie Community-Mitglied werden, haben Sie uneingeschränkten Zugriff auf unsere historische Berichtsdatenbank, einschließlich detaillierter Segmentierung nach Anbietern, Ländern und Netzwerken.

Als Mitglied der Radar-Community erhalten Sie außerdem eine Vielzahl von Tools zur Erfassung der Serviceniveaus, die sowohl von internen als auch von externen Infrastrukturen für die Bereitstellung von Inhalten bereitgestellt werden. Einzigartig an Radar ist die Möglichkeit, Ihre Website-Besucher dazu zu nutzen, das Erlebnis zu messen, das sie auf Plattformen erhalten würden, die derzeit nicht von einem Unternehmen genutzt werden. Dieselbe Methode ermöglicht objektive Bewertungen von Cloud-Plattformen während ihres gesamten Lebenszyklus, einschließlich der laufenden Bewertung der Leistung im Vergleich zu SLAs.

Durch Hinzufügen eines einfachen JavaScript-Tags zu Ihrer Webseite oder eines SDK zu mobilen Anwendungen können Kunden jeden ihrer Besucher in einen virtuellen „Testagenten“ verwandeln. Radar löst gerätebasierte Messungen aus, indem Referenzobjekte heruntergeladen und interne und externe Infrastrukturen, Rechenzentren, Liefernetzwerke und Cloud-Plattformen aus Sicht der tatsächlichen Endnutzer von Websites oder Webanwendungen verglichen werden.

Hauptvorteile der Teilnahme

Radar bewältigt mit seinem Ansatz zur Überwachung und Datenerfassung mehrere Herausforderungen bei der Webbereitstellung. Die wichtigsten Vorteile der Teilnahme an der Radar-Community sind:

  • Umfangreiche Testumgebung mit Endbenutzern in jedem Netzwerk an jedem Standort (bisher mehr als 42.000 anerkannte Netzwerke).
  • Holen Sie sich vor dem Test wichtige Informationen über die Dienstleister, um eine fundiertere Entscheidung zu treffen.
  • Transparenz über die Leistung aktueller Anbieter und deren Verhalten in Regionen, in denen Sie Nutzer haben und in denen es keine gibt.
  • Konzentrieren Sie sich auf die Kennzahlen, die für Web- und Mobilnutzer einen echten Unterschied machen (Leistung, Verfügbarkeit und QoS).
  • Globaler (über 190 Länder) uneingeschränkter Zugriff auf Informationen bis auf Länder-, Netzwerk-, Regions- und Bundesstaatsebene.
  • Echte, unvoreingenommene Daten unter Verwendung von Endnutzern Radardaten sind Informationen aus der „realen Welt“ und keine synthetischen Tests oder Schätzungen.
  • Nicht alle Benutzer sind gleich: Verstehen Sie verschiedene Maschinen, Verbindungen und Geräte.
  • Einblick in die Leistung der tatsächlichen Seiten.

Benchmarks

ITM Radar bietet 3 Hauptbenchmarks:

  • Gemeinschaftliches Benchmarking
  • Privates Benchmarking
  • Benchmarking beim Laden von Seiten

Community-Benchmarking von CDN, Cloud und Rechenzentren

Community-Messungen werden im Rahmen eines Crowdsourcing-Modells durchgeführt, das dem Kunden einen Überblick über die Leistung und Verfügbarkeit eines Anbieters auf geografischer und logischer Ebene weltweit bietet. Die Community-Messungen ermöglichen Vergleiche zwischen der Erlebnisqualität eines Anbieters aus Sicht des Endnutzers und ermöglichen eine „Was-wäre-wenn“ -Analyse bei der Bewertung von Anbietern und Anbietern für den Vertrieb von Inhalten und Anwendungen. Durch die Verwendung eines Crowdsourcing-Modells profitieren ITM-Kunden von einem höheren Maß an Granularität und Datenqualität bei der Bewertung und Überwachung der Lieferantenleistung, selbst an Standorten, an denen ein Kunde möglicherweise keine hohe Benutzerdichte oder gar keine Benutzer hat.

Die Messungen selbst verwenden einen Standardsatz von Objekten, die sich auf den verschiedenen Cloud- und CDN-Anbietern befinden und die Endbenutzer herunterladen, wenn sie den Radar-JavaScript-Client oder die mobile SDK-Logik auf der Website oder Anwendung eines Inhaltseigentümers ausführen.

Die folgenden Metriken werden dann an ITM zurückgemeldet und in den Portal- oder API-Berichtsschnittstellen dargestellt:

  • Verfügbarkeit — ob das Objekt geladen wird oder nicht.
  • Antwortzeit — wie lange es dauert, bis der Server auf eine nachfolgende Anfrage reagiert, sobald der gesamte Verbindungsaufbau abgeschlossen ist. Dies ist eine relativ genaue Annäherung an die TCP-Round-Time-Zeit (RTT) vom Browser zum Anbieter.
  • Durchsatz — Dies ist die Datenrate der Verbindung in Kilobit pro Sekunde, gemessen beim Abrufen eines 100-KB-Objekts.

Privates Benchmarking

Im Rahmen der Implementierung von Radar Tag bietet ITM dem Kunden die Möglichkeit, seine eigenen „Benchmark“ -Tests zu erstellen, die von den Besuchern des Kunden gemessen werden. Dies kann für Rechenzentren oder ihre eigenen CDN- und Cloud-Verträge sein. Wie bei den Community-Benchmark-Messungen werden dieselben Kennzahlen bereitgestellt — Verfügbarkeit, Reaktionszeit und Durchsatz, sodass der Kunde eine bestehende Strategie zur Inhaltsbereitstellung effektiv bewerten kann.

Diese privaten Informationen stehen nur dem Kunden zur Verfügung und werden nicht weitergegeben. Zu den Anwendungsbeispielen gehören:

  • Ihre eigene Rechenzentrumsarchitektur/en
  • Verwenden eines eigenen Testobjekts oder einer eigenen Seite
  • Nutzung eines eigenen Vertrags und Kontos bei einem bestimmten Anbieter oder einer Gruppe von Anbietern

Benchmarking beim Laden von Seiten mit Radar

Innerhalb von Radar bietet ITM dem Kunden die Möglichkeit, detaillierte Informationen darüber einzusehen, wie die Seiten, auf denen das Tag implementiert ist, heruntergeladen werden. ITM bietet Informationen, anhand derer Sie die Leistung sehen können, die Endbenutzer bei der Interaktion mit Ihren Webseiten tatsächlich erleben. Die Daten werden über die Navigation Timing API bereitgestellt, die von vielen Browsern neuerer Versionen unterstützt wird.

Radar-Tag

Das Radar-Tag kann mithilfe eines JavaScript-Snippets integriert werden. Gehen Sie wie folgt vor, um zur Radar-Tag-Seite zu navigieren:

  1. Melden Sie sich beim NetScaler Intelligent Traffic Management Portal an.
  2. Wählen Sie im linken Navigationsmenü Radar > Javascript-Tag.

Radar-JavaScript-Tag

Die Radar-Tag-Seite wird geöffnet.

Wenn Sie das Radar-Tag noch nicht konfiguriert haben, sehen Sie oben auf dem Bildschirm eine orangefarbene horizontale Leiste, die Sie darüber informiert, dass keine Radarmessungen erkannt wurden.

Dieser orangefarbene Balken wird auch angezeigt, wenn das Tag nicht korrekt konfiguriert wurde.

Radar-Tag

Wenn das Radar-Tag wie erwartet funktioniert, sehen Sie alternativ einen grünen horizontalen Balken, der Sie darüber informiert, dass Radarmessungen erfolgreich durchgeführt wurden.

Auf dieser Seite können Sie die Tag-Version auswählen, die für Ihre Verwendung gilt, und sie in die Zwischenablage kopieren.

Hinweis: Es ist wichtig, dieses JavaScript-Snippet nicht zu ändern. Der Code enthält wichtige Informationen, die, wenn sie geändert werden, zu unerwartetem oder unzuverlässigem Verhalten führen können.

Integration des Radar-Tags

Die Integration des Radar-Tags ist relativ einfach. Sie müssen lediglich eines der folgenden JavaScript-Snippets zu Ihrem Site-Markup hinzufügen. Platzieren Sie es im HTML-Code der Seiten, die Sie messen möchten. Wir empfehlen, es am Ende der Seite vor dem schließenden Body-Tag zu platzieren </body>.

Standard-Radar-Tag

Dies ist die empfohlene Version des Radar-Tags. Diese Version wartet, bis das Ladeereignis abgeschlossen ist, bevor der Radar-Client heruntergeladen und ausgeführt wird, um sicherzustellen, dass das Ladeereignis nicht unterbrochen wird.

<script>
if (typeof window.addEventListener === "function") {
    window.addEventListener("load", function() {
        if (window.cedexis === undefined) {
            var radar = document.createElement("script");
            radar.src = "//radar.cedexis.com/1/54621/radar.js"; // replace with user specific value
            document.body.appendChild(radar);
        }
    });
}
</script>
<!--NeedCopy-->

Diese Version des Tags verhindert, dass der Download des Radar-Clients das weitere Parsen der Seite blockiert, führt ihn jedoch aus, bevor das Ladeereignis ausgelöst wird. Es ist hauptsächlich für Kunden gedacht, die Content Security Policy-Einstellungen verwenden, die die Verwendung von Inline-JavaScript verhindern. Es ist auch für Kunden gedacht, die das Video QoS-Plug-In verwenden, bei dem der Radar Client so früh wie möglich geladen werden muss.

<script src="//radar.cedexis.com/1/54621/radar.js" async></script>
<!--NeedCopy-->

Aktuelle Messungen

In der Tabelle Aktuelle Messungen können Sie sich die neuesten Messungen ansehen, die mit Radar durchgeführt wurden.

Aktuelle Radarmessungen

Klicken Sie auf die Schaltfläche Letzte Messungen . Es gibt Ihnen die folgenden Informationen:

  • Datum und Uhrzeit der Messung in UTC.
  • Land, in dem die Messung durchgeführt wurde.
  • Die Plattform, die für die Messung verwendet wurde.
  • Die ID der Plattform.
  • Die Art der durchgeführten Messung, d. h. Verbindungszeit (in Millisekunden), Reaktionszeit (in Millisekunden) oder Durchsatz (in Kilobit pro Sekunde)
  • Der tatsächliche Wert der Messung in Millisekunden (für Verbindungszeit und Reaktionszeit) oder Kilobit pro Sekunde (für Durchsatz).

Radar-Tag

Die Radarmessleiste wird auch auf der Radar-Dashboard-Seite angezeigt, wenn Sie sich zum ersten Mal im ITM-Portal anmelden.

Radar-Dashboard

Integration mit mobilen Apps

Die Integration mit mobilen Apps erfolgt über Wrapper für versteckte Webansichten, auf denen der JavaScript-Client ausgeführt wird. Dadurch wird sichergestellt, dass die in Browsern und mobilen Apps gesammelten Daten konsistent sind.

Anweisungen zur Integration von Radar mit der iOS-App Dieses folgende GitHub-Repository enthält den Wrapper-Code und eine schrittweise Anleitung zur Integration von Radar mit der iOS-App:

Radar Runner für iOS

Anweisungen zur Integration von Radar in Android Android Radar ist eine Client-Bibliothek, mit der Radar einfach in Android-Apps integriert werden kann. Es ist hier zu finden:

Android-Radar-Bibliothek

Integration mit NetScaler

Das Radar-Tag ist wichtig, da es Openmix mit Messungen versorgt, die es Openmix ermöglichen, bessere Routing-Entscheidungen zu treffen. Je mehr Webseiten das Tag verwenden, desto besser sind die Routing-Entscheidungen.

Mit den folgenden Methoden können Sie das Radar-JavaScript-Tag mithilfe von NetScaler auf Ihrer Webseite platzieren. Sie können entweder die Befehlszeile oder das NetScaler Configuration Utility verwenden.

Mit diesen Methoden können Sie das Radar-Tag in Ihre Antworten einfügen. Um das Radar-Tag einzufügen, müssen Sie Rewrites verwenden. Umschreibungen sind in drei Schritte unterteilt: Aktionen erstellen, Richtlinien konfigurieren und Richtlinien binden.

Konfiguration über die Befehlszeile

Befehlszeile: Rewrite-Aktion konfigurieren

Vorlage:

add rewrite action <name> <type> <target> [<stringBuilderExpr>] [-pattern <expression> | -search <expression>] [-refineSearch <string>] [-comment <string>]
<!--NeedCopy-->

Beispiel:

add rewrite action radar_tag action insert_after HTTP.RES.BODY(HTTP.RES.CONTENT_LENGTH).BEFORE_STR("</body>") '"<script async src=\\"//radar.cedexis.com/1/<customer_id>/radar.js\\"></script>"'
<!--NeedCopy-->

Hinweis: Geben Sie Ihre eigene Kundennummer dort ein, wo sie steht <customer_id>

Konfiguration der Rewrite-Richtlinie über die Befehlszeile

Vorlage:

add rewrite policy <name> <rule> <action> [<undefAction>] [-comment <string>] [-logAction <string>]
<!--NeedCopy-->

Beispiel:

add rewrite policy radar_tag_policy HTTP.RES.HEADER("Content-Type").TO_LOWER.CONTAINS("text/html") radar_tag_action
<!--NeedCopy-->

Befehlszeilenbindung Rewrite-Richtlinie

Vorlage 1:

bind vpn vserver <name> [-policy <string> [-priority <positive_integer>] [-secondary] [-groupExtraction] [-gotoPriorityExpression <expression>] [-type <type>]] [-intranetApplication <string>] [-nextHopServer <string>] [-urlName <string>] [-intranetIP <ip_addr> <netmask> ] [-staServer <URL> [-staAddressType ( IPV4 | IPV6 )]] [-appController <URL>] [-sharefile <string>]
<!--NeedCopy-->

Beispiel 1:

bind vpn vserver <name_of_vserver> -policy radar_tag_policy -type RESPONSE -priority 10
<!--NeedCopy-->

Vorlage 2:

bind cs vserver <name> (-lbvserver <string> | -vServer <string> | (-policyName <string> [-targetLBVserver <string>] [-priority <positive_integer>] [-gotoPriorityExpression <expression>] [-type ( REQUEST | RESPONSE )] [-invoke (<labelType> <labelName>) ] ) | (-domainName <string> [-TTL <secs>] [-backupIP <ip_addr|ipv6_addr|*>] [-cookieDomain <string>] [-cookieTimeout <mins>] [-sitedomainTTL <secs>]))
<!--NeedCopy-->

Beispiel 2:

bind cs vserver <name_of_vserver> -policyName radar_tag_policy -type RESPONSE -priority 10
<!--NeedCopy-->

Vorlage 3:

bind lb vserver <name>@ (<serviceName>@ [- weight <positive_integer>]) | <serviceGroupName>@ | (- policyName <string>@ [-priority <positive_integer>] [- gotoPriorityExpression <expression>] [-type ( REQUEST | RESPONSE )] [-invoke (<labelType> <labelName>) ] )
<!--NeedCopy-->

Beispiel 3:

bind lb vserver <name_of_vserver> -policyName radar_tag_policy -type RESPONSE -priority 10
<!--NeedCopy-->

Vorlage 4:

bind rewrite global <policyName> <priority> [<gotoPriorityExpression>] [-type <type>] [-invoke (<labelType> <labelName>) ]
<!--NeedCopy-->

Beispiel 4:

bind rewrite global radar_tag_policy 100 -type RES_DEFAULT
<!--NeedCopy-->

Konfiguration des GUI-Dienstprogramms

Aktion „GUI Rewrite“

  1. Navigieren Sie im linken Navigationsmenü auf derNetScaler-KonfigurationsseitezuAppExpert->Rewrite -> RewriteActions

  2. Wählen Sie die Schaltfläche Hinzufügen .

  3. Geben Sie auf der Seite „ Rewrite-Aktion konfigurieren “ den Ausdruck ein, wie im Beispiel gezeigt.Aktion umschreiben

  4. Geben Sie im Radar-Skript Ihre Kunden-ID in das markierte Feld ein <customer_id>.

  5. Wählen Sie OK. Sie haben die Erstellung Ihrer Rewrite-Aktion abgeschlossen.

Richtlinie zum Umschreiben der Benutzeroberfläche

  1. Gehen Sie im linken Navigationsmenü auf derNetScaler-KonfigurationsseitezuAppExpert->Rewrite -> Rewrite Policies**

  2. Wählen Sie die Schaltfläche Hinzufügen .

  3. Geben Sie auf der Seite „ Rewrite-Richtlinie konfigurieren “ den Ausdruck ein, wie im Beispiel gezeigt.

    Richtlinie umschreiben

  4. Klicken Sie auf Erstellen.

Sie haben die Konfiguration der Rewrite-Richtlinie abgeschlossen.

Richtlinie zum Umschreiben von GUI-Bindungen

Sobald Sie mit der Konfiguration Ihrer Richtlinie fertig sind, besteht der letzte Schritt darin, die Richtlinie mithilfe des Policy Managerszu binden.

  1. Rufen Sie die Seite Rewrite Policies auf.

  2. Wählen Sie die Rewrite-Richtlinie aus, die Sie für das Radar-Tag erstellt haben.

  3. Gehen Sie zum Policy Manager.

    Verbindliche Umschreibungsrichtlinie

  4. Auf der Seite Policy Manager können Sie die Richtlinie wie folgt binden.

    • Für Bind Point haben Sie die Möglichkeit, Override Global, VPN Virtual Server, Content Switching Virtual Serveroder Load Balancing Virtual Serverauszuwählen.
    • Wählen Sie als ProtokollHTTPaus.
    • Wählen Sie alsVerbindungstypAntwortaus.
    • Verwenden Sie für Virtual Server Ihren eigenen virtuellen Servernamen.

    Verbindliche Umschreibungsrichtlinie

    • Klicken Sie auf Weiter.
    • Wählen Sie auf der nächsten Seite die Rewrite-Richtlinie aus, die Sie zuvor erstellt haben.
    • Bindungsdetailshinzufügen.
    • Klicken Sie auf Bind.

    Verbindliche Umschreibungsrichtlinie

Mit den oben genannten Methoden können Sie das Radar-Tag in Ihre Webseiten einfügen. Es muss jedoch beachtet werden, dass dies eine grundlegende Implementierung ist. Weitere Filter können durchgeführt werden, um die Seiten, auf denen das Tag implementiert ist, besser kontrollieren zu können.

Radar-Tag-Konfiguration

Sie können Radar auf der Seite Radar-Tag-Konfiguration konfigurieren.

  1. Melden Sie sich beim NetScaler Intelligent Traffic Management Portal an.
  2. Wählen Sie im linken Navigationsmenü Radar > Tag-Konfiguration.

Radarnavigation

Die Seite Radar-Tag-Konfiguration wird geöffnet. Hier können Sie verschiedene Optionen einstellen, um Radarmessungen anzupassen. Das Radar-JavaScript verfügt über Parameter, die Sie anpassen können, um Timing- und Verzögerungselemente, die Anzahl der von Endbenutzern für Community- und Privatmessungen durchgeführten Tests sowie Timeout-Werte zur Messung der Verfügbarkeit usw. anzupassen.

Optionen für die Radarkonfiguration

Die folgende Tabelle enthält Informationen zu den Konfigurationsoptionen und den jeweiligen Standardeinstellungen. Wenn Sie Änderungen vornehmen, achten Sie darauf, unten auf dem Bildschirm auf Radareinstellungen aktualisieren zu klicken, um die Änderungen zu übernehmen.

Funktion Parameter Beschreibung Standardeinstellung
Timing-Optionen Startverzögerung Die Verzögerung in Sekunden zwischen dem OnLoad-Ereignis der Seite und dem Zeitpunkt, zu dem Radar die Navigationszeit aufzeichnet. 2 Sekunden
  Verzögerung wiederholen Die Verzögerung in Minuten zwischen den Messsitzungen. Wenn der Wert größer oder gleich 5 ist, führt das Radar-Tag nach jedem Wiederholungsverzögerungsintervall weitere Messungen durch. Wenn der Wert 0 ist, nimmt das Radar-Tag keine zusätzlichen Messungen vor. 5 Minuten
Protokolloptionen Private HTTPS-Messungen immer zulassen Ermöglicht dem Radar-Client, HTTPS-Messungen auch von einer HTTP-Website aus durchzuführen. Messungen von Plattformen mit URL-Protokollen, die der Seite entsprechen, auf der der Radar-Client ausgeführt wird.
  Erlauben Sie private HTTP-Messungen auf HTTPS-Verbindungen. Ermöglicht dem Radar-Client, HTTP-Messungen von einer HTTPS-Website aus durchzuführen. Messungen von Plattformen mit URL-Protokollen, die der Seite entsprechen, auf der der Radar-Client ausgeführt wird.
Rate der Stichproben Radar-Abtastrate Der Prozentsatz der Seiten, auf denen das Radar-Tag aktiviert ist, um Messungen durchzuführen. Disabled
Private Messungen Maximale Anzahl privater Messungen pro Seitenladevorgang Die maximale Anzahl privater Plattformen, die Radar pro Seitenladevorgang misst.** Auto*
  Maximale private Durchsatzmessungen Die maximale Anzahl von Durchsatzmessungen privater Plattformen pro Seitenladevorgang.** 4
Messungen der Gemeinschaft Maximale Community-Messungen pro Seitenladevorgang Die maximale Anzahl von Community-Plattformen, die Radar pro Seitenladevorgang misst.** Auto*
  Messungen des maximalen Gemeinschaftsdurchsatzes Die maximale Anzahl von Durchsatzmessungen von Community-Plattformen pro Seitenladevorgang.** 4

*Automatisch bedeutet, dass NetScaler Intelligent Traffic Management anhand des Standorts des Endbenutzers bestimmt, wie viele Plattformen für eine bestimmte Sitzung gemessen werden müssen. Wir versuchen, mehr Plattformen pro Sitzung für kleine Netzwerke zu messen, in denen Daten spärlich sind, als für große Netzwerke, in denen sie dicht sind.

**Dies ist die maximale Anzahl von Messungen, die pro Sitzung versucht wurden. Radar kann beispielsweise 4 private Plattformen pro Sitzung messen, die alle so konfiguriert sind, dass sie sowohl RTT als auch den Durchsatz messen. Aber wenn Maximum Private Throughput Measurements auf 2 gesetzt ist, hört der Client nach der Messung der ersten beiden privaten Plattformen auf, die Durchsatzmessungen einzubeziehen. Für die letzten beiden Plattformen wird nur RTT gemessen.

Mit den Timing-Optionen können Sie festlegen, wie lange Radar warten muss, bevor es mit der Messung beginnt.

Hinweis: Die Startverzögerung wird in Sekunden und die Wiederholungsverzögerung in Minuten angegeben.

Radar-Timing-Optionen

Protokolloptionen

Normalerweise misst der Radar-Client nur Plattformen mit URLs, deren Protokolle denen der Seite entsprechen, auf der er ausgeführt wird. Mit diesen Optionen können Sie dieses Verhalten für private Plattformen außer Kraft setzen. Wenn Sie beispielsweise „Private HTTPS-Messungen immer zulassen“ aktivieren, kann der Client von dort https://myprovider.com/r20.gif aus messen http://example.com, während „Private HTTP-Messungen immer zulassen“ es dem Client ermöglicht, von dort http://myprovider.com/r20.gif aus zu messen https://example.com.

Diese Optionen müssen generell vermieden werden, außer in extremen Anwendungsfällen. Der beste Weg, um sicherzustellen, dass Sie eine angemessene private Messdichte erhalten, besteht darin, Ihre Plattformen so zu konfigurieren, dass sie die Plattformen und Protokolle messen, die Sie tatsächlich in der Produktion verwenden (und nicht mehr), und dass das Radar-Tag auf so vielen Produktionsseiten wie möglich bereitgestellt wird. Wir bezeichnen dies manchmal als „Radar dort einsetzen, wo es benötigt wird“. „

Radarprotokolloptionen

Mit der Samplerate können Sie einen Prozentsatz der (von Benutzern aufgerufenen) Webseiten festlegen, von denen Messungen erfasst werden sollen. Wenn Ihre Website beispielsweise 100.000 Seitenaufrufe pro Tag erhält und Sie eine Samplerate von 5% festlegen, erfasst Radar nur Messungen von 5% der 100.000 Seitenaufrufe.

Radar-Abtastrate

Private Messungen

Diese Einstellungen gelten für Messungen Ihrer privaten Plattformen. Private Plattformen sind solche, die Sie im Bereich Plattformen einrichten, um bestimmte CDNs, Cloud-Anbieter und andere Teile Ihrer Infrastruktur zu messen. Weitere Informationen finden Sie im Abschnitt Plattformen .

Private Radarmessungen

Mit dieser Option können Sie das Verhalten von Radar bei der Bereitstellung von Informationen an die Community konfigurieren.

Messungen der Radar-Community

Radartests ausschalten

Wenn es erforderlich ist, die Radarmessungen schnell auszuschalten, falls etwas Unerwartetes passiert, können Sie dies im Portal tun, um Änderungen des Notfallcodes an Ihrer Site zu vermeiden.

Schalten Sie auf der Seite Radar-Tag-Konfiguration private Messungen, Community-Messungen oder beides aus, indem Sie auf die Umschaltfläche Aktiviert auf Deaktiviert klicken.

Klicken Sie auf Radarkonfiguration speichern, um die Änderungen zu bestätigen. Es kann ein oder zwei Minuten dauern, bis sich die Änderungen ausbreiten. Danach hören die Radarmessungen auf.

Radar umschalten Private Messungen Radar Toggle Gemeinschaftsmessungen

Methodologie für Radar-Kunden

Eine grundlegende Dimension des Kundenverhaltens ist die Sitzung. Alle Daten, die der Client sendet, sind einer Sitzung zugeordnet. Sitzungen werden durch einen Aufruf an NetScaler ITM-Server erstellt, der als Initialisierungsanforderung bezeichnet wird. Sitzungen laufen ziemlich schnell ab, wodurch sichergestellt wird, dass nur gültige Radardaten akzeptiert werden. Aufgrund dieser Funktion werden Radarmessungen immer in Stapeln geliefert, die mit ihrer Sitzungstransaktions-ID verknüpft sind, und wir sprechen oft von einer „Radarsitzung“, um die damit verbundenen Messungen zu beschreiben.

Radarsitzung

Eine Radarsitzung ist die Hauptarbeitseinheit, die der Kunde ausführt. Es besteht aus einer Anfrage an NetScaler ITM-Server, um die Kundenkonfiguration und eine Reihe von zu messenden Plattformen zu erhalten, gefolgt von Anfragen zur Messung dieser Plattformen und zur Meldung der Ergebnisse. Diese finden asynchron und serialisiert statt, sodass jeweils nur eine Anfrage erfolgt. Eine typische Sitzung ist in weniger als 10 Sekunden abgeschlossen.

Sondentypen

Jedem Bericht, den der Client sendet, ist ein Sondentyp zugeordnet, der dem System mitteilt, um welche Art von Messung es sich handelt und wie sie zu behandeln ist. Es gibt auch die Arten der durchzuführenden Messungen an, zu denen Verfügbarkeit, Hin- und Rückflugzeit, Durchsatz oder andere metrische Erfassung gehören können.“

Es besteht ein wichtiger Zusammenhang zwischen Verfügbarkeit und Leistungstests (z. B. Roundtrip-Zeit und Durchsatz). Die Verfügbarkeit einer bestimmten Ressource wird in einer bestimmten Messsitzung immer zuerst gemessen. Nur wenn die Verfügbarkeitsmessung erfolgreich ist, können zusätzliche Leistungsmessungen derselben Ressource in derselben Sitzung durchgeführt werden. „

Wenn in einem besonders langsamen Netzwerk ein Verfügbarkeitsausfall auftritt, kann dies dazu führen, dass sich die Gesamtleistung der Berichte, die dieses Netzwerk einbeziehen, tatsächlich verbessert. Dies ist nur ein Berichtsartefakt, da NetScaler Intelligent Traffic Management immer die detailliertesten, netzwerkspezifischen Leistungsdaten für Entscheidungen in Echtzeit verwendet.

Verfügbarkeit

Verfügbarkeit, auch Kaltstart-Sonden genannt, sollen es Diensten ermöglichen, ihre Caches aufzuwärmen. Dieser Sonde ist zwar ein Messwert zugeordnet. Wir verwenden die Verfügbarkeitsprüfung, um festzustellen, ob der Anbieter verfügbar ist.

Wenn eine Plattform nicht für die Durchführung einer Kaltstartprüfung konfiguriert ist, verwenden wir die Ergebnisse der RTT-Prüfung anstelle eines Kaltstartberichts, um Verfügbarkeitsmetriken bereitzustellen.

In ähnlicher Weise lädt der Client bei dynamischen Objekten, die Standortbeschleunigungsdienste messen, das kleine Testobjekt einmal herunter und meldet den Messwert sowohl für den Kaltstart als auch für die Reaktionszeit.

Objekt testen Definition
Standard Verwendung von Resource Timing-Zeitstempeln: responseStart - requestStart
Dynamisch Verwendung von Resource Timing-Zeitstempeln: ResponseEnd - DomainLookupStart

RTT

Objekt testen Intervall API Beschreibung
Standard ResponseStart - RequestStart Zeitliche Planung der Ressourcen Die Zeit, in der ein einzelnes Paket als Antwort auf eine HTTP-Anfrage zurückgegeben wird.
Dynamisch Ende der Antwort — DomainLookupStart Zeitliche Planung der Ressourcen Die Zeit, in der eine Anfrage bearbeitet werden muss, einschließlich DNS-Suchzeit, Verbindungszeit und Antwortzeit.

Durchsatz

Objekt testen Intervall API Beschreibung
Standard Dateigröße (Kilobyte) * 8/(responseEnd - requestStart) Zeitliche Planung der Ressourcen Der gemessene Durchsatz (Kilobit pro Sekunde) für eine gesamte Anfrage und Antwort, basierend auf einem großen Testobjekt-Download.
Dynamisch Dateigröße (Kilobyte) * 8/(ResponseEnd - DomainLookupStart) Zeitliche Planung der Ressourcen Der gemessene Durchsatz (Kilobit pro Sekunde) für eine gesamte Anfrage und Antwort, basierend auf einem großen Testobjekt-Download. Dies beinhaltet normalerweise nicht die Verbindungszeit oder die DNS-Suchzeit, falls ein RTT-Testobjekt bereits heruntergeladen wurde.

Objekte testen

Testobjekte sind Dateien, die auf Plattformen gehostet und vom Kunden heruntergeladen werden, um Messungen zu generieren. In diesem Abschnitt werden die verschiedenen Arten von Testobjekten beschrieben, die der Client unterstützt. Nicht alle Objekttypen gelten für jede Plattform.

Erforderlicher Header:

Der Timing-Allow-Origin-Antwortheader ist erforderlich, um JavaScript-Zugriff auf die von der Resource Timing-API bereitgestellten Low-Level-Timing-Daten zu ermöglichen. Die empfohlene Einstellung ist Timing-Allow-Origin: *, was bedeutet, dass JavaScript, das auf einer beliebigen Domain ausgeführt wird, die Erlaubnis zum Zugriff auf die Timing-Daten der Ressource erteilt werden muss.

Standard

Die Standardtestobjekte sind Medien, die der Client herunterlädt, indem er das src Attribut für ein Image-Objekt festlegt. Nach dem Herunterladen verwendet der Client die Resource Timing API, um Leistungsdaten zu sammeln. Diese Testobjekte müssen mit dem Timing-Allow-Origin-Antwortheader bedient werden. Weitere Informationen finden Sie im Abschnitt Timing-Allow-Origin Header .

Standard Klein

Das standardmäßige kleine Testobjekt ist eine Einzelpixel-Bilddatei, die verwendet wird, wenn der Client eine einfache Netzwerkanfrage stellen muss.

Das kleine Standardtestobjekt wird in den folgenden Anwendungsfällen verwendet:

  • Nichtdynamische Kaltstartsonden
  • Nichtdynamische Roundtrip-Zeitsonden
Standard Groß

Das standardmäßige große Testobjekt ist eine 100-KB-Bilddatei, mit der der Durchsatz einer Plattform gemessen wird.

Benennung großer Objekte: Um den Durchsatz zu berechnen, muss der Client die Größe des Testobjekts kennen. Der Client bestimmt den Dateinamen r20-100KB.png, indem er beispielsweise irgendwo im Dateinamen nach KB sucht. Kunden können beispielsweise Bilddateien unterschiedlicher Größe messen, sofern der Name die Dateigröße auf dieselbe Weise enthält myimage-2048kb.jpg.

Dynamisch

Dynamische Testobjekte werden verwendet, um die Leistung im Zusammenhang mit Site Acceleration Services zu messen. Jede ist eine HTML-Datei, die JavaScript enthält, mit dem Zeitstempel von der Navigation Timing API erfasst und auf der übergeordneten Seite veröffentlicht werden können. Der Client lädt das Testobjekt mit einem Iframe herunter und erhält diese Zeitstempel, die er zur Berechnung der Messungen verwendet.

Sicherheit und Validierung

Das Testobjekt ist ein 40-KB-Objekt. Eine neue Funktion des Testobjekts ist ein HMAC (Hash-based Message Authentication Code), den es auf der Grundlage von Abfrageparametern und einem geheimen Schlüssel bereitstellt, auf den der Server Zugriff hat. Dieser HMAC wird mit unserer Messung zurückgesendet, sodass wir überprüfen können, ob der Radar-Client auf das Testobjekt zugreifen konnte und nichts zwischengespeichert wurde.

Unterschied zwischen dynamischen und Standard-Testobjekten:

Bei standardmäßigen Radarmessungen versuchen wir, nur die primäre Anforderungsaktivität zu isolieren, die mit dem Herunterladen von Testobjekten verbunden ist, wohingegen unser Ziel bei Diensten zur Standortbeschleunigung darin besteht, einen größeren Teil der Aktivität zu messen. Daher sind auch DNS-Suche und Verbindungszeit enthalten. Außerdem sollen dynamische Messungen die Anforderungsleistung messen, wenn sie den Service-Ursprung erreichen, nicht nur einen Edge-Cache.

Im Portal können Sie diese Methode wie folgt wählen:

  • Gehen Sie im linken Navigationsmenü zu Plattformen.
  • Klicken Sie oben rechts auf der Seite auf das Symbol Plattform hinzufügen .
  • Gehen Sie zu Private Plattform > Kategorie > Dynamischer Inhalt.
  • Klicken Sie im Dialogfeld Radartestobjekte auf das Kontrollkästchen Sonden anpassen .
  • Geben Sie die URL für die Antwortzeit ein und wählen Sie Webpage Dynamic aus der Drop-down-Liste Objekttyp aus.

Das dynamische kleine Testobjekt wird verwendet, um die Verfügbarkeit und die Roundtrip-Zeit zu messen, wobei dieselbe Sonde für Standortbeschleunigungsdienste verwendet wird.

iNAV

Das iNav-Testobjekt ist eine statische HTML-Datei, die JavaScript enthält, das eine Reihe von Aufgaben ausführen kann. Der Client gibt an, welche Aufgabe er ausführen möchte, indem er Abfragezeichenfolgenparameter in die URL einfügt, die die HTML-Datei in einen Iframe lädt. Das iNav-Testobjekt unterstützt die folgenden Anwendungsfälle: iNav-Kaltstart

iNav-Roundtrip-Zeit

Uni

Das iUNI-Testobjekt wird verwendet, um den UNI-Wert zu ermitteln, der mit einer Reihe von Radarmessungen für eine Plattform verknüpft ist (die andere Methode ist CORS AJAX, für die kein separates Testobjekt erforderlich ist).

AJAX BEKOMMEN

Die AJAX GET-Methode kann im Allgemeinen mit jeder URL verwendet werden, die der Kunde messen möchte, vorausgesetzt, sie wird mit demTiming-Allow-Origin-Header und einem entsprechenden Access-Control-Allow-Origin-Headerbereitgestellt. Im Portal können Sie diese Methode wie folgt wählen:

  • Gehen Sie im linken Navigationsmenü zu Plattformen.
  • Klicken Sie oben rechts auf der Seite auf das Symbol Plattform hinzufügen .
  • Gehen Sie zu Private Plattform > Kategorie > Dynamischer Inhalt.
  • Klicken Sie im Dialogfeld Radartestobjekte auf das Kontrollkästchen Sonden anpassen .
  • Geben Sie die Antwortzeit ein und wählen Sie AJAX (GET) aus der Dropdownliste Objekttyp aus.

Timing-Allow-Origin-Header

Der Timing-Allow-Origin-Antwortheader ist erforderlich, um JavaScript-Zugriff auf die von der Resource Timing-API bereitgestellten Low-Level-Timing-Daten zu ermöglichen. Die empfohlene Einstellung ist Timing-Allow-Origin: *, dass die Berechtigung zum Zugriff auf die Zeitdaten der Ressource für JavaScript erteilt werden muss, das in einer beliebigen Domäne ausgeführt wird.

Radar-APIs

Radar bietet APIs sowohl für Betriebs- als auch für Datenabruffunktionen.

  • Operations API — Radar-Konten hinzufügen/bearbeiten/löschen und die Kontrollmechanismen für den Betrieb Ihres Kontos über eine API

  • Radardaten-API — Die ITM-Radardaten-API bietet Aggregate der öffentlichen Radar-Community und private Messdaten. Die Daten werden kontinuierlich aktualisiert und etwa alle 60 Sekunden gestapelt, um sie von der API abzurufen. Die Daten-API wird bereitgestellt, damit Kunden Radar-Daten in ihre eigenen Berichte und Dashboards integrieren können. Ein einziger Aufruf der API kann Radarquartil- oder Durchschnittswerte der Messwerte für alle Länder und bis zu 30 interessante ASNs für jede Plattform bereitstellen.

Radarberichte

Radarberichte bieten einen umfassenden Einblick in die dynamischen Daten, die über das Radar-Tag gesammelt wurden.

Radar-Mitglieder erhalten Zugriff auf einen umfangreichen Datensatz, der in intuitiven interaktiven Diagrammen dargestellt wird. Der gesammelte Datensatz umfasst sowohl den vollständigen öffentlichen Datensatz mit Milliarden von Messungen als auch einen Kontext für private Daten, die aus dem Radar-Tag oder der mobilen SDK-Bereitstellung eines Kunden gesammelt wurden. Informationen zur Seitenladezeit werden mit dem eigenen Tag des Kunden erfasst und bieten so einen tiefen Einblick in die tatsächliche Leistungserfahrung der Endnutzer Ihrer Website und mobilen Anwendung.

Zusätzlich zu den Leistungskennzahlen bieten Radar-Berichte Einblicke in viele Facetten Ihrer Endnutzerschaft, darunter: Volumen, Regionen, Benutzeragenten, Betriebssystemtypen und den Zeitpunkt ihrer Nutzung Ihrer Website oder mobilen Anwendung.

Jeder Bericht ist unten definiert, aber hier sind wichtige Aspekte aller Berichte aufgeführt:

Primäre und sekundäre Dimensionen

Dimensions

Die primäre Dimension des Diagramms wird über eine Listenauswahlliste über dem Diagramm ausgewählt. Verwenden Sie dies als wichtigen Dreh- und Angelpunkt für den Bericht. Eine sekundäre Dimension kann ebenfalls ausgewählt werden, um die Berichterstattung weiter zu verfeinern.

Visualisierungshintergrund

Hintergrund umschalten Dunkler HintergrundUmschalten

Diagramme sind standardmäßig auf einen weißen Hintergrund eingestellt. Schalten Sie den Hintergrund bei Monitoren mit hohem Kontrast mithilfe der Hintergrund-Umschalttaste auf eine dunkle Farbe um.

Daten-Export

Daten-Export

Darüber hinaus kann der Endbenutzer die Diagramm- und Tabellendaten über den Download-Link oben im Bericht herunterladen.

Filter: Berichts-Zeitbereich

Zeitbereich

Die Radarberichte können mit einem Zeitraum von den letzten 60 Minuten, den letzten 24 Stunden, den letzten 48 Stunden, den letzten 7 Tagen, den letzten 30 Tagen oder einem benutzerdefinierten Bereich generiert werden. Die Standardansicht ist die Letzte 24 Stunden.

Filter: Plattform und Standort

Filters

Die Berichte unterscheiden sich geringfügig in Bezug darauf, welche Filter basierend auf den Daten geeignet sind. Die folgenden sind die häufigsten:

  • Plattform — Wählen Sie eine oder mehrere Plattformen (Anbieter) aus, die einbezogen werden sollen.
  • Kontinent — Wählen Sie einen oder mehrere Kontinente aus, die eingeschlossen werden sollen
  • Land — Wählen Sie ein oder mehrere Länder aus, die einbezogen werden sollen.
  • Region — Wählen Sie eine oder mehrere geografische Regionen (falls zutreffend), die einbezogen werden sollen.
  • Bundesstaat — Wählen Sie einen oder mehrere geografische Staaten (falls zutreffend) aus, die eingeschlossen werden sollen.
  • Netzwerk — Wählen Sie ein oder mehrere Netzwerke (ASN) aus, die eingeschlossen werden sollen.

Filter: Ressourcen

  • Datenquelle — Schließt Daten aus der gesamten Radar-Community oder nur von Besuchern Ihrer Website ein.
  • Standortquelle — Wählen Sie die Client-IP oder die Resolver-IP als Ihre Standortquelle aus.
  • Radar-Clienttyp — Wählen Sie den Radar-Clienttyp als JavaScript-Tag, iOS-SDK oder Android-SDK aus.

Filters

Meine Seitenaufrufe Geolokalisierungsbericht

Dieser Bericht zeigt die Anzahl der Seitenaufrufe für jedes Land. Diese Kartenansicht kann im Zeitverlauf (basierend auf dem für den Bericht ausgewählten Zeitraum) angezeigt werden, indem Sie unten im Diagramm auf die Schaltfläche „Abspielen“ klicken.

Meine Seitenaufrufe Geolokalisierungsbericht

Leistungsbericht

Dieser Bericht zeigt den Leistungstrend für jede der definierten Plattformen.

Leistungsbericht

Statistischer Verteilungsbericht

Dieser Bericht zeigt die statistische Aufschlüsselung für jede der für das Konto definierten Plattformen.

Statistischer Verteilungsbericht

Geolokalisierungsbericht für eine einzige Plattform

Dieser Bericht zeigt die Verteilung des Radarverkehrs nach Ländern im Zeitverlauf für jeweils eine einzelne Plattform.

Geolokalisierungsbericht für eine einzige Plattform

Statistischer Verteilungsbericht auf einer einzigen Plattform

Dieser Bericht zeigt die Verteilung des Radarverkehrs über die Zeit nach Reaktionszeit.

Statistischer Verteilungsbericht auf einer einzigen Plattform