AUF DIESER SEITE
Einführung in Analytics
Verwaltete Geräte generieren im Laufe der Zeit große Datenmengen. Für sich genommen sind diese Daten umfangreich und wenig hilfreich. Mit Intent-Based Analytics (IBA) können Sie Absichten aus dem Diagramm mit aktuellen und historischen Daten von Geräten kombinieren, um Informationen über das Netzwerk als Ganzes zu erhalten.
Die von den Geräten generierten Daten werden über Agenten erfasst und an den Apstra-Server gesendet. Mithilfe von Sonden können Daten je nach Bedienerkonfiguration geräteübergreifend aggregiert werden. Durch das Kombinieren von Sonden mit Intents aus dem Blaupausendiagramm wird ein reduzierter Datensatz generiert, der leichter begründet werden kann. Sie können erweiterte Daten direkt über die Apstra-GUI oder über die REST-API prüfen, um in Echtzeit Einblicke in das Netzwerk zu erhalten. Es kann auch mit unserer bestehenden Streaming-Infrastruktur gestreamt werden. Außerdem können auf der Grundlage des Zustands dieser erweiterten Daten Anomalien ausgelöst werden.
Beim Betrieb von IBA in großem Maßstab mit vielen Sondierungen kann die Festplattennutzung innerhalb der Apstra-Server-VM erheblich ansteigen. Dies ist zu erwarten, da das System mindestens genügend Proben persistiert, um die Daten für die angeforderte Dauer für alle Zeitreihen für alle vorhandenen Sonden aufrechtzuerhalten. Darüber hinaus erstellt das System Checkpoint-Dateien (Backup-Dateien) bis zu einem konfigurierten Limit. Die Einstellungen in der /etc/aos/aos.conf file geben an, wie oft Protokolle rotiert und alte Prüfpunktdateien entfernt werden sollen. Durch den Einsatz von IBA kann die Festplattennutzung auf mehrere zehn Gigabyte erhöht werden. Wenn dies ein Problem ist, können Sie die Einstellungen für die Protokollrotation anpassen, um die Festplattennutzung zu reduzieren.
Zusätzlicher Speicherplatz kann für System-Snapshots und alte Images von In-Place-Apstra-Server-Upgrades verwendet werden. Diese können gelöscht oder vom System verschoben werden, um den freien Speicherplatz zu erhöhen.
Übersicht über die Dashboard-Analyse
Agenten nehmen die von den Geräten generierten Daten auf und senden sie an den Apstra-Server. Mit IBA-Probes können Sie Daten geräteübergreifend aggregieren, je nachdem, wie sie konfiguriert sind. Durch das Kombinieren von Sonden mit Intents aus dem Blaupausendiagramm wird ein reduzierter Datensatz generiert. Sie können erweiterte Daten direkt über die Apstra-GUI oder über die REST-API prüfen, um in Echtzeit Einblicke in das Netzwerk zu erhalten. Sie können Daten mit unserer bestehenden Streaming-Infrastruktur streamen. Außerdem können Sonden auf der Grundlage des Zustands dieser erweiterten Daten Anomalien auslösen.
Beim Betrieb von IBA in großem Maßstab mit vielen Sondierungen kann die Festplattennutzung innerhalb der Apstra-Server-VM erheblich ansteigen. Dies ist zu erwarten, da das System mindestens genügend Proben persistiert, um die Daten für die angeforderte Dauer für alle Zeitreihen für alle vorhandenen Sonden aufrechtzuerhalten. Darüber hinaus erstellt das System Checkpoint-Dateien (Backup-Dateien) bis zu einem konfigurierten Limit. Die Einstellungen in der /etc/aos/aos.conf file geben an, wie oft Protokolle rotiert und alte Prüfpunktdateien entfernt werden sollen. Durch den Einsatz von IBA kann die Festplattennutzung auf mehrere zehn Gigabyte erhöht werden. Wenn dies ein Problem ist, können Sie die Einstellungen für die Protokollrotation anpassen, um die Festplattennutzung zu reduzieren.
System-Snapshots und alte Images von direkten Apstra-Server-Upgrades belegen möglicherweise zusätzlichen Speicherplatz. Sie können sie löschen oder vom System verschieben, um den freien Speicherplatz zu erhöhen.
Analyse-Dashboard
Analyse-Dashboards überwachen das Netzwerk und geben Warnungen bei Anomalien aus. Spezifische Dashboards werden basierend auf dem Status des aktiven (operativen) Blueprints automatisch erstellt und aktiviert. Sie können auch vordefinierte Dashboards instanziieren und Ihre eigenen erstellen.
Einige andere Merkmale von Analyse-Dashboards sind:
- Sie können die Triggerlogik, die bestimmt, wann Dashboards automatisch erstellt werden, nicht konfigurieren, aber Sie können Ihre eigenen Dashboards erstellen/instanziieren.
- Tests, die Sie erstellt und nicht geändert haben, werden wiederverwendet, anstatt Duplikate dieser Tests zu erstellen.
- Widgets in jedem Dashboard überwachen verschiedene Aspekte des Netzwerks und geben Warnungen bei relevanten Anomalien aus.
- Wenn Sie ein Dashboard aktivieren, werden die erforderlichen Tests und Widgets instanziiert. Wenn Sie zugeordnete Sondierungen und/oder Widgets aktualisieren oder löschen, wechselt das Dashboard möglicherweise in einen ungültigen Zustand. Ungültige Dashboards werden nicht automatisch repariert.
- Sie können Analyse-Dashboards auf dem Blueprint-Dashboard anzeigen, um zusätzliche Netzwerkinformationen auf einem Bildschirm anzuzeigen. Um sie hinzuzufügen , aktivieren Sie die Standardschalter der Analyse-Dashboards.
- Beim Upgrade des Controllers erfolgt das automatische Erstellungsverhalten von Dashboards bei bereits vorhandenen aktiven Blueprints, genau wie bei neu erstellten Blueprints.
Navigieren Sie im Blueprint zu Analytics > Dashboards , um zum Analytics-Dashboard zu gelangen. Sie können Analyse-Dashboards erstellen, klonen, bearbeiten und löschen. Vom System generierte Dashboards sind mit System gekennzeichnet, und benutzergenerierte (und vom Benutzer geänderte) Dashboards werden mit dem Namen des Benutzers gekennzeichnet. Wählen Sie einen Anzeigemodus (Zusammenfassung, Vorschau, erweitert) aus, um Dashboards in verschiedenen Detaillierungsgraden anzuzeigen. Der folgende Screenshot zeigt Apstra Version 4.2.1. Einige Menü-Tabs wurden seit Apstra Version 4.2.0 umbenannt, verschoben und/oder hinzugefügt.
