Fusion-Integrationen
Zusätzlich zu Radar- und Sonar-Daten kann Openmix Drittanbieterdaten in seinen Entscheidungskriterien verwenden. Sie können beispielsweise einen bestehenden Dienst für synthetisches Monitoring integrieren, den Sie bereits nutzen. Oder Sie können kostenbasierte Entscheidungen treffen, indem Sie aktuelle Nutzungsdaten von Ihrem CDN-Anbieter verwenden.
Fusion-Menü
Fusion-Daten-Feeds können über das Navigationsmenü unter Openmix aufgerufen werden.
Beispielsweise einige gängige Fusion-Daten-Feeds, die mit Openmix-Anwendungen funktionieren:
- Serververfügbarkeit – Nimmt Daten von Drittanbietern wie CatchPoint, Rigor und Pingdom auf, um die Erreichbarkeit eines bestimmten Hosts oder einer Anwendung zu bestimmen.
- Serverüberwachung – Metriken von Anbietern wie Rackspace und New Relic ermöglichen es Openmix, Server-Laufzeitmetriken wie Speichernutzung, CPU-Auslastung, freien Festplattenspeicher und Netzwerklatenz in die Routing-Entscheidung einzubeziehen. Openmix kann die Metriken verwenden, um Ein-/Aus-Routing-Entscheidungen zu treffen oder um abgestufte Routing-Änderungen vorzunehmen, indem der Verkehr von einem ausgelasteten Server abgeleitet wird.
- CDN-Kostenkontrolle – Nimmt Bandbreiten- und Nutzungsstatistiken von allen großen CDNs auf und stellt diese Daten in Echtzeit in Openmix-Anwendungen zur Verfügung, um Routing-Entscheidungen zu beeinflussen.
- Kundendefinierte benutzerdefinierte Daten-Feeds – Alle Daten an einem von Ihnen bereitgestellten Endpunkt können aufgenommen und in einer benutzerdefinierten Openmix-Anwendung für die Verwendung in der Routing-Entscheidung verfügbar gemacht werden.
Fusion-Integrationen
| Dienst | Typ |
|---|---|
| Akamai | CDN-Bandbreite, CDN-Nutzung |
| AWS CloudFront | CDN-Nutzung |
| AWS CloudWatch | Instanzmetriken |
| AWS ELB | Load-Balancer-Metriken |
| AWS S3 | Benutzerdefinierter Daten-Feed |
| Azure | Instanzmetriken |
| Catchpoint | Alarme |
| CDNetworks | CDN-Bandbreite, CDN-Nutzung |
| ChinaCache | CDN-Bandbreite |
| ChinaNetCenter | CDN-Bandbreite |
| NetScaler | Benutzerdefinierter Daten-Feed |
| Datadog | Alarme |
| Edgecast | CDN-Bandbreite, CDN-Nutzung |
| Fastly | CDN-Nutzung |
| Fusion Direct | Benutzerdefinierter Daten-Feed |
| Highwinds | CDN-Nutzung |
| HTTP GET | Benutzerdefinierter Daten-Feed |
| HTTP GET with Availability | Benutzerdefinierter Daten-Feed |
| JSON | Benutzerdefinierter Daten-Feed |
| Keynote | Web-Monitor |
| Level3 | CDN-Bandbreite, CDN-Nutzung |
| Limelight | CDN-Nutzung |
| MaxCDN | CDN-Bandbreite, CDN-Nutzung |
| New Relic Apdex | Anwendungsbewertung |
| New Relic Server Monitoring | Instanzmetriken |
| NGINX | Load-Balancer-Metriken |
| NGINX+ | Load-Balancer-Metriken |
| Pingdom | Web-Monitor |
| Qbrick | CDN-Nutzung |
| Rackspace | Instanzmetriken |
| Rigor | Web-Monitor |
| SFR | CDN-Bandbreite, CDN-Nutzung |
| TCP Ping | Web-Monitor |
| Touchstream | Videoüberwachung |
Fusion-Feeds
Der folgende Bildschirm zeigt alle konfigurierten Fusion-Daten-Feeds. Die Liste bietet eine Übersicht über die Daten-Feeds und den aktuellen Status.
Die Spalten enthalten die folgenden Informationen:
| Überschrift | Beschreibung |
|---|---|
| Status | Der aktuelle Status des Daten-Feeds. Der Status zeigt entweder: + grün, was bedeutet, dass der Feed Daten erfolgreich vom Dienst abruft; + gelb, was bedeutet, dass der Feed auf Daten wartet, die vom Dienst abgerufen werden; oder + rot, was bedeutet, dass der Feed nicht vom Dienst abgerufen werden kann |
| Name des Daten-Feeds | Der Name, der dem Daten-Feed gegeben wurde. Optional, standardmäßig “Dienst - Plattformname”, wenn nicht angegeben. |
| Dienst | Der Name des Dienstes, der vom Daten-Feed verwendet wird. |
| ID | Die ID des Daten-Feeds. Diese wird für den Zugriff auf Fusion über die API benötigt. |
| Plattformname | Der Name der Plattform, die dem Daten-Feed zugeordnet ist. |
| Ausführungsintervall | Wie oft der Daten-Feed vom Dienst aktualisiert wird. |
Erstellen von Daten-Feeds
Wenn keine Fusion-Daten-Feeds konfiguriert sind, fordert Sie ein Begrüßungsbildschirm auf, einen Daten-Feed zu erstellen.
Klicken Sie auf die Schaltfläche Erste Schritte oder auf +, um einen neuen Daten-Feed einzurichten.
Neue Daten-Feeds
Klicken Sie auf das Symbol des Dienstes, den Sie integrieren möchten, und füllen Sie die erforderlichen Konfigurationsfelder aus.
Jeder Dienst erfordert unterschiedliche Konfigurationsparameter. Sie benötigen einen Benutzernamen und ein Passwort oder ein generiertes Token zur Authentifizierung sowie zusätzliche dienstspezifische Konfigurationen.
Alle Fusion-Daten-Feeds sind mit einer Plattform verknüpft, die zuvor im NetScaler Intelligent Traffic Management Portal erstellt wurde. Dies ermöglicht der Openmix-Anwendung, die externen Fusion-Daten für jede Plattform abzufragen und basierend auf der Routing-Logik zu bestimmen, ob die Plattform für eine Routing-Entscheidung als verfügbar betrachtet werden muss.
Die meisten Feeds müssen die folgenden Werte konfigurieren:
| Eingabeelement | Beschreibung |
|---|---|
| Ausführungsintervall | Wie oft der Daten-Feed vom externen Dienst aktualisiert wird. Fusion ruft den Dienst im angegebenen Intervall auf und aktualisiert die Openmix-Anwendungen basierend auf den neuen Daten. |
| Plattform | Die Plattform, die den Fusion-Daten in der Openmix-Anwendung zugeordnet ist. |
Bearbeiten von Daten-Feeds
Das Bearbeiten eines Fusion-Daten-Feeds ist so einfach wie das Klicken auf den Daten-Feed in der Tabelle und das Klicken auf die Schaltfläche Bearbeiten.
Nachdem Sie die Konfiguration geändert haben, klicken Sie auf Speichern. Dies bringt Sie zurück zur Daten-Feed-Liste, wobei Ihre Änderungen gespeichert und auf den Daten-Feed angewendet wurden.
Daten-Feed-Verlauf
Fusion sammelt die letzten 100 Antworten jedes Mal, wenn es in der Daten-Feed-Historie ausgeführt wird. Sie können den Status des Daten-Feeds, Informationen zu den Daten und die vom Dienst zurückgegebene Nutzlast anzeigen. Nachdem Sie den spezifischen Daten-Feed in der Liste ausgewählt haben, klicken Sie auf die Schaltfläche Protokollverlauf, um den Verlauf für den Daten-Feed anzuzeigen.
Um das ausgewählte Datum zu ändern, können Sie auf die Schaltflächen < oder > klicken, um vom aktuell ausgewählten Datum zurück oder vorwärts zu navigieren, oder ein bestimmtes Datum aus der Liste auswählen. Wählen Sie den Zeitstempel der spezifischen Instanz aus, und die vom Dienst zurückgegebenen Daten werden angezeigt.
Fehlerhafte Daten-Feeds
Fusion-Quarantäne für fehlerhafte Fusion-Feeds Die Fusion-Quarantäne wird auf einen fehlerhaften Fusion-Daten-Feed eines Kunden angewendet, wenn der Feed so konfiguriert ist, dass er in einem Abfrageintervall von weniger als 24 Stunden ausgeführt wird. Fusion wendet eine Quarantänelogik an, um zu verhindern, dass diese fehlerhaften Feeds ausgeführt werden. Dies geschieht, um Ressourcen (CPU/Speicher) zu sparen und negative Auswirkungen auf andere gültige Fusion-Daten-Feeds zu vermeiden.
Die Quarantänelogik wird angewendet, indem der fehlerhafte Fusion-Feed in allmählichen Intervallen “zurückgefahren” wird. Dies geschieht, bis der Fusion-Feed für 24 Stunden unter Quarantäne gestellt wird. Zu diesem Zeitpunkt versucht der Fusion-Feed, alle 24 Stunden ausgeführt zu werden. Der fehlerhafte Fusion-Daten-Feed wird niemals vollständig heruntergefahren. Er wird weiterhin mindestens zweimal alle 24 Stunden ausgeführt.
Wichtig:
-
Der Fusion-Daten-Feed wird immer mindestens zweimal hintereinander ausgeführt und zweimal fehlschlagen, bevor er in die Quarantänelogik eintritt. Wenn beispielsweise ein Ein-Minuten-Feed zweimal hintereinander ausgeführt wird und fehlschlägt, tritt er in die Quarantänelogik ein.
-
Wenn der Fusion-Daten-Feed zu irgendeinem Zeitpunkt erfolgreich ausgeführt wird, wird er aus der Quarantänelogik entfernt und läuft wieder in seinem regulär geplanten Intervall.
-
Wenn der Fusion-Feed zu irgendeinem Zeitpunkt aktualisiert wird (d.h. wenn der Benutzer eine fehlerhafte URL eingegeben und korrigiert hat), versucht der Fusion-Feed, innerhalb einer Minute erneut ausgeführt zu werden, unabhängig vom Abfrageintervall. Wenn dies erfolgreich ist, wird er aus der Quarantänelogik entfernt. Wenn er weiterhin fehlschlägt, wird die Quarantänelogik angewendet.