CDN-Monitoring zur Verbesserung der „Client Experience“: Viele interaktive Agenturen versuchen, ihre „Kundenerfahrung“ zu verbessern, indem sie die „Benutzererfahrung“ der Websites ihrer Kunden ständig verbessern. Eine Möglichkeit, wie interaktive Agenturen dies zunehmend tun, ist die Verwendung von Content Delivery Networks (CDNs) für eine schnellere Bereitstellung der Online-Inhalte, die sie für Kunden entwickelt haben. Die Verwendung von CDNs ermöglicht es interaktiven Agenturen, Online-Medien so zu positionieren, dass Kundenwebsites und Webanwendungen schneller geladen werden, um eine bessere Benutzererfahrung zu erzielen und die Website-„Ergebnisse“ zu verbessern, wie z. B. Impressionen, Conversions und Online-Verkäufe.
Der Einsatz von CDNs ist jedoch sowohl für interaktive Agenturen als auch für ihre Kunden nicht ohne Risiko. Durch die Verwendung eines CDN verliert die interaktive Agentur auch einen gewissen Einblick in die Leistung und die direkte Kontrolle über die Online-Inhalte. Tatsächlich können sich innerhalb eines CDN mehrere Probleme entwickeln, die sich nachteilig auf Online-Inhalte und die Websites auswirken, die interaktive Agenturen für Kunden erstellen. Infolge dieser Probleme kann die Beziehung der interaktiven Agentur zu ihren Kunden leiden. Wenn jedoch eine externe Überwachung vorhanden ist, behält die interaktive Agentur Einblicke in Leistungsprobleme, die bei Online-Inhalten auftreten, die in einem CDN-Netzwerk positioniert sind, und kann daher ihre Kunden besser bedienen.
Probleme, mit denen interaktive Agenturen konfrontiert sind, die CDNs verwenden
Bei der Verwendung oder dem Wechsel zu einem CDN im Auftrag eines Kunden berücksichtigen interaktive Agenturen mehrere kundenbezogene Faktoren sowie technologiebezogene Faktoren. Insbesondere, wenn eine interaktive Agentur die Verwendung eines CDN für Kundeninhalte empfiehlt, muss die interaktive Agentur sowohl die Geschwindigkeit von CDN-Multimediainhalten bei der Einrichtung des CDN testen als auch die Bereitstellung der CDN-Inhalte des Kunden kontinuierlich überwachen. Denn während ein CDN bestimmte Leistungsmetriken für sein Netzwerk beanspruchen kann, ist es ohne einen Überwachungsdienst eines Drittanbieters schwierig, die Ursache von Problemen nachzuweisen, die CDN-basiert betreffen, oder Service Level Agreements (SLAs) mit CDNs durchzusetzen. Wenn eine interaktive Agentur beginnt, ein CDN zur Bereitstellung von Inhalten zu verwenden, müssen insbesondere mehrere Leistungskennzahlen berücksichtigt werden, während der Prozess von der anfänglichen Bewertung und dem Testen des CDN zur Bereitstellung von Kundeninhalten bis hin zur laufenden Nutzung eines CDN voranschreitet, insbesondere:
- Beginnend mit einem CDN: Die Überwachung von CDN-basierten Inhalten von mehreren Points of Presence aus kann Metriken liefern, die als „Proof of Concept“ für die Verschiebung der Inhalte des Kunden in ein CDN-Netzwerk dienen. Die Verwendung von Multi-Point-Monitoring liefert klare Daten über die erhöhte Geschwindigkeit der CDN-basierten Inhaltsbereitstellung und die verbesserte Benutzererfahrung der Website. Dies wiederum ermöglicht es der interaktiven Agentur, den Wert eines CDN-basierten Content-Delivery-Systems für ihre Kunden zu quantifizieren.
- Vergleich von CDNs: Tatsächlich hilft die externe Mehrpunktüberwachung einer interaktiven Agentur, das Kosten-Leistungs-Verhältnis konkurrierender CDNs zu vergleichen, um festzustellen, welches CDN in der Lage ist, die spezifischen Umstände eines Kunden am besten zu erfüllen.
- Erzwingen von CDN-SLAs: Ein CDN umfasst viele geografisch verteilte CDN-Knoten (Content-Hosting-Server). Einige CDNs verfügen über integrierte Knotenredundanz, andere nicht. Durch die externe Überwachung kann erkannt werden, ob ein bestimmter CDN-Knoten Probleme hat. Durch die externe Überwachung kann festgestellt werden, ob ein „Problem“ mit dem CDN-Knoten selbst oder mit umfassenderen Netzwerkproblemen (z. B. Latenz) zusammenhängt. Diese Informationen sind aus einer externen Perspektive wichtig, um das Service Level Agreement (SLA) durchzusetzen.
- Verwalten von CDN-Inhalten: Ist der Inhalt, der vom CDN auf der Webseite bereitgestellt wird, korrekt? Viele interaktive Agenturen verfügen über riesige Mengen an CDN-basierten Inhalten. Durch die externe Überwachung kann festgestellt werden, ob die vom CDN stammenden Multimediainhalte korrekt sind oder ob die CDN-basierten Inhalte nicht mehr mit der Zielwebseite synchronisiert sind.
- Echtzeit-CDN-Leistung und CDN-basierte Content-Performance: Wie ist die Leistung der Inhalte, die von CDN-Knoten bereitgestellt werden, wie von mehreren Überwachungspunkten gemeldet? Überwachungsdaten werden verwendet, um die Benutzererfahrung von Endbenutzern in verschiedenen Bereichen zu quantifizieren. Insbesondere kann jeder Überwachungsstandort Datenpunkte bereitstellen, z. B.: Antwortzeit des CDN-Knotens, Ladezeit von Inhalten und genaue Fehlerbedingungen im Zusammenhang mit Inhalten, die vom CDN bereitgestellt werden (z. B. „Bild nicht gefunden, Verbindung nicht möglich usw.).
CDN-Überwachung in Aktion
Die erfolgreiche Leistungsüberwachung einer Webseite mit CDN-basierten Inhalten erfordert einen umfassenden Ansatz, insbesondere die Überwachung der Webseite über mehrere Netzwerke hinweg (z. B. Global Crossing, Sprint, Level 3 usw.), die Überwachung der DNS-Auflösung (Domain Name Server), der Netzwerkkonnektivität und der Verfügbarkeit von Inhalten.
1. DNS-Auflösung: Diese Auflösung (Übersetzung eines Domänennamens in eine IP-Adresse) tritt auf, wenn ein Endbenutzer versucht, von einem CDN-Knoten aus auf Inhalte zuzugreifen, und der Name des CDN zuvor nicht zwischengespeichert wurde.
Die Website von NBA.COM ist ein gutes Beispiel. NBA.com verweist auf eine Reihe von CDN-basierten Images. Ein DNS-Trace in Abbildung A (unten) zeigt eine relativ lange und komplexe DNS-Struktur. Diese Art von DNS-Struktur sorgt für einen guten Lastenausgleich und eine gute Leistung. Alle DNS-Server, die in der Traceroute vermerkt sind, müssen jedoch auch online sein, damit der CDN-Inhalt rechtzeitig auf der Webseite bereitgestellt werden kann. Wenn z. B. einer der DNS-Server ausfällt oder langsamer wird, benötigt der Endclientserver wahrscheinlich zusätzliche Zeit, um den DNS-Namen aufzulösen.
Wie in Abbildung A gezeigt, liefert ein ordnungsgemäß aufgebauter CDN-Überwachungsdienst wichtige Datenpunkte in Bezug auf die Zeit, die für die DNS-Auflösung benötigt wird. Außerdem werden DNS-Namen bei einer ordnungsgemäßen CDN-Überwachung niemals zwischengespeichert, da der Überwachungsdienst durch das Nichtzwischenspeichern von DNS-Namen sicherstellt, dass bei jedem Test eine DNS-Auflösung durchgeführt wird. Schließlich stellt die CDN-Überwachung von mehreren Punkten aus sicher, die sich über eine Vielzahl von weltweiten Internet-Backbone-Netzwerken und geografisch verteilten Überwachungsstandorten befinden, dass es keine Verzögerungen aufgrund von DNS-Ausfällen gibt.
2. Konnektivität ist in CDNs sehr wichtig. Die Konnektivität stellt sicher, dass ein Endbenutzer, der ein Image in Australien anfordert, nicht an einen CDN-Knotenhost in den USA gesendet wird. Diese Art der Umleitung würde den Zweck von CDN (verbesserte Ladezeiten und Benutzerfreundlichkeit) zunichte machen. Ein CDN-Überwachungsdienst stellt sicher, dass eine minimale Netzwerklatenz (Verzögerung) vom geografischen Standort eines Endbenutzers zu einem bestimmten Knoten in einem CDN besteht. Ein CDN-Überwachungsdienst nutzt ein weltweites Netzwerk von Überwachungsstandorten, um Netzwerk-Traceroutes zu CDN-Knoten von mehreren Standorten aus durchzuführen, um das schnellste Routing und die minimale Netzwerklatenz zu gewährleisten. Abbildung B (unten) zeigt beispielsweise Traceroutes, die von mehreren weltweiten Überwachungsstandorten von Dotcom-Monitor zum CDN führen. Abbildung B zeigt ein CDN mit schnellem Routing, bei dem ein Endbenutzer auf jedem Kontinent zu den Inhalten geleitet wird, die sich auf dem nächstgelegenen CDN-Knoten innerhalb weniger Netzwerk-Hops befinden. Der Überwachungsdienst misst auch die Latenz zwischen dem Überwachungsstandort und dem CDN-Knoten und gibt Warnungen aus, wenn die Latenz einen Schwellenwert überschreitet.
3. Die Verfügbarkeit von Inhalten ist wichtig, insbesondere bei Web 2.0-Websites, die CDN als Verteilungsmedium verwenden. Eine Website kann Dutzende oder mehr Anbieter haben und Inhalte aus mehreren Quellen abrufen. Um ein positives Browsererlebnis für den Endbenutzer zu gewährleisten, muss sichergestellt werden, dass alle Inhalte vorhanden sind, nicht fehlen und rechtzeitig bereitgestellt werden. Da Webseiten zunehmend auf browsergenerierte Inhalte angewiesen sind und die Benutzererfahrung von entscheidender Bedeutung ist, muss ein Überwachungsdienst die Seite im Browser laden und eine Aufschlüsselung nach Webseitenelementen bereitstellen, um sicherzustellen, dass keine Elemente fehlen und alles ordnungsgemäß geladen wird. Zum Beispiel: Eine Verzögerung beim Laden einer Java-Script-Datei kann dazu führen, dass sich das Laden eines Videos oder eines Firmenlogos verzögert. Ein CDN-Überwachungsdienst bietet eine Aufschlüsselung nach einzelnen Webseitenelementen (.gifs, .css, Ajax usw.), wie in Abbildung C (unten) gezeigt. Das resultierende Wasserfalldiagramm zeigt an, wo Probleme zu längeren Ladezeiten von Webseiten führen.
CDN-Überwachungsdienste: Die Art des Überwachungsdienstes, der zur Durchführung des CDN-Monitorings verwendet wird, kann je nach Art der Website, der Art des Inhalts, den benötigten Datenpunkten, dem erforderlichen Überwachungsniveau und dem Budget variieren.
Es stehen mehrere Ebenen von Dotcom-Monitor-Diensten zur Verfügung, um unterschiedliche Stufen von CDN-Tests und laufender Überwachung durchzuführen, um eine Vielzahl von Client-Typen und Client-Anforderungen in verschiedenen Phasen des CDN-Prozesses zu erfüllen. Beispielsweise könnte eine interaktive Agentur die standardmäßige HTTP/S-Überwachung verwenden, um einen ersten Vergleich von CDNs während der Auswertung durchzuführen, und dann UserView Monitoring™ verwenden, um eine kontinuierliche Website-Überwachung der komplexen Web 2.0-Inhalte eines Kunden durchzuführen, die von einem CDN bereitgestellt werden.
Die Ergebnisse des CDN-Monitorings
CDNs erfahren, wie andere Netzwerke auch, Änderungen und Anpassungen, die sich auf Clientinhalte auswirken können. Durch den Einsatz einer CDN-Überwachungslösung von Dotcom-Monitor kann eine interaktive Agentur mehrere Einwände ausräumen, die dazu beitragen, die Kundenbeziehung, die Kundenbindung und die Leistung von Kundenwebsites zu verbessern. Insbesondere wird eine interaktive Agentur in der Lage sein:
- Quantifizieren Sie das Wertversprechen von CDNs für Ihre Kunden.
- Vergleichen Sie konkurrierende CDN-Dienstanbieter im Auftrag ihrer Kunden
- Reagieren Sie schnell, lassen Sie sich auf CDN- und CDN-basierte Inhaltsprobleme aufmerksam machen und identifizieren Sie diese (oft, bevor ein Kunde das Problem überhaupt bemerkt)
- Beheben von Problemen mit CDN und CDN-Inhalten
- Konzentrieren Sie sich weiterhin auf das Kerngeschäft, die Erbringung von Dienstleistungen für Ihre Kunden,
- Seinen Kunden Antworten zu geben, wenn CDN-basierte Inhaltsprobleme auftreten, indem sie die gesammelten Datenpunkte verwenden, generierte Fehlercodes generieren und sich mit dem Dotcom-Monitor-Support abstimmen.
- Setzen Sie SLA-Parameter (Service Level Agreement) im Namen ihrer Kunden mit dem CDN durch, indem Sie die von Dotcom-Monitor gesammelten SLA-Berichtsdaten des Leistungsberichts verwenden.
Beweisstück A:
Traceroute: DNS-Rückverfolgung zu cdn.eyewonder.com
1 A.ROOT-SERVERS.NET [198 .41.0.4]: Klasse=IN Typ=NS
2 K.GTLD-SERVERS.NET [192 .52.178.30]: Klasse=IN Typ=NS
3 ns2.dnsmadeeasy.com [208 .80.126.2]: Klasse=IN Typ=NS
4 eyewond.vo.llnwd.net: Klasse=IN-Typ=CNAME
5 A.ROOT-SERVERS.NET [198 .41.0.4]: Klasse=IN Typ=NS
6 B.GTLD-SERVERS.NET [192 .33.14.30]: Klasse=IN Typ=NS
7 dns13.llnwd.net [69 .28.143.13]: Klasse=IN Typ=NS
8 eyewond.vo.llnwd.net [208 .111.168.7]: Klasse=IN Typ=A
9 eyewond.vo.llnwd.net [208 .111.168.6]: Klasse=IN Typ=A
10 dns14.llnwd.net [69 .28.143.14]: Klasse=IN Typ=NS
11 eyewond.vo.llnwd.net [208 .111.168.7]: Klasse=IN Typ=A
12 eyewond.vo.llnwd.net [208 .111.168.6]: Klasse=IN Typ=A
13 dns12.llnwd.net [69 .28.143.12]: Klasse=IN Typ=NS
14 eyewond.vo.llnwd.net [208 .111.168.6]: Klasse=IN Typ=A
15 eyewond.vo.llnwd.net [208 .111.168.7]: Klasse=IN Typ=A
16 dns11.llnwd.net [69 .28.143.11]: Klasse=IN Typ=NS
17 eyewond.vo.llnwd.net [208 .111.168.7]: Klasse=IN Typ=A
18 eyewond.vo.llnwd.net [208 .111.168.6]: Klasse=IN Typ=A
19 A.ROOT-SERVERS.NET [198 .41.0.4]: Klasse=IN Typ=NS
20 M.GTLD-SERVERS.NET [192 .55.83.30]: Klasse=IN Typ=NS
21 dns13.llnwd.net [69 .28.143.13]: Klasse=IN Typ=NS
22 dns11.llnwd.net: Klasse=IN-Typ=SOA
23 dns14.llnwd.net [69 .28.143.14]: Klasse=IN Typ=NS
24 dns11.llnwd.net: Klasse=IN-Typ=SOA
25 dns12.llnwd.net [69 .28.143.12]: Klasse=IN Typ=NS
26 dns11.llnwd.net: Klasse=IN-Typ=SOA
27 dns11.llnwd.net [69 .28.143.11]: Klasse=IN Typ=NS
28 dns11.llnwd.net: Klasse=IN-Typ=SOA
29 ns0.dnsmadeeasy.com [208 .94.148.2]: Klasse=IN Typ=NS
30 eyewond.vo.llnwd.net: Klasse=IN-Typ=CNAME
31 ns3.dnsmadeeasy.com [208 .80.125.2]: Klasse=IN Typ=NS
32 eyewond.vo.llnwd.net: Klasse=IN Typ=CNAME
33 ns4.dnsmadeeasy.com [208 .80.127.2]: Klasse=IN Typ=NS
34 eyewond.vo.llnwd.net: Klasse=IN Typ=CNAME
35 ns1.dnsmadeeasy.com [208 .80.124.2]: Klasse=IN Typ=NS
36 eyewond.vo.llnwd.net: Klasse=IN Typ=CNAME
37 A.ROOT-SERVERS.NET [198 .41.0.4]: Klasse=IN Typ=NS
38 J.GTLD-SERVERS.NET [192 .48.79.30]: Klasse=IN Typ=NS
39 ns2.dnsmadeeasy.com [208 .80.126.2]: Klasse=IN Typ=NS
40 eyewond.vo.llnwd.net: Klasse=IN Typ=CNAME
41 ns0.dnsmadeeasy.com [208 .94.148.2]: Klasse=IN Typ=NS
42 eyewond.vo.llnwd.net: Klasse=IN Typ=CNAME
43 ns3.dnsmadeeasy.com [208 .80.125.2]: Klasse=IN Typ=NS
44 eyewond.vo.llnwd.net: Klasse=IN-Typ=CNAME
45 ns4.dnsmadeeasy.com [208 .80.127.2]: Klasse=IN Typ=NS
46 eyewond.vo.llnwd.net: Klasse=IN Typ=CNAME
47 ns1.dnsmadeeasy.com [208 .80.124.2]: Klasse=IN Typ=NS
48 eyewond.vo.llnwd.net: Klasse=IN Typ=CNAME
Ablaufverfolgung abgeschlossen.
Beweisstück B:
Aus MN, USA:
Spurensuche nach cdn.eyewonder.com [208 .111.168.6] <1 10 ms 10 ms 10 ms <<207.250.234.1 [207 .250.234.1] <2 10 ms 10 ms 10 ms <<207-250-148-109.static.twtelecom.net [207 .250.148.109] 3 15 ms 10 ms 15 ms <chi2-pr1-ge-7-1-0-0.us.twtelecom.net [66 .192.243.142] 4 15 ms 31 ms 10 ms <tge7-1.fr3.ord.llnw.net [69 .28.172.41] 5 15 ms 15 ms 15 ms cdn-208-111-168-6.ord.llnw.net [208 .111.168.6]
Aus Richtung Frankfurt, Deutschland:
Spurensuche nach cdn.eyewonder.com [87 .248.217.254]
<1 10 ms 10 ms 10 ms <<83.243.81.1 [83 .243.81.1]
<2 10 ms 10 ms 10 ms <<tng.decix.as31530.net [89 .106.64.142]
3 15 ms 10 ms <10 ms <80.81.192.221 [80 .81.192.221]
<4 10 ms 10 ms <10 ms <cdn-87-248-217-254.frf.llnw.net [87 .248.217.254]
Aus Sydney, Australien:
Spurensuche nach cdn.eyewonder.com [117 .121.253.254]
<1 10 ms 10 ms <10 ms <202.157.178.193 [202 .157.178.193]
<2 10 ms 10 ms 10 ms <<210.80.173.113 [210 .80.173.113]
3 15 ms 15 ms <10 ms 210.80.33.85 [210 .80.33.85]
<4 10 ms 10 ms 10 ms <<210.80.32.218 [210 .80.32.218]
<5 10 ms 10 ms <10 ms <gigabitethernet3-21.chw51.sydney.telstra.net [139 .130.43.97]
<6 10 ms 10 ms <10 ms <tengige0-1-0-0.chw-core2.sydney.telstra.net [203 .50.20.129]
<7 10 ms 15 ms 10 ms <Bundle-Ether1.chw48.Sydney.telstra.net [203 .50.6.154]
<8 10 ms 15 ms 15 ms bundle-ether2.ken39.sydney.telstra.net [203 .50.6.182]
9 171 ms 171 ms 187 ms tge5-1.fr3.syd.llnw.net [117 .121.252.33]
10 187 ms 171 ms 203 ms cdn-117-121-253-254.syd.llnw.net [117 .121.253.254]
Beweisstück C:
