5 Netzwerkmetriken für eine Cloud-Welt

Da sich das Netzwerk von einer physischen zu einer abstrakteren Einheit entwickelt hat, hat die IT tapfer Schritt gehalten, indem sie neue Netzwerkgeräte und -funktionen erforscht und implementiert hat. IT-Teams mussten Arbeitslasten und Denkweisen in die Cloud und zu SaaS-Anbietern verlagern, während sie gleichzeitig für die Endbenutzererfahrung verantwortlich bleiben – was immer wichtiger wird. Aber welche Netzwerkmetriken können den Erfolg einer Cloud-Bereitstellung belegen?

Es ist ein verworrenes Netz in der heutigen Netzwerkwelt, aber es ist noch nicht alles verloren. Wir empfehlen diese fünf Metriken als Bausteine ​​zur Messung der Endbenutzererfahrung und der Netzwerkleistung in der Cloud. Sie werden wahrscheinlich ziemlich bekannt vorkommen:Es handelt sich um dieselben alten Metriken, die in der Welt vor der Cloud nützlich waren, und können auch jetzt wertvolle Erkenntnisse liefern (obwohl Sie in der Lage sein müssen, in die Cloud zu sehen, um sie zu erhalten —AppNeta kann dabei helfen). Diese Netzwerkmetriken können Ihre Go-to-Cloud-Metriken werden.

1. Latenz. Diese Metrik misst die Zeit, die Pakete benötigen, um von der Quelle zum Ziel zu gelangen, und wird asymmetrisch gemessen, um der asymmetrischen Natur des Internets zu entsprechen. Bei der Latenz geht es um Wahrnehmung, daher ist die Wahrnehmung der Latenz für verschiedene Benutzer und Anwendungen unterschiedlich. Früher, als 100 Leute eine lokale Anwendung nutzten, waren 10 Millisekunden Latenz kein Problem. Aber jetzt verwenden Tausende von Menschen eine App in der Cloud, und eine zehnfache Erhöhung der Latenz (100 Millisekunden) ist nicht akzeptabel.

Darüber hinaus sind Webanwendungen sehr gesprächig. Eine Web-App umfasst eine Reihe von Anfragen und Antworten vom Client an den Webserver. Die Erhöhung der Latenz wirkt sich also auf jede dieser heruntergeladenen Anforderungen und Objekte aus. Bei einer geschäftskritischen SaaS-App kann die erhöhte Latenz einen großen Einfluss auf die Produktivität haben.

Sobald Sie erkannt haben, dass die Latenz ein Problem ist, müssen Sie herausfinden, wo es auftritt. Es kann sich in Ihrem Netzwerk, Ihrem WLAN, Ihrer WAN-Verbindung, über das offene Internet oder sogar in der Umgebung Ihres Diensteanbieters befinden. Neben der grundlegenden Fehlerbehebung benötigen Sie bessere Tools. Einfache Methoden wie Traceroute können eine ungefähre Vorstellung von der Route vom Benutzer zur App geben, aber die Routen werden wahrscheinlich jedes Mal anders sein.

2. Paketverlust . Dies ist der Prozentsatz der Netzwerkpakete, die zwischen Quelle und Ziel verloren gehen. Je nach verwendetem Protokoll kann Paketverlust zu Netzwerküberlastung, Zeitverschwendung und frustrierten Benutzern führen. In kleinen Bursts können Netzwerke mit Verlusten umgehen, aber wenn sich der Verlust erhöht, kann dies schwerwiegende Auswirkungen auf die Endbenutzer haben.

Damals, als alle Apps intern über das LAN gehostet wurden, war Paketverlust nicht wirklich ein Problem. Wenn es einen Paketverlust gab, war es ziemlich einfach, ihn zu finden und zu beheben. Aber im offenen Internet sieht das anders aus. Das Internetprotokoll TCP garantiert die Zustellung, aber wenn es Paketverluste erkennt und die Daten erneut überträgt, erhöht es die Latenz und führt zu überlasteten Netzwerken.

Bei den heutigen VoIP- und Video-Streaming-Anwendungen können sich Paketverluste besonders bemerkbar machen, mit unterbrochenen Anrufen und schlechter Qualität. Es ist möglich, Paketverluste unabhängig von Daten und Sprache zu verfolgen, wenn Sie diese Anwendungen unterstützen.

3. Kapazität. Die Kapazität hat die Bandbreite übernommen, die früher eine primäre Netzwerkkennzahl war. Inzwischen sind jedoch pfadbasierte Metriken wie die Kapazität aussagekräftiger für die Benutzererfahrung. Kapazität ist eine End-to-End-Metrik, die die maximal mögliche Transitrate zwischen Quelle und Ziel misst, begrenzt durch den am stärksten überlasteten Hop entlang des Anwendungsbereitstellungspfads. Dies ist besonders wichtig, wenn Sie Cloud-Dienste in Betracht ziehen, da Sie keine Kontrolle über das Netzwerk eines Anbieters haben und nicht wissen, wie schnell die Verbindung wirklich ist.

Die Messung der Kapazität misst den tatsächlichen Anwendungspfad, einschließlich WLAN. Und bei der Nutzung des dynamischen Internets ist eine kontinuierliche Überwachung einschließlich der Kapazität erforderlich.

Es gibt zwei Arten von Kapazitäten:verfügbar und genutzt. Verfügbar ist die genaueste Messung der Netzwerkressourcen, die Anwendungen zur Verfügung stehen, und kann die Ursache der Verschlechterung identifizieren. Bei der Auslastung der Kapazität ist eine hohe Auslastung ein starker Indikator für einen Leistungsabfall. Es ist möglich, die Fehlerbehebungszeit beim Verfolgen der Kapazität zu verkürzen, indem Sie die langsamsten Hops isolieren.

4. Zittern. Diese Metrik spiegelt den Prozentsatz der Pakete mit Verzögerungsschwankungen zwischen Quelle und Ziel wider. Wenn Jitter problematisch ist, ist er gut sichtbar. Die Qualität eines Anrufs oder einer Online-Besprechung kann bereits durch einen Jitter von nur 30 bis 40 ms beeinträchtigt werden.

5. Servicequalität. Diese Metrik ist an die Routingpriorität für den Datenverkehr über bestimmte Ports oder Protokolle gebunden. Es ist wichtig, wenn ein Netzwerk überlastet ist, da QoS eine gute Erfahrung bei geschäftskritischen Anwendungen gewährleistet. Bei einigen Apps wie VoIP oder Video kann es im Netzwerk zu Jitter, Datenverlust und Latenz kommen, wenn diese Routing-Prioritäten herabgestuft oder neu markiert werden.

In dieser Welt der Cloud-Herausforderungen und -Möglichkeiten verliert man leicht die alten Netzwerkkennzahlen aus den Augen. Aber diese fünf Metriken sind eine gute Möglichkeit, das richtige Maß an Kontrolle über Ihre Apps und die Benutzererfahrung zurückzugewinnen.