Radar

Übersicht

Radar bildet das Rückgrat der Datenerfassungsmethodik. 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, Netzwerk-Performance-Daten zu sammeln, die für intelligente Routing-Entscheidungen über Openmix verwendet werden, und optionale Plug-Ins zur Verfügung stellen, um andere Intelligent Traffic Management-Dienste wie Seitenladezeit, Seitenressourcen-Timing und Video-Playback-Metriken zu ermöglichen.

Der Radar-Client ist voll funktionsfähig, dennoch leicht und unauffällig. Der Client wartet, bis die meisten Seitenressourcen heruntergeladen wurden, bevor er den Großteil seiner Arbeit durchführt, und die gesamte Netzwerkkommunikation wird, wo immer möglich, asynchron ausgeführt. Diese Anweisungen geben an, welche Plattform während der Sitzung als nächstes gemessen werden soll, und wählen Sie aus den Community-Plattformen und allen privaten Plattformen, die für dieses Community-Mitglied spezifisch sind. Sie geben auch die Arten der zu durchzuführenden Messungen an, die Verfügbarkeit, Rundlaufzeit, Durchsatz oder andere metrische Erfassung umfassen können.

Um es so klein wie möglich zu machen, wird das JavaScript mit erweiterten Optimierungen über den Google Closure Compiler kompiliert. Erweiterte optionale Funktionen werden als Plug-Ins für Kunden bereitgestellt, die sich für ihre Verwendung entscheiden.

Radar-Community

Mit einem einzigartigen, Community-basierten Ansatz bringt Radar unübertroffene Transparenz in 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 besten und schlechtesten Plattformen für jeden ihrer Besucher finden.

Radarübersicht

Radar ist die erste Cloud-Überwachungskooperative des Internets. Ein Mitglied der Gemeinschaft zu werden bedeutet unbegrenzten Zugriff auf unsere historische Berichtsdatenbank, einschließlich einer detaillierten Segmentierung nach Anbieter, Land und Netzwerk.

Als Mitglied der Radar-Community bietet auch eine umfangreiche Reihe von Tools zur Erfassung der Service-Level, die von internen und externen Content Delivery Infrastrukturen bereitgestellt werden. Einzigartig für Radar ist die Möglichkeit, Ihre Website-Besucher zu nutzen, um die Erfahrung zu messen, die sie von Plattformen erhalten würden, die derzeit nicht von einem Unternehmen genutzt werden. Dieselbe Methodik ermöglicht objektive Auswertungen von Cloud-Plattformen während ihres gesamten Lebenszyklus, einschließlich der laufenden Bewertung der Performance im Verhältnis 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 Infrastruktur, Rechenzentren, Bereitstellungsnetzwerke und Cloud-Plattformen verglichen werden, wie sie von den tatsächlichen Endbenutzern von Websites oder Webanwendungen gesehen werden.

Wichtigste Vorteile der Teilnahme

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

  • Massive Testumgebung mit Endbenutzern in jedem Netzwerk an jedem Standort (42.000 anerkannte Netzwerke bisher).
  • Erhalten Sie wichtige Informationen über die Dienstleister vor dem Testen, um eine fundierte Entscheidung zu treffen.
  • Transparenz in die Leistung der aktuellen Anbieter und wie sie sich in Regionen verhalten, in denen Sie es tun und keine Benutzer haben.
  • Konzentrieren Sie sich auf die Metriken, die einen echten Unterschied für Web- und Mobilbenutzer ausmachen (Performance, Verfügbarkeit & QoS).
  • Globale (über 190 Länder) uneingeschränkte Ansicht von Informationen bis hin zu Land, Netzwerk, Region und Bundesstaaten.
  • Echte, unvoreingenommene Daten unter Verwendung von Endbenutzern Radardaten sind “reale Welt” -Informationen und nicht ein synthetischer Test oder beste Vermutung.
  • Alle Benutzer sind nicht gleich: Verstehen Sie verschiedene Maschinen, Verbindungen und Geräte.
  • Einblick in die Leistung der tatsächlichen Seiten.

Benchmarks

ITM Radar bietet 3 wichtige Benchmarks:

  • Gemeinschaftliche Benchmarking
  • Privates Benchmarking
  • Benchmarking für Seitenladen

Community-Benchmarking von CDN, Cloud und Rechenzentren

Community-Messungen werden über ein Crowd-Sourcing-Modell bezogen, das dem Kunden einen Überblick über die Leistung und Verfügbarkeit eines Anbieters auf geografischer und logischer Ebene bietet. Die Community-Messungen ermöglichen Vergleiche zwischen der Erfahrung eines Anbieters, wie vom Endbenutzer gesehen, und ermöglichen eine “Was-wäre-wenn-Analyse” bei der Bewertung von Anbietern und Lieferanten für die Inhalts- und Anwendungsverteilung. Durch die Verwendung eines Crowdsourcing-Modells profitieren ITM-Kunden von einem größeren Maß an Granularität und Qualität der Daten bei der Bewertung und Überwachung der Anbieterleistung, selbst an Orten, an denen ein Kunde nicht über eine hohe Benutzerdichte verfügt oder überhaupt keine Benutzer verfügt.

Die Messungen selbst verwenden einen Standardsatz von Objekten, die sich in den verschiedenen Cloud- und CDN-Anbietern befinden, 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 innerhalb der Portal- oder API-Berichtsschnittstellen dargestellt:

  • Verfügbarkeit — Gibt an, ob das Objekt geladen wird oder nicht.
  • Antwortzeit: Wie lange es dauert, bis der Server auf eine nachfolgende Anforderung reagiert, sobald das gesamte Geräusch beim Herstellen einer Verbindung abgeschlossen ist. Dies ist eine relativ nahe Annäherung der TCP-Round-Trip-Zeit (RTT) vom Browser zum Anbieter.
  • Durchsatz: Dies ist die Datenrate der Verbindung in Kilobit pro Sekunde, gemessen aus dem Abrufen eines 100 KB-Objekts.

Privates Benchmarking

Im Rahmen der Radar-Tag-Bereitstellung bietet ITM dem Kunden die Möglichkeit, eigene “Benchmark” -Tests zu erstellen, die von den Besuchern des Kunden gemessen werden. Dies kann für Rechenzentren oder eigene CDN- und Cloud-Verträge sein. Wie bei den Community-Benchmark-Messungen werden dieselben Metriken bereitgestellt: Verfügbarkeit, Reaktionszeit und Durchsatz, so dass der Kunde eine bestehende Strategie zur Bereitstellung von Inhalten effektiv bewerten kann.

Diese privaten Informationen stehen nur dem Kunden zur Verfügung und werden nicht weitergegeben. Anwendungsbeispiele sind:

  • Eigene Rechenzentrumsarchitektur
  • Verwenden eines eigenen Testobjekts oder einer eigenen Seite
  • Verwendung eines eigenen Vertrags und Kontos mit einem bestimmten Anbieter oder einer Gruppe von Kreditoren

Radar Page Load Benchmarking

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

Radar-Tag

Das Radar-Tag kann mit einem JavaScript-Snippet integriert werden. Gehen Sie wie folgt vor, um zur Seite “Radar-Tag” zu navigieren:

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

Radar JavaScript Tag

Die Seite “Radar-Tag” wird geöffnet.

Wenn Sie das Radar-Tag noch nicht konfiguriert haben, sehen Sie oben auf dem Bildschirm einen orangefarbenen horizontalen Balken, der Ihnen sagt, dass Radarmessungen nicht 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 Ihnen sagt, dass Radarmessungen erfolgreich durchgeführt wurden.

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

Hinweis: Es ist wichtig, dieses JavaScript-Snippet nicht zu ändern. Der Code enthält wichtige Informationen, die bei Änderungen unerwartetes oder unzuverlässiges Verhalten verursachen können.

Integrieren des Radar-Tags

Die Integration des Radar-Tags ist relativ einfach. Alles, was Sie tun müssen, ist eines der folgenden JavaScript-Schnipsel zu Ihrem Website-Markup hinzuzufügen. Platzieren Sie es in den 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 Load-Ereignis abgeschlossen ist, bevor Sie den Radar-Client herunterladen und ausführen. Dadurch wird sichergestellt, dass das Load-Ereignis ununterbrochen ist.

<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 weitere Parsen der Seite blockiert, aber es wird ausgeführt, bevor das Load-Ereignis ausgelöst wurde. Es ist hauptsächlich für Kunden, die Content Security Policy Einstellungen verwenden, die die Verwendung von Inline-JavaScript verhindern. Es ist auch für Kunden, die das Video QoS-Plug-In verwenden, wo der Radar Client so früh wie möglich geladen werden muss.

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

Jüngste Messungen

In der Tabelle “Letzte Messungen” können Sie die neuesten Messungen anzeigen, die mit Radar durchgeführt wurden.

Radar Letzte Messungen

Klicken Sie auf die Schaltfläche Letzte Messungen . Es gibt Ihnen folgende 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: Verbindungszeit (in Millisekunden), Antwortzeit (in Millisekunden) oder Durchsatz (in Kilobit pro Sekunde)
  • Der tatsächliche Wert der Messung in Millisekunden (für Verbindungszeit und Antwortzeit) oder Kilobit pro Sekunde (für Durchsatz).

Radar-Tag

Die Radarmessleiste wird auch auf der Seite Radar Dashboard 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 um versteckte Webansichten, die den JavaScript-Client ausführen. Dadurch wird sichergestellt, dass die in Browsern und Apps für Mobilgeräte erfassten Daten konsistent sind.

Anleitung zur Integration von Radar mit iOS-App Dieses folgende GitHub-Repository enthält den Wrapper-Code und Schritt-für-Schritt-Anleitung zur Integration von Radar in iOS-App:

Radar Runner für iOS

Anleitung zur Integration von Radar mit AndroidRadar ist eine Clientbibliothek, die es einfach macht, Radar in Android-Apps zu integrieren. Es kann hier gefunden werden:

AndroidRadar-Bibliothek

Integration mit Citrix ADC

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

Mit den folgenden Methoden können Sie das Radar JavaScript-Tag mithilfe von Citrix ADC in Ihre Webseite einfügen. Sie können entweder die Befehlszeile oder das Citrix ADC-Konfigurationsprogramm verwenden.

Mit diesen Methoden können Sie das Radar-Tag in Ihre Antworten injizieren. Um das Radar-Tag zu injizieren, müssen Sie Rewrites verwenden. Umschreibungen werden in drei Schritte unterteilt: Erstellen von Aktionen, Konfigurieren von Richtlinien und Bindungsrichtlinien.

Befehlszeilenkonfiguration

Befehlszeile Neuschreibaktion 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 ein, wo es heißt<customer_id>

Befehlszeilenkonfiguration der Richtlinie “Rewrite Policy”

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 Policy

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 Utility

GUI-Umschreibeaktion

  1. Navigieren Sie im linken Navigationsmenü auf der Citrix ADC-Konfigurationsseite zu AppExpert -> Rewrite -> Rewrite Actions

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

  3. Geben Sie auf der Seite Rewrite Action konfigurieren den Ausdruck ein, wie im Beispiel gezeigt.Aktion "Umschreiben"

  4. Geben Sie im Radarskript Ihre Kundennummer in das markierte Feld ein<customer_id>.

  5. Wählen Sie OK. Sie haben die Erstellung Ihrer Umschreibaktion abgeschlossen.

GUI-Richtlinie zum Umschreiben

  1. Gehen Sie im linken Navigationsmenü auf der Citrix ADC-Konfigurationsseite zu AppExpert -> Rewrite -> RewritePolicies

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

  3. Geben Sie auf der Seite Rewrite Policy konfigurieren den Ausdruck ein, wie im Beispiel gezeigt.

    Richtlinie neu schreiben

  4. Klicken Sie auf Erstellen.

Sie haben die Konfiguration der Richtlinie “Umschreiben” abgeschlossen.

GUI-Bindung Rewrite-Richtlinie

Nachdem Sie die Richtlinie konfiguriert haben, besteht der letzte Schritt darin, die Richtlinie mithilfe des Richtlinien-Managerszu binden.

  1. Wechseln Sie zur Seite Richtlinien umschreiben .

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

  3. Wechseln Sie zum Richtlinien-Manager.

    Richtlinie zum Umschreiben von Bindungsrichtlinien

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

    • Für Bind Point haben Sie die Möglichkeit, Global überschreiben, VPN Virtual Server, Content Switching Virtual Server oder Load Balancing Virtual Server auszuwählen.
    • Wählen Sie unter ProtokollHTTP aus.
    • Wählen Sie für Verbindungstyp die Option Antwort aus.
    • Verwenden Sie für Virtual Server Ihren eigenen virtuellen Servernamen.

    Richtlinie zum Umschreiben von Bindungsrichtlinien

    • Klicken Sie auf Weiter.
    • Wählen Sie auf der nächsten Seite die Richtlinie zum Umschreiben aus, die Sie zuvor erstellt haben.
    • Fügen Sie Bindungsdetailshinzu.
    • Klicken Sie auf Bind.

    Richtlinie zum Umschreiben von Bindungsrichtlinien

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. Eine weitere Filterung kann durchgeführt werden, um die Seiten, auf denen das Tag implementiert ist, besser zu steuern.

Radar-Tag-Konfiguration

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

  1. Melden Sie sich beim Citrix 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 Zeit- und Verzögerungselemente anzupassen, die Anzahl der Tests, die von Endbenutzern für gemeinschaftliche und private Messungen abgeschlossen wurden, und Zeitüberschreitungswerte zur Messung der Verfügbarkeit usw.

Radarkonfigurationsoptionen

Die folgende Tabelle enthält Informationen zu den Konfigurationsoptionen und zu den Standardeinstellungen für die einzelnen. Wenn Sie Änderungen vornehmen, klicken Sie unten im Bildschirm auf Radareinstellungen aktualisieren, um die Änderungen zu übernehmen.

Funktion Parameter Beschreibung Standardeinstellung
Timing-Optionen Startverzögerung Die Verzögerung (in Sekunden) zwischen dem Ereignis page onLoad und dem Zeitpunkt, zu dem Radar die Navigation aufzeichnet. 2 Sekunden
  Verzögerung wiederholen Die Verzögerung zwischen Messsitzungen in Minuten. Wenn der Wert größer oder gleich 5 ist, nimmt das Radar-Tag nach jedem Wiederholungsverzögerungsintervall weitere Messungen an. Wenn der Wert 0 ist, nimmt das Radar-Tag keine zusätzlichen Messungen an. 5 Minuten
Protokolloptionen Private HTTPS-Messungen immer zulassen Ermöglicht 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.
  Private HTTP-Messungen für HTTPS-Verbindungen zulassen. Ermöglicht dem Radar-Client, HTTP-Messungen von einer HTTPS-Website durchzuführen. Messungen von Plattformen mit URL-Protokollen, die der Seite entsprechen, auf der der Radar-Client ausgeführt wird.
Abtastrate Radarabtastrate Der Prozentsatz der Seiten, auf denen das Radar-Tag für Messungen aktiviert ist. Deaktiviert
Private Messungen Maximale Anzahl privater Messungen pro Seite Die maximale Anzahl privater Plattformen, die Radar pro Seitenladevorgang misst.** Auto*
  Maximale private Durchsatzmessungen Die maximale Anzahl von Durchsatzmessungen privater Plattformen pro Seitenlast.** 4
Community-Messungen Maximale Community-Messungen pro Seite laden Die maximale Anzahl von Community-Plattformen, die Radar pro Seitenladevorgang misst.** Auto*
  Maximaler Community-Durchsatzmessungen Die maximale Anzahl von Durchsatzmessungen von Community-Plattformen pro Seitenladevorgang.** 4

*Auto bedeutet, dass Intelligent Traffic Management bestimmt, wie viele Plattformen für eine bestimmte Sitzung gemessen werden müssen, basierend auf dem Standort des Endbenutzers. Wir versuchen, mehr Plattformen pro Sitzung für kleine Netzwerke zu messen, in denen Daten spärlich sind, anstatt von großen Netzwerken, wo sie dicht sind.

**Dies ist die maximale Anzahl der pro Sitzung versuchten Messungen. Beispielsweise kann Radar 4 private Plattformen pro Sitzung messen, die alle so konfiguriert sind, dass sowohl RTT als auch Durchsatz gemessen werden. Wenn jedoch “Maximal Private Throughput Measurements” auf 2 gesetzt ist, stoppt der Client die Durchsatzmessungen, nachdem die ersten beiden privaten Plattformen gemessen wurden. Für die letzten beiden Plattformen wird es nur RTT messen.

Mit den Timing-Optionen können Sie die Zeitspanne festlegen, die Radar warten muss, bevor Sie mit der Messung beginnen.

Hinweis: Startverzögerung ist in Sekunden, während Wiederholungsverzögerung in Minuten liegt.

Radar-Timing-Optionen

Protokolloptionen

Normalerweise misst der Radar-Client nur Plattformen mit URLs, deren Protokolle mit denen der Seite übereinstimmen, auf der er läuft. Mit diesen Optionen können Sie dieses Verhalten für private Plattformen außer Kraft setzen. Wenn Sie beispielsweise "Always Private HTTPS Measurements zulassen" aktivieren, kann der Client die Messunghttps://myprovider.com/r20.gif aus vornehmenhttp://example.com, während "Always Private HTTP Measurements zulassen" dem Client die Messung von http://myprovider.com/r20.gifvonhttps://example.com .

Diese Optionen müssen in der Regel außer bei extremen Anwendungsfällen vermieden werden. Der beste Weg, um sicherzustellen, dass Sie eine angemessene private Messdichte erhalten, besteht darin, Ihre Plattformen so zu konfigurieren, dass die Plattformen und Protokolle gemessen werden, 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 nennen dies manchmal als “Radar dort, wo es gebraucht wird. “

Radarprotokolloptionen

Mit der Abtastrate können Sie einen Prozentsatz der Webseiten festlegen (die von Benutzern angezeigt werden), aus denen Messungen gesammelt werden. 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.

Radarabtastrate

Private Messungen

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

Private Radar-Messungen

Mit dieser Option können Sie das Verhalten von Radar konfigurieren, wenn Informationen an die Community zurückgegeben werden.

Radar-Community-Messungen

Radartests ausschalten

Wenn es erforderlich ist, Radarmessungen schnell abzuschalten, muss etwas Unerwartetes auftreten, können Sie dies innerhalb des Portals tun, um Not-Code-Änderungen an Ihrer Website zu vermeiden.

Deaktivieren Sie auf der Seite “Radar-Tag-Konfiguration” Private Measurements, Community-Measurements oder beides, indem Sie auf die Aktivierte Umschaltfläche auf Deaktiviert klicken.

Klicken Sie auf Radarkonfiguration speichern, um die Änderungen zu bestätigen. Die Änderungen können ein oder zwei Minuten dauern, bis die Radarmessungen anhalten.

Radar Toggle Private Messungen Radar Toggle Community-Messungen

Radar-Client-Methodik

Eine grundlegende Dimension des Clientverhaltens ist die Sitzung. Alle Daten, die der Client sendet, sind einer Sitzung zugeordnet. Sitzungen werden erstellt, indem Citrix Server aufgerufen werden, die als Initialisierungsanforderung bezeichnet werden. Sessions laufen ziemlich schnell ab, was dazu beiträgt, dass nur gültige Radardaten akzeptiert werden. Aufgrund dieser Funktion kommen Radarmessungen immer in Chargen, die mit ihrer Sitzungstransaktions-ID verknüpft sind, und wir beziehen uns oft auf eine “Radarsitzung”, um die damit verbundenen Messungen zu beschreiben.

Radarsitzung

Eine Radarsitzung ist die Hauptarbeitseinheit, die der Client ausführt. Es besteht aus einer Anforderung an Citrix-Server, die Kundenkonfiguration zu erhalten, und einer Reihe von Plattformen, die gemessen werden sollen, gefolgt von Anforderungen zur Messung dieser Plattformen und zum Bericht der Ergebnisse. Diese erfolgen asynchron und serialisiert, so dass jeweils nur eine Anforderung stattfindet. Eine typische Sitzung wird in weniger als 10 Sekunden abgeschlossen.

Prüfpunktarten

Jeder Bericht, den der Client sendet, verfügt über einen zugehörigen Prüfpunkttyp, der dem System mitteilt, welche Art von Messung es ist und wie er behandelt werden soll. Es gibt auch die Arten von Messungen, die durchgeführt werden sollen, einschließlich Verfügbarkeit, Round-Trip-Zeit, Durchsatz oder andere Metrik-Sammlung”

Es besteht eine wichtige Beziehung zwischen Verfügbarkeit und Performance-Sondierung (z. B. Rundlaufzeit und Durchsatz). Die Verfügbarkeit einer bestimmten Ressource wird immer zuerst in einer bestimmten Messsitzung gemessen. Nur wenn die Verfügbarkeitsmessung erfolgreich ist, können zusätzliche Leistungsmessungen derselben Ressource in derselben Sitzung durchgeführt werden. “

Wenn ein besonders langsames Netzwerk einen Verfügbarkeitsausfall erleidet, kann dies zur Gesamtleistung von Berichten führen, die dieses Netzwerk enthalten, um tatsächlich zu verbessern. Dies ist nur ein Reporting-Artefakt, da Citrix Intelligent Traffic Management immer die detailliertesten, netzwerkspezifischen Performance-Daten für Echtzeitentscheidungen verwendet.

Verfügbarkeit

Verfügbarkeit, die auch als Kaltstart-Sonden bezeichnet werden, sollen Dienste ermöglichen, ihre Caches aufzuwärmen. Dieser Sonde ist zwar ein Messwert zugeordnet. Wir verwenden den Availability Probe, um festzustellen, ob der Provider verfügbar ist.

Wenn eine Plattform nicht für die Ausführung eines Kaltstart-Prüfpunkts konfiguriert ist, verwenden wir die Ergebnisse des RTT-Prüfpunkts anstelle eines Kaltstartberichts, um Verfügbarkeitsmetriken bereitzustellen.

In ähnlicher Weise lädt der Client für dynamische Objekte, die Standortbeschleunigungsdienste messen, das kleine Testobjekt einmal herunter und meldet den Messwert für den Kaltstart und die Reaktionszeit.

Testobjekt Definition
Standard Verwenden von Zeitstempel für Ressourcentimestamps: responseStart - requestStart
Dynamisch Zeitstempel für Ressourcentimestamps verwenden: responseEnd - domainLookupStart

RTT

Testobjekt Intervall API Beschreibung
Standard responseStart - requestStart Ressourcen-Timing Die Zeit für die Rückgabe eines einzelnen Pakets als Antwort auf eine HTTP-Anforderung.
Dynamisch responseEnd - domainLookupStart Ressourcen-Timing Die Zeit für die Bearbeitung einer Anforderung, einschließlich DNS-Nachschlagefunkt, Verbindungszeit und Antwortzeit.

Durchsatz

Testobjekt Intervall API Beschreibung
Standard Dateigröße (Kilobyte) * 8/(responseEnd - requestStart) Ressourcen-Timing Der gemessene Durchsatz (Kilobit pro Sekunde) für eine gesamte Anforderung und Antwort basierend auf einem großen Testobjekt Download.
Dynamisch Dateigröße (Kilobyte) * 8/(responseEnd - domainLookupStart) Ressourcen-Timing Der gemessene Durchsatz (Kilobit pro Sekunde) für eine gesamte Anforderung und Antwort basierend auf einem großen Testobjekt Download. Dies schließt normalerweise keine Verbindungszeit oder DNS-Suchzeit ein, falls ein RTT-Testobjekt bereits heruntergeladen wurde.

Testobjekte

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

Erforderlicher Header:

Der Timing-Allow-Origin Response-Header ist erforderlich, um JavaScript-Zugriff auf die Timing-Daten auf niedriger Ebene zu ermöglichen, die von der Resource Timing API bereitgestellt werden. Die empfohlene Einstellung istTiming-Allow-Origin: *, die angibt, dass JavaScript, das auf einer beliebigen Domäne ausgeführt wird, Berechtigungen für den Zugriff auf die Zeitdaten der Ressource erteilt werden muss.

Standard

Die Standard-Testobjekte sind Medien, die der Client durch Festlegen dessrc Attributs für ein Image-Objekt herunterlädt. Nach dem Herunterladen verwendet der Client die Resource Timing API, um Performance-Daten zu sammeln. Diese Testobjekte müssen mit dem Antwortheader Timing-Allow-Origin bedient werden. Weitere Informationen finden Sie im Abschnitt Timing-Allow-Origin Header .

Standard Small

Das kleine Standard-Testobjekt ist eine Einzelpixel-Bilddatei, die verwendet wird, wenn der Client eine leichte Netzwerkanforderung stellen muss.

Das Standard-kleine Testobjekt wird in folgenden Anwendungsfällen verwendet:

  • Nicht dynamische Kaltstartsonden
  • Nicht-dynamische Hin- und Rückfahrzeitsonden
Standard Large

Das standardmäßige große Testobjekt ist eine 100 KB Imagedatei, die verwendet wird, um den Durchsatz einer Plattform zu messen.

Namensgebung für große Objekte: Um den Durchsatz zu berechnen, muss der Client die Größe des Testobjekts kennen. Der Client bestimmt den Dateinamenr20-100KB.png, indem er irgendwo im Dateinamen nach KB sucht; zum Beispiel. Kunden können Bilddateien unterschiedlicher Größe messen, solange der Name beispielsweise die Dateigröße auf die gleiche Weise enthältmyimage-2048kb.jpg.

Dynamisch

Dynamische Testobjekte werden verwendet, um die Leistung zu messen, die mit Standortbeschleunigungsdiensten verbunden ist. Jede Datei ist eine HTML-Datei mit JavaScript, die Zeitstempel aus der Navigation Timing API sammeln und auf der übergeordneten Seite veröffentlichen kann. Der Client lädt das Testobjekt mit einem Iframe herunter und ruft diese Zeitstempel ab, mit denen er Messungen berechnet.

Sicherheit und Validierung

Das Testobjekt ist ein 40KB Objekt. Ein neues Feature des Testobjekts ist ein HMAC (Hash-basierter Nachrichtenauthentifizierungscode), den er basierend auf Abfrageparametern und einem geheimen Schlüssel bereitstellt, auf den der Server Zugriff hat. Dieser HMAC wird mit unserer Messung zurückgesendet, wodurch 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 Standard-Radar-Messungen versuchen wir, nur die primäre Anforderungsaktivität zu isolieren, die mit dem Herunterladen von Testobjekten verbunden ist, während wir für die Websitebeschleunigung das Ziel haben, mehr von der Aktivität zu messen. Daher sind auch DNS-Lookup und Verbindungszeit enthalten.Dynamische Messungen dienen außerdem dazu, die Anforderungsleistung zu messen, wenn sie den Dienstursprung treffen, nicht nur einen Edge-Cache.

Im Portal können Sie diese Methode wie folgt auswä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 Prüfpunkte anpassen .
  • Geben Sie die Antwortzeit-URL ein, und wählen Sie Webpage Dynamic aus der Dropdown-Liste Objekttyp .

Das dynamische kleine Testobjekt wird verwendet, um Verfügbarkeit und Roundtrip Zeit mit demselben Prüfpunkt für Standortbeschleunigungsdienste zu messen.

iNav

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

iUNI

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

AJAX GET

Die AJAX GET-Methodik kann in der Regel mit jeder URL verwendet werden, die der Kunde messen möchte, vorausgesetzt, dass sie mit dem Timing-Allow-Origin-Header und einem entsprechenden Access-Control-Allow-Origin-Header versorgt wird. Im Portal können Sie diese Methode wie folgt auswä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 Prüfpunkte anpassen .
  • Geben Sie die Antwortzeit ein und wählen Sie AJAX (GET) aus der Dropdown-Liste Objekttyp .

Timing-Allow-Origin-Header

Der Timing-Allow-Origin Response-Header ist erforderlich, um JavaScript-Zugriff auf die Timing-Daten auf niedriger Ebene zu ermöglichen, die von der Resource Timing API bereitgestellt werden. 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 stellt APIs für Betriebs- und Datenabruffunktionen bereit.

  • Operations API — Hinzufügen/Bearbeiten/Löschen von Radarkonten und Steuermechanismen für die Ausführung Ihres Kontos über eine API

  • Radardaten-API — Die ITM Radardaten-API stellt Aggregate der öffentlichen Gemeinschaft und private Messdaten zur Verfügung. Die Daten werden kontinuierlich aktualisiert und etwa alle 60 Sekunden für den Abruf durch die API in Batches gebündelt. Die Daten-API wird zur Verfügung gestellt, damit Kunden Radar-Daten in ihre eigenen Berichte und Dashboards integrieren können. Ein einziger Aufruf an die API kann Radar-Quartile oder mittlere Messwerte für alle Länder liefern und bis zu 30 ASNs von Interesse, für jede Plattform.

Radarberichte

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

Radarmitglieder erhalten Zugriff auf einen umfangreichen Datensatz, der durch intuitive interaktive Diagramme präsentiert wird. Der gesammelte Datensatz umfasst sowohl den vollständigen öffentlichen Datensatz von Milliarden von Messungen als Kontext für private Daten, die vom Radar-Tag eines Kunden oder der mobilen SDK-Bereitstellung erfasst werden. Die Informationen zum Laden von Seiten werden mit dem eigenen Tag des Kunden erfasst und bieten einen tiefen Einblick in die tatsächliche Performance Ihrer Website und mobilen Anwendungen Endbenutzer.

Neben Leistungsmetriken bieten Radar-Berichte Einblicke in viele Facetten Ihrer Endbenutzer-Zielgruppe, darunter: Volumes, Geographien, Benutzeragenten, Betriebssystemtypen und den Zeitpunkt ihrer Nutzung Ihrer Website oder mobilen Anwendung.

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

Primäre und sekundäre Dimensionen

Dimensionen

Die primäre Dimension des Diagramms wird über eine Listenauswahlliste oberhalb des Diagramms ausgewählt. Verwenden Sie dies als leistungsfähiger Pivot für den Bericht. Eine sekundäre Dimension kann ebenfalls gewählt werden, um die Berichterstellung weiter zu verfeinern.

Visualisierungshintergrund umschalten

Hintergrund Toggle Dunkel Hintergrund umschalten

Diagramme werden standardmäßig auf einen weißen Hintergrund gesetzt. Schalten Sie den Hintergrund auf eine dunkle Farbe für Monitore mit hohem Kontrast mit dem Hintergrundschalter um.

Datenexport

Datenexport

Darüber hinaus kann der Endbenutzer die Diagramm- und Tabellendaten über den Download-Link am oberen Rand des Berichts herunterladen.

Filter: Berichtszeitbereich

Zeitbereich

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

Filter: Plattform und Standort

Filter

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 berücksichtigt werden sollen.
  • Region — Wählen Sie (falls zutreffend) eine oder mehrere geografische Regionen aus, die berücksichtigt 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 - Fügen Sie Daten aus der gesamten Radar-Community oder nur von Ihren Website-Besuchern ein.
  • Standortquelle - Wählen Sie die Client-IP oder die Resolver-IP als Standortquelle aus.
  • Radar Client Type - Wählen Sie den Radar Client Typ als JavaScript Tag, iOS SDK oder Android SDK.

Filter

Eigene Seitenansichten Geo-Standortbericht

Dieser Bericht zeigt das Volumen der Seitenaufrufe für jedes Land. Diese Kartenansicht kann im Laufe der Zeit (basierend auf dem für den Bericht gewählten Zeitraum) angezeigt werden, indem Sie die Schaltfläche “Wiedergabe” am unteren Rand des Diagramms auswählen.

Eigene Seitenansichten Geo-Standortbericht

Leistungsbericht

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

Leistungsbericht

Statistischer Verteilungsbericht

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

Statistischer Verteilungsbericht

Standortbericht für einzelne Plattformen

Dieser Bericht zeigt die Verteilung des Radarverkehrs nach Land über die Zeit für eine einzelne Plattform zu einem Zeitpunkt.

Standortbericht für einzelne Plattformen

Statistischer Verteilungsbericht für eine einzige Plattform

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

Statistischer Verteilungsbericht für eine einzige Plattform