Fusion-Integrationen
Zusätzlich zu Radar- und Sonardaten kann Openmix Daten von Drittanbietern in seinen Entscheidungskriterien verwenden. Sie können beispielsweise einen vorhandenen synthetischen Überwachungsdienst integrieren, den Sie bereits verwenden. Oder Sie können kostenbasierte Entscheidungen anhand aktueller Nutzungsdaten Ihres CDN-Anbieters treffen.
Fusion-Menü
Fusion Data Feeds können über das Navigationsmenü unter Openmixaufgerufen werden.
Zum Beispiel einige gängige Fusion-Datenfeeds, 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 bestimmten Anwendung zu ermitteln.
- Serverüberwachung — Metriken von Anbietern wie Rackspace und New Relic ermöglichen Openmix bei der Routing-Entscheidung die Berücksichtigung von Serverlaufzeitmetriken wie Speicherauslastung, CPU-Verbrauch, freier Speicherplatz und Netzwerklatenz. Openmix kann die Metriken verwenden, um Routing-Entscheidungen ein- und auszuschalten oder um abgestufte Routing-Änderungen vorzunehmen, indem der Datenverkehr von einem ausgelasteten Server abgewiesen wird.
- CDN-Kostenkontrolle — Nimmt Bandbreiten- und Nutzungsstatistiken von allen wichtigen CDNs auf und stellt diese Daten in Echtzeit in Openmix-Anwendungen zur Verfügung, um Routing-Entscheidungen zu treffen.
- Kundendefinierte benutzerdefinierte Datenfeeds — Alle Daten an einem von Ihnen bereitgestellten Endpunkt können in einer benutzerdefinierten Openmix-Anwendung aufgenommen und zur Verwendung bei der Routing-Entscheidung zur Verfügung gestellt werden.
Fusion-Integrationen
Service | Typ |
---|---|
Akamai | CDN-Bandbreite, CDN-Nutzung |
AWS CloudFront | CDN-Nutzung |
AWS CloudWatch | Instanzmetriken |
ALS ELB | Load Balancer-Metriken |
AWS S3 | Benutzerdefinierter Datenfeed |
Azure | Instanzmetriken |
Catchpoint | Warnungen |
CDNetworks | CDN-Bandbreite, CDN-Nutzung |
ChinaCache | CDN-Bandbreite |
ChinaNetCenter | CDN-Bandbreite |
NetScaler | Benutzerdefinierter Datenfeed |
Datadog | Warnungen |
Edgecast | CDN-Bandbreite, CDN-Nutzung |
Fastly | CDN-Nutzung |
Fusion Direkt | Benutzerdefinierter Datenfeed |
Highwinds | CDN-Nutzung |
HTTP ABRUFEN | Benutzerdefinierter Datenfeed |
HTTP GET mit Verfügbarkeit | Benutzerdefinierter Datenfeed |
JSON | Benutzerdefinierter Datenfeed |
Keynote | Webmonitor |
Level3 | CDN-Bandbreite, CDN-Nutzung |
Limelight | CDN-Nutzung |
Max CDN | CDN-Bandbreite, CDN-Nutzung |
Neues Relikt Apdex | Bewerbungspunktzahl |
New Relic Serverüberwachung | Instanzmetriken |
NGINX | Load Balancer-Metriken |
NGINX+ | Load Balancer-Metriken |
Pingdom | Webmonitor |
Qbrick | CDN-Nutzung |
Rackspace | Instanzmetriken |
Strenge | Webmonitor |
SFR | CDN-Bandbreite, CDN-Nutzung |
TCP-Ping | Webmonitor |
Touchstream | Videoüberwachung |
Fusions-Feeds
Der folgende Bildschirm zeigt alle konfigurierten Fusion-Datenfeeds. Die Liste bietet einen Überblick über die Datenfeeds und den aktuellen Status.
Die Spalten enthalten die folgenden Informationen:
Überschrift | Beschreibung |
---|---|
Status | Der aktuelle Status des Datenfeeds. Der Status zeigt entweder: + grün bedeutet, dass der Feed erfolgreich Daten vom Service abruft; + gelb bedeutet, dass der Feed darauf wartet, dass Daten vom Service abgerufen werden; oder + rot bedeutet, dass der Feed nicht vom Service abgerufen werden kann |
Name des Datenfeeds | Der im Datenfeed angegebene Name. Optional, wird standardmäßig „Service — Plattformname“ verwendet, falls nicht angegeben. |
Service | Der Name des Dienstes, der vom Datenfeed verwendet wird. |
ID | Die ID des Datenfeeds. Dies ist für den Zugriff auf Fusion über die API erforderlich. |
Plattformname | Der Name der Plattform, die mit dem Datenfeed verknüpft ist. |
Führen Sie jeden aus | Wie oft der Datenfeed vom Dienst aktualisiert wird. |
Datenfeeds erstellen
Wenn keine Fusion-Datenfeeds konfiguriert sind, werden Sie auf einem Willkommensbildschirm aufgefordert, einen Datenfeed zu erstellen.
Klicken Sie auf die Schaltfläche Erste Schritte oder +, um einen neuen Datenfeed einzurichten.
Neue Datenfeeds
Klicken Sie auf das Symbol des Dienstes, den Sie integrieren möchten, und füllen Sie die erforderlichen Konfigurationsfelder aus.
Jeder Dienst benötigt unterschiedliche Konfigurationsparameter. Sie benötigen einen Benutzernamen und ein Passwort oder ein generiertes Token für die Authentifizierung und jede zusätzliche dienstspezifische Konfiguration.
Alle Fusion-Datenfeeds sind mit einer Plattform verknüpft, die zuvor im NetScaler Intelligent Traffic Management-Portal erstellt wurde. Auf diese Weise kann die Openmix-Anwendung die externen Fusion-Daten für jede Plattform abfragen und anhand der Routing-Logik feststellen, ob die Plattform für eine Routing-Entscheidung als verfügbar angesehen werden muss.
Die meisten Feeds benötigen bei der Konfiguration die folgenden Werte:
Artikel eingeben | Beschreibung |
---|---|
Führen Sie jeden aus | Wie oft der Datenfeed vom externen Dienst aktualisiert wird. Fusion ruft den Dienst im angegebenen Intervall auf und aktualisiert die Openmix-Anwendungen auf der Grundlage der neuen Daten. |
Plattform | Die Plattform, die den Fusion-Daten in der Openmix-Anwendung zugeordnet ist. |
Datenfeeds bearbeiten
Das Bearbeiten eines Fusion-Datenfeeds ist so einfach wie das Klicken auf den Datenfeed in der Tabelle und das Klicken auf die Schaltfläche Bearbeiten .
Nachdem Sie die Konfiguration geändert haben, klicken Sie auf Speichern. Dadurch werden Sie wieder in der Datenfeed-Liste angezeigt, in der Ihre Änderungen gespeichert und im Datenfeed übernommen wurden.
Datenfeed-Verlauf
Fusion erfasst die letzten 100 Antworten von jeder Ausführung im Datenfeed-Verlauf. Sie können den Status des Datenfeeds, Informationen zu den Daten und die vom Dienst zurückgegebene Nutzlast anzeigen. Nachdem Sie den spezifischen Datenfeed in der Liste ausgewählt haben, klicken Sie unter Verlauf für den Datenfeed anzeigen auf die Schaltfläche Protokollverlauf .
Um das gewählte Datum zu ändern, können Sie auf die Schaltflächen < oder ** klicken, um vom aktuell ausgewählten Datum aus vor- oder zurückzugehen, oder Sie können ein bestimmtes Datum aus der Liste auswählen. Wählen Sie den Zeitstempel der jeweiligen Instanz aus und die vom Service zurückgegebenen Daten werden angezeigt.
Fehlgeschlagene Datenfeeds
Fusion Quarantine for Failing Fusion Feeds Fusion Quarantine gilt für den fehlerhaften Fusion-Datenfeed eines Kunden, wenn der Feed so konfiguriert ist, dass er in einem Abfrageintervall von weniger als 24 Stunden ausgeführt wird. Fusion wendet Quarantänelogik an, um zu verhindern, dass diese fehlgeschlagenen Feeds ausgeführt werden. Dies geschieht, um Ressourcen (CPU/Speicher) zu schonen und negative Auswirkungen auf andere gültige Fusion-Datenfeeds zu vermeiden.
Die Quarantänelogik wird angewendet, indem der fehlerhafte Fusion-Feed in schrittweisen Intervallen „zurückgesetzt“ wird. Dies geschieht so lange, bis der Fusion-Feed für 24 Stunden unter Quarantäne gestellt wird. Zu diesem Zeitpunkt versucht der Fusion-Feed alle 24 Stunden zu starten. Der fehlerhafte Fusionsdatenfeed wird niemals vollständig heruntergefahren. Es wird weiterlaufen, mindestens zweimal alle 24 Stunden.
Wichtig:
-
Der Fusion-Datenfeed wird immer mindestens zweimal hintereinander ausgeführt und schlägt zweimal fehl, bevor er in die Quarantänelogik aufgenommen wird. Wenn beispielsweise ein einminütiger Feed ausgeführt wird und zweimal hintereinander ausfällt, wird er in die Quarantänelogik aufgenommen.
-
Wenn der Fusion-Datenfeed zu irgendeinem Zeitpunkt erfolgreich ausgeführt wird, wird er aus der Quarantänelogik entfernt und in seinem regulären geplanten Intervall erneut ausgeführt.
-
Wenn der Fusion-Feed zu irgendeinem Zeitpunkt aktualisiert wird (d. h. wenn der Benutzer eine fehlerhafte URL eingegeben und diese korrigiert hat), versucht der Fusion-Feed unabhängig vom Abfrageintervall innerhalb einer Minute erneut zu starten. Wenn es erfolgreich ist, wird es aus der Quarantänelogik entfernt. Wenn es weiterhin fehlschlägt, wird die Quarantänelogik angewendet.