Datenverkehrsbasierte Zuordnung – Definition

Die Verwendung der Traffic-basierten Discovery ist wie das Auswerfen eines feineren Netzes, mit dem Service-Mapping sogar die CIs erkennen kann, die mithilfe von Mustern nicht erkannt wurden. Wenn ein CI zwei Verbindungen hat, wird die Traffic-basierte Verbindung nach der nächsten Top Down-Discovery geschlossen; alle manuellen oder musterbasierten Verbindungen bleiben bestehen.

Je nach Konfiguration variiert das Systemverhalten hinsichtlich der datenverkehrsbasierten Erkennung. Wenn die auf Predictive Intelligence basierende Erkennung aktiviert ist, fügt Service-Mapping automatisch anhand von Verbindungsregeln Verbindungen zu Anwendungsservices hinzu. Service-Mapping generiert diese Vorschläge anhand von datenverkehrsbasierten Daten aus der Configuration Management Database (CMDB) und der Predictive Intelligence-Analyse von Anwendungsfingerabdrücken, CIs und Prozessen.

Wenn Discovery-basierte Predictive Intelligence deaktiviert ist, fügt Service-Mapping automatisch anhand der CMDB-Daten zu Anwendungsservices datenverkehrsbasierte Verbindungen hinzu. Möglicherweise müssen Sie Verbindungen entfernen, die zu irrelevanten CIs führen, um die Anwendungsservices übersichtlicher zu gestalten. Wenn die Funktion für Verbindungsvorschläge deaktiviert ist, verwenden Sie die Traffic-basierte Discovery normalerweise in der Anfangsphase der Erkennung von Anwendungsservices. Deaktivieren Sie die datenverkehrsbasierte Erkennung, nachdem Sie die Erkennung und Feinabstimmung von Anwendungsservices abgeschlossen haben.

Wenn die musterbasierte Discovery nach der datenverkehrsbasierten Discovery ausgeführt wird, können doppelte Verbindungen zwischen CIs entstehen. In diesem Fall entfernt das System die durch die Traffic-basierte Discovery erstellte Verbindung. Das System behält alle Verbindungen bei, die durch die Traffic-basierte Discovery erstellt wurden und nicht mithilfe von Mustern erkannt wurden.

Datenverkehrsbezogene Daten aus der CMDB

Im System werden Befehle und Netzwerk-Flow-Protokolle verwendet, um datenverkehrsbezogene Daten zu sammeln und in den CMDB-Tabellen zu speichern. Service-Mapping ruft diese Daten aus den Tabellen ab, um ein- und ausgehende CI-Verbindungen zu erkennen.

In Basissystemen verwendet die Traffic-basierte Discovery nur TCP-Daten, die mithilfe der Befehle netstat, ss und lsof erfasst wurden. Die auf Netflow- und VPC-Protokollen basierende Discovery erfordert eine zusätzliche Konfiguration. Sie können Ihre datenverkehrsbasierte Erkennung ausweiten, indem Sie Service-Mapping für die Datenerfassung mit Netflow- und VPC-Protokollen konfigurieren. Darüber hinaus hat Service-Mapping Zugriff auf die TCP-Verbindungsdaten, die vom verbesserten Application Dependency Mapping (ADM) erfasst werden. Discovery führt ADM als Teil der Horizontal-Discovery aus.

Datenverkehrsbasierte Erkennung im System aktivieren

Standardmäßig ist die datenverkehrsbasierte Erkennung mithilfe von Befehlen in Service-Mapping verfügbar, sodass diese Methode auf allen Ebenen verwendet werden kann. Sie können die datenverkehrsbasierte Erkennung auf verschiedenen Ebenen aktivieren, von der globalen bis zur spezifischsten:

Produktebene

Standardmäßig ist die Traffic-basierte Discovery in Service-Mapping deaktiviert. Die Eigenschaft „ Verkehrsbasierte Discovery[sa.traffic_based_discovery.active] “ steuert die datenverkehrsbasierte Discovery auf Produktebene.

Wichtig:

Sie können die Traffic-basierte Discovery nicht auf anderen Ebenen aktivieren, es sei denn, sie wird auf Produktebene aktiviert.

Die Funktion für Verbindungsvorschläge funktioniert auf Produktebene. Gesteuert wird diese Funktion mit der Eigenschaft sa_ml.connection_suggestions.active. Wenn in Ihrer -Bereitstellung vor Quebec die Traffic-basierte Discovery aktiviert war und Sie sie zum Erkennen mindestens eines Anwendungsservice verwendet haben, ist die Funktion für Verbindungsvorschläge standardmäßig deaktiviert.

Anwendungsservice Ebene

Sie können die Traffic-basierte Discovery für einen bestimmten aktivieren Anwendungsservice. In diesem Fall verwendet Service-Mapping diese Methode für alle CIs, aus denen Anwendungsservicebesteht, es sei denn, die Traffic-basierte Discovery ist für einige CI-Typen oder bestimmte CIs deaktiviert.

CI-Typebene

Sie können in einer Erkennungsregel festlegen, dass ein bestimmter CI-Typ in der datenverkehrsbasierten Erkennung ein- oder ausgeschlossen wird. Diese Regel hat Vorrang vor der Einstellung, die Sie für Anwendungsservice wählen.

Spezifische CI-Ebene

Sie können in einer Erkennungsregel festlegen, dass ein bestimmtes CI in der datenverkehrsbasierten Erkennung ein- oder ausgeschlossen wird. Diese Regel hat Vorrang vor der Einstellung, die Sie für Anwendungsservice wählen.

Regeln für bestimmte CIs haben Vorrang vor Regeln für CI-Typen. Wenn Sie beispielsweise keine Traffic-basierte Discovery auf Apache Tomcat-Servern verwenden möchten, können Sie eine Regel vom CI-Typ festlegen, die die Traffic-basierte Discovery für die Tomcat-Tabelle deaktiviert. Gleichzeitig können Sie eine Discovery-Regel erstellen, die die Traffic-basierte Discovery für einen bestimmten Tomcat-Server aktiviert. In diesem Fall verwendet Service-Mapping die Traffic-basierte Discovery unter allen Tomcat-Servern nur für diesen bestimmten Tomcat-Server.