ADC

Überwachung von NetScaler, Anwendungen und Anwendungssicherheit mit Prometheus

September 1, 2023

Beitrag von:

Metriken sind eine numerische Darstellung von Daten, die über einen bestimmten Zeitraum gemessen werden. Metrische Daten sind nützlich, um den Zustand eines Systems im Laufe der Zeit zu verfolgen. Prometheus ist ein Open-Source-Überwachungstool, das Kennzahlendaten sammelt und diese Daten mit einem Zeitstempel speichert, zu dem die Daten aufgezeichnet wurden.

Durch die Überwachung und Analyse von Metriken können Sie den Zustand Ihrer Anwendungen verfolgen, Anomalien erkennen, Warnmeldungen erstellen und die erforderlichen Korrekturmaßnahmen ergreifen, um eine robuste Softwarebereitstellung zu gewährleisten.

NetScaler unterstützt jetzt den direkten Export von Metriken nach Prometheus. Sie können die umfangreichen Metriken von NetScaler ADC verwenden, um den NetScaler-Zustand und den Anwendungsstatus zu überwachen. Sie können beispielsweise Metriken zur CPU- und Speichernutzung sammeln, um den Zustand von NetScaler zu ermitteln. In ähnlicher Weise können Sie Metriken wie die Anzahl der pro Sekunde empfangenen HTTP-Anfragen oder die Anzahl der aktiven Clients verwenden, um den Zustand der Anwendung zu überwachen.

Export von Metriken von NetScaler nach Prometheus

NetScaler unterstützt den Prometheus-Pull-Modus sowie den Push-Modus. Im Pull-Modus müssen Sie ein Zeitreihenprofil konfigurieren, das Prometheus in regelmäßigen Abständen abfragt und die Metrikdaten direkt abruft, ohne dass eine Exporter-Ressource dazwischen liegt. Im Pull-Modus können Sie einem Benutzer ohne Superuser-Rechte den Lesezugriff aktivieren, um Metriken nach Prometheus zu exportieren. Mit Grafana können Sie die nach Prometheus exportierten NetScaler-Metriken visualisieren, um sie einfacher zu interpretieren und zu verstehen.

Das folgende Diagramm zeigt eine Integration von Prometheus und Grafana mit NetScaler.

NetScaler-Integration mit Prometheus und Grafana

Konfigurieren Sie den Export von Metriken von NetScaler nach Prometheus und die Visualisierung mit Grafana

Sie müssen die folgenden Schritte ausführen, um den Export von Metriken von NetScaler nach Prometheus zu konfigurieren und ihn mit Grafana zu visualisieren.

Konfigurieren Sie NetScaler mit einem Zeitreihenanalyseprofil für den Export von Metriken nach Prometheus.
Installieren Sie Prometheus und konfigurieren Sie es mit den NetScaler-spezifischen Parametern.
Fügen Sie Prometheus als Datenquelle in Grafana hinzu.
Erstellen Sie eine Visualisierung in Grafana

Konfigurieren Sie ein Zeitreihenanalyseprofil auf NetScaler, um den Prometheus-Pull-Modus zu unterstützen

Führen Sie die folgenden Schritte aus, um den Pull-Modus mit der NetScaler CLI zu konfigurieren:

Erstellen Sie ein Analyseprofil mit dem Typ als Zeitreihe. Geben Sie die Schemadatei mit den erforderlichen NetScaler-Metriken an.
```
add analytics profile <timeseries_profile_name> -type timeseries -schemaFile <name_of_schema_file>
-outputMode Prometheus -serveMode PULL -metrics ENABLED
```
In diesem Befehl:
- timeseries_profile_name: Geben Sie den Namen des Zeitreihenprofils an.
- schemaFile: Geben Sie den Namen der Schemadatei mit NetScaler-Zählern an. Standardmäßig ist eine Schemadatei /var/metrics_conf/schema.json mit einer Liste von Zählern konfiguriert. Eine Referenzschemadatei reference_schema.json mit allen unterstützten Zählern ist ebenfalls unter dem Pfad /var/metrics_conf/ verfügbar. Diese Schemadatei kann als Referenz verwendet werden, um eine benutzerdefinierte Liste von Zählern zu erstellen. Wenn Sie die Schemadatei angeben, wird der Pfad der Schemadatei /var/metrics_conf/ automatisch hinzugefügt und Sie müssen nur den Namen der Schemadatei angeben. Wenn Sie beispielsweise eine Schemadatei schema1.json mit einer benutzerdefinierten Liste von Leistungsindikatoren unter /var/metrics_conf/ erstellt haben, müssen Sie nur den Dateinamen als schema1.json angeben.
- outputMode: Stellen Sie den Ausgabemodus auf Prometheus ein.
- serveMode: Geben Sie den Prometheus-Pull-Modus an.
- metrics: Aktivieren Sie das Erfassen von Metriken von NetScaler.

Hinweis:

Mit dem Befehl add können Sie ein Analyseprofil mit allen erforderlichen Parametern konfigurieren. Wenn Sie nach der Erstellung des Profils Änderungen vornehmen müssen, können Sie den Befehl set verwenden, um die entsprechenden Maßnahmen zu ergreifen, z. B. die Metriken zu deaktivieren und den Servermodus zu ändern. Sie können den schreibgeschützten Prometheus-Zugriff für einen Nicht-Superuser konfigurieren. Weitere Informationen finden Sie unter Konfiguration des schreibgeschützten Prometheus-Zugriffs für Nicht-Superuser.

Installieren und konfigurieren Sie Prometheus für den Metrikenexport aus NetScaler

Sie können Prometheus von Repositorys wie DockerHub oder Quay oder dem offiziellen Prometheus-Repository herunterladen.

Um Prometheus als Docker-Container auszuführen, verwenden Sie den folgenden Befehl:

    docker run -dp 39090:9090 -v /tmp/prometheus.yml:/etc/prometheus/prometheus.yml --name native_prom prom/prometheus:latest  > **Hinweis:** > > Hier wird `/tmp/prometheus.yml` als Pfad zur Datei `prometheus.yml` verwendet. Stattdessen können Sie den Pfad auf Ihrer virtuellen Maschine angeben.

Sie müssen das prometheus.yml mit den NetScaler-Parametern bearbeiten.

Um Metriken aus NetScaler zu exportieren, müssen Sie im Abschnitt Prometheus YAML Scrape-Konfiguration die folgenden NetScaler-spezifischen Parameter angeben. Der Abschnitt Scrape-Konfiguration spezifiziert eine Reihe von Zielen und Konfigurationsparametern, die beschreiben, wie sie ausgelesen werden.

metrics_path : Geben Sie den HTTP-Ressourcenpfad in NetScaler (/nitro/v1/config/systemfile) an, um Metriken abzurufen.
username: Geben Sie den NetScaler-Benutzernamen an.
password: Geben Sie das NetScaler-Kennwort an.
targets: Geben Sie die IP-Adresse des NetScaler an, von dem Sie Metriken exportieren müssen, die Metriken und den Port, den Sie verfügbar machen möchten.
filename : Geben Sie den Namen des konfigurierten Zeitreihenprofils anstelle von timeseries_profile_name at in der metrics_prom_<timeseries_profile_name>.log Datei an.
filelocation: Geben Sie den Speicherort der Datei an als /var/nslog.

Im Folgenden finden Sie den Abschnitt zur Scrap-Konfiguration der Prometheus-YAML, um die NetScaler-IP-Adresse als Ziel auf Prometheus hinzuzufügen, um Metriken zu exportieren. Hier wird HTTP als Schema verwendet. Sie können entweder HTTP oder HTTPS verwenden.

scrape_configs:
  - job_name: 'vpx2_metrics_direct'
    metrics_path: /nitro/v1/config/systemfile
    params:
      args: ['filename:metrics_prom_ns_analytics_time_series_profile.log,filelocation:/var/nslog']
      format: ['prometheus']
    basic_auth:
     username: 'prom_user'
     password: 'user_password'
    scheme: http
    scrape_interval: 30s
    static_configs:
     - targets: ['10.102.34.231:80']
<!--NeedCopy-->

Fügen Sie Prometheus als Datenquelle in Grafana hinzu

Wenn Sie Metriken mithilfe von Grafana-Dashboards visualisieren möchten, müssen Sie Prometheus als Datenquelle in Grafana hinzufügen. Weitere Informationen finden Sie unter Hinzufügen von Prometheus als Datenquelle in Grafana.

Erstellen Sie die Visualisierung von Metriken in Grafana

Sie können ein Grafana-Dashboard erstellen und die wichtigsten Kennzahlen und den entsprechenden Visualisierungstyp auswählen.

Das folgende Verfahren zeigt, wie Sie dem Grafana-Bedienfeld eine Metrik hinzufügen und ein Beispiel für ein Visualisierungs-Dashboard erstellen.

Geben Sie den Titel des Panels an.
Geben Sie auf der Registerkarte Abfrage für die Abfrage A die erforderliche Metrik an.
Wählen Sie auf der Registerkarte Einstellungen den Visualisierungstypaus.

Sie können die Daten und ihre Darstellung in Grafana ändern. Weitere Informationen finden Sie in der Grafana-Dokumentation.

Im Folgenden finden Sie ein Beispiel für ein Grafana-Dashboard mit einigen NetScaler-Metriken:

Beispiel für ein Grafana-Dashboard

In diesem Dashboard sehen Sie Grafiken für verschiedene NetScaler-Metriken wie:

vsvr_tot_Hits: Zeigt die Anzahl der vom virtuellen Server empfangenen Anfragen an.
cc_cpu_use: Zeigt den Prozentsatz der CPU-Auslastung an.
http_tot_Requests: Zeigt empfangene HTTP-Anfragen an.
serv_tot_serviced: Zeigt an, dass die Anfrage bearbeitet wird.
mem_cur_used_size: Zeigt den aktuell verwendeten Speicher der NetScaler Appliance an.

Beispiele für Prometheus-Grafiken

Mit dem Prometheus-Expressionsbrowser können Sie die vom Prometheus-Server gesammelten Zeitreihenmetriken anzeigen. Sie können auf den Expressionsbrowser zugreifen, indem Sie prometheu-server-ip-address/graph in Ihrem Browser auf zeigen. Sie können einen Ausdruck eingeben und das Ergebnis entweder als Tabelle oder als Grafik im Zeitverlauf sehen. Geben Sie an, welche genaue Metrik Sie anzeigen möchten, indem Sie den Namen der Metrik in das Feld Ausdruck eingeben. Sie können mehrere Zähler mithilfe verschiedener Bedienfelder angeben.

Das folgende Diagramm zeigt Prometheus-Diagramme für zwei NetScaler-Metriken cpu_use und http_tot_requests.

Beispiel für ein Prometheus-Dashboard

Beispiel für ein Grafana-Armaturenbrett

Sie können die Beispiel-Dashboards von der NetScaler-Downloadseite herunterladen.

Im Folgenden finden Sie ein Beispiel für ein Grafana-Dashboard mit der Option, die verschiedenen Metriken der gesamten Infrastruktur an einem Ort anzuzeigen, z. B. den NetScaler-Status, den Status des virtuellen Servers, den Anwendungsstatus (HTTP- und TCP-Apps) und die Anwendungssicherheit (SSL-Apps).

Beispiel für ein Grafana-Dashboard

Sie können den entsprechenden Abschnitt im Dashboard erweitern, um die detaillierte Visualisierung der einzelnen Abschnitte wie HTTP-Apps, SSL-Apps, TCP-Apps, virtuelle Serverstatistiken (vStats) und NetScaler-Statistiken anzuzeigen.

Das folgende Diagramm zeigt ein Beispiel für ein Grafana-Dashboard mit erweiterten NetScaler-Statistiken:

Beispiel für ein Grafana-Dashboard

Weitere Informationen

Schema mit den erforderlichen NetScaler-Zählern für den Export

Metrics Collector exportiert die in der konfigurierten Schemadatei vorhandenen Zähler. Die /var/metrics_conf/schema.json Datei ist die Standardschemadatei, die im Analyseprofil konfiguriert ist.

Die Schemadatei ist eine Liste von Entitätstypen und zugehörigen Zählern. Im Schema sind alle Zähler auf globaler Ebene oder auf Systemebene nach dem Entitätstyp gruppiert. netscaler Einige der globalen Zähler sind die CPU-Auslastung (cpu_use), die Verwaltungs-CPU-Auslastung (mgmt_cpu_use) und die Gesamtzahl der empfangenen HTTP-Anfragen (http_tot_Requests). Die spezifischen Leistungsindikatoren für Dienstgruppen, lbvservercsvserver, usw. sind unter den jeweiligen Entitätstypen aufgeführt.

Im Folgenden finden Sie ein Beispiel für Zähler in der schema.json Datei für die virtuelle Authentifizierungsserver (vserver_authn) -Entität.

"vserver_authn":
  [
      {"name":"si_tot_Requests","rate":"True"},
      {"name":"si_tot_Responses","rate":"True"},
      {"name":"si_tot_RequestBytes","rate":"True"},
      {"name":"si_cur_state","rate":"False"},
      {"name":"si_tot_ResponseBytes","rate":"True"},
      {"name":"si_peer_port","rate":"True"},
      {"name":"vsvr_Protocol","rate":"False"}
  ]

In der folgenden Tabelle werden die in diesem Beispiel genannten Leistungsindikatoren erläutert:

Indikatorname	Beschreibung
`si_tot_Requests`	Gesamtzahl der auf diesem Dienst oder virtuellen Server eingegangenen Anfragen.
`si_tot_Responses`	Gesamtzahl der auf diesem Dienst oder virtuellen Server eingegangenen Antworten.
`si_tot_RequestBytes`	Gesamtzahl der auf diesem Dienst oder virtuellen Server empfangenen Anforderungsbytes.
`si_cur_state`	Aktueller Status des virtuellen Servers.
`si_tot_ResponseBytes`	Gesamtzahl der auf diesem Dienst oder virtuellen Server empfangenen Antwortbytes.
`si_peer_port`	Der Port, auf dem der Dienst ausgeführt wird.
`vsvr_Protocol`	Mit dem virtuellen Server verknüpftes Protokoll.

Das rate Feld kann so eingestellt werden, als True ob der Zinswert eines Zählers exportiert werden muss. Beispielsweise wird die Rate von si_tot_Requests exportiert, wenn rate auf True für si_tot_Requests festgelegt ist.

Im Folgenden finden Sie ein Beispiel für Zähler der netscaler Entität.

  "netscaler":
    [   
        {"name":"cpu_use","rate":"False"},
        {"name":"mgmt_cpu_use","rate":"False"},
        {"name":"tcp_tot_rxpkts","rate":"True"},
        {"name":"tcp_tot_rxbytes","rate":"True"},
        {"name":"tcp_tot_txpkts","rate":"True"},
        {"name":"tcp_tot_txbytes","rate":"True"},
        {"name":"tcp_cur_ClientConnEst","rate":"False"},
        {"name":"tcp_cur_ServerConnEst","rate":"False"},
        {"name":"tcp_cur_ClientConn","rate":"False"},
        {"name":"tcp_cur_ClientConnClosing","rate":"False"},
        {"name":"tcp_tot_ClientOpen","rate":"True"},
        {"name":"tcp_cur_ServerConn","rate":"False"},
        {"name":"tcp_cur_ServerConnClosing","rate":"False"},
        {"name":"http_tot_Requests","rate":"True"},
        {"name":"http_tot_Responses","rate":"True"},
        {"name":"http_tot_Gets","rate":"True"},
        {"name":"http_tot_Posts","rate":"True"},
        {"name":"http_tot_Others","rate":"True"},
    ]

In der folgenden Tabelle werden die in diesem Beispiel genannten Leistungsindikatoren erläutert:

Indikatorname	Beschreibung
`cpu_use`	Zeichnet die prozentuale CPU-Auslastung auf (CPU-Auslastungsprozentsatz * 10).
`tcp_tot_rxpkts`	Empfangene TCP-Pakete.
`tcp_tot_rxbytes`	Empfangene Byte an TCP-Daten.
`tcp_tot_txpkts`	TCP-Pakete wurden übertragen.
`tcp_tot_txbytes`	Byte an übertragenen TCP-Daten.
`tcp_cur_ClientConnEst`	Aktuelle Client-Verbindungen befinden sich im Status Established, was darauf hinweist, dass eine Datenübertragung zwischen der NetScaler-Appliance und dem Client stattfinden kann.
`tcp_cur_ServerConnEst`	Aktuelle Serververbindungen befinden sich im Status Etabliert, was darauf hinweist, dass eine Datenübertragung zwischen der NetScaler-Appliance und dem Server stattfinden kann.
`tcp_cur_ClientConn`	Client-Verbindungen, einschließlich Verbindungen im Status „Öffnet“, „Aufgebaut“ und „Wird geschlossen“. Serververbindungen, einschließlich Verbindungen im Status Wird geöffnet, hergestellt und geschlossen.
`tcp_cur_ClientConnClosing`	Client-Verbindungen im Status „Beenden“, was darauf hinweist, dass der Verbindungsabbruch zwar eingeleitet, aber noch nicht abgeschlossen ist.
`tcp_cur_ServerConn`	Serververbindungen, einschließlich Verbindungen im Status Wird geöffnet, hergestellt und geschlossen.
`tcp_cur_ServerConnClosing`	Serververbindungen im Status „Beenden“, was darauf hinweist, dass der Verbindungsabbruch zwar eingeleitet, aber noch nicht abgeschlossen ist.
`http_tot_Requests`	Dieser Zähler verfolgt HTTP-Anfragen, die mit der GET-Methode empfangen wurden.
`http_tot_Responses`	Dieser Zähler verfolgt HTTP-Anfragen, die mit der POST-Methode empfangen wurden.
`http_tot_Gets`	Dieser Zähler verfolgt HTTP-Anfragen, die mit der GET-Methode empfangen wurden.
`http_tot_Posts`	Dieser Zähler verfolgt empfangene HTTP-Anfragen.
`http_tot_Others`	Dieser Zähler verfolgt HTTP-Anfragen, die mit anderen Methoden als GET und POST empfangen wurden.

Im Folgenden finden Sie ein Beispiel für Zähler der vserver_ssl Entität.

"vserver_ssl":
[
    {"name":"ssl_ctx_tot_session_hits","rate":"True"},
    {"name":"ssl_ctx_tot_session_new","rate":"True"},
    {"name":"ssl_ctx_tot_enc_bytes","rate":"True"},
    {"name":"ssl_ctx_tot_dec_bytes","rate":"True"},
]

In der folgenden Tabelle werden die in diesem Beispiel genannten SSL-Zähler erläutert:

Indikatorname	Beschreibung
`ssl_ctx_tot_session_hits`	Dieser Zähler verfolgt die Anzahl der Sitzungszugriffe.
`ssl_ctx_tot_session_new`	Dieser Zähler verfolgt die Anzahl der neu erstellten Sitzungen.
`ssl_ctx_tot_enc_bytes`	Dieser Zähler verfolgt die Anzahl der verschlüsselten Bytes pro virtuellem SSL-Server.
`ssl_ctx_tot_dec_bytes`	Dieser Zähler verfolgt die Anzahl der Byte, die pro virtuellem SSL-Server entschlüsselt wurden.

Konfigurieren Sie den schreibgeschützten Prometheus-Zugriff für einen Nicht-Superuser

Gehen Sie wie folgt vor, um den schreibgeschützten Prometheus-Zugriff für einen Nicht-Superuser zu konfigurieren.

Fügen Sie der NetScaler Appliance einen neuen Benutzer hinzu.

 add system user <ns_user_name> <ns_user's_password> -externalAuth enabled -promptString user-%u-at-%T logging enaBLED

Beispiel:

 add system user nspaul nspaul -externalAuth enabled -promptString user-%u-at-%T logging enaBLED

Erstellen Sie eine Befehlsrichtlinie für einen Benutzer, der nur Lesezugriff hat. Diese Befehlsrichtlinie ermöglicht den schreibgeschützten Zugriff von jeder Datei unter dem /var/nslog/ directory.

add system cmdPolicy read-only-prometheus ALLOW \"\(^man.\*)|\(^show\s+\(?!system)\(?!configstatus)\(?!ns ns\.conf)\(?!ns savedconfig)\(?!ns runningConfig)\(?!gslb runningConfig)\(?!audit messages)\(?!techsupport).\*)|\(^stat.\*)|\(show system file .\* -filelocation \"/var/nslog\")\"

Wenn Metriken nur in eine bestimmte Datei geschrieben werden, können Sie den Benutzerzugriff sogar so einschränken, dass sie nur diese bestimmte Datei abrufen können.

add system cmdPolicy read-only-prometheus ALLOW \"\(^man.\*)|\(^show\s+\(!system)\(!configstatus)\(!ns ns\.conf)\(!ns savedconfig)
\(!ns runningConfig)\(!gslb   runningConfig)\(!audit messages)\(!techsupport).\*)|\(^stat.\*)
|\(show system file metrics\_prom\_<name\_of\_timeseries\_profile>.log -filelocation \"/var/nslog\")\"

Hinweis:

Geben Sie im show system file Befehl den Namen des Zeitreihenprofils an, das Sie anstelle von konfiguriert haben name_of_ timeseries_profile.

Binden Sie einen Benutzer an die Befehlsrichtlinie.

bind system user <userName> \(\(<policyName> <priority>) | -partitionName <string>)

Zum Beispiel:

bind system user user1 read-only-prometheus 0

Verwenden Sie die folgenden Befehle, um einen Benutzer aus der Befehlsrichtlinie zu entbinden und ihn aus der Befehlsrichtlinie zu entfernen:

Entbindet einen konfigurierten Benutzer von der Systembefehlsrichtlinie.

unbind system user <userName> \(<policyName> | -partitionName <string>

Beispiel:

unbind system user user1 read-only-prometheus

Entfernen Sie den Befehl Policy aus NetScaler.
```
rm system cmdPolicy read-only-prometheus
```

Abonnement von Zählern für mehrere Zeitreihenprofile

Jetzt unterstützt NetScaler die Erstellung mehrerer Zeitreihenprofile und spezifiziert für jedes Profil unterschiedliche Zähler. Außerdem können Sie nur die Zähler exportieren, die Ihren Anforderungen entsprechen.

Sie müssen mehrere schema.json Dateien erstellen, die die erforderlichen Zähler mit eindeutigen Namen und der .json Erweiterung enthalten, um mehrere Zeitreihenprofile zu konfigurieren. Eine Referenzschemadatei reference_schema.json ist unter dem Pfad verfügbar /var/metrics_conf/. Sie können das Referenzschema gemäß Ihren Anforderungen ändern und entsprechend verwenden.

Die Konfiguration der beiden neuen Zeitreihenprofile sieht wie folgt aus:

add analytics profile ns_analytics_timeseries_profile_1   -type timeseries -schemaFile schema1.json

set analytics profile  ns_analytics_timeseries_profile_1 -outputMode prometheus -serveMode PULL -metrics ENABLED

add analytics profile ns_analytics_timeseries_profile_2   -type timeseries -schemaFile schema2.json

set analytics profile  ns_analytics_timeseries_profile_2 -outputMode prometheus -serveMode PULL -metrics ENABLED

In diesem Beispiel haben schema1.json und schema2.json unterschiedliche Zählersätze.

Prometheus-Konfiguration

Die Konfiguration einer prometheus.yml Beispieldatei sieht wie folgt aus:

scrape_configs:
  - job_name: 'vpx2_metrics_direct'
    metrics_path: /nitro/v1/config/systemfile
    params:
      args: ['filename:metrics_prom_ns_analytics_time_series_profile.log,filelocation:/var/nslog']
      format: ['prometheus']
    basic_auth:
     username: 'prom_user'
     password: 'user_password'
    scheme: https
    scrape_interval: 30s
    static_configs:
     - targets: ['<ADC1-ip>:<port>', '<ADC2-ip>:<port>']
<!--NeedCopy-->

Die offizielle Version dieses Inhalts ist auf Englisch. Für den einfachen Einstieg wird Teil des Inhalts der Cloud Software Group Dokumentation maschinell übersetzt. Cloud Software Group hat keine Kontrolle über maschinell übersetzte Inhalte, die Fehler, Ungenauigkeiten oder eine ungeeignete Sprache enthalten können. Es wird keine Garantie, weder ausdrücklich noch stillschweigend, für die Genauigkeit, Zuverlässigkeit, Eignung oder Richtigkeit von Übersetzungen aus dem englischen Original in eine andere Sprache oder für die Konformität Ihres Cloud Software Group Produkts oder Ihres Diensts mit maschinell übersetzten Inhalten gegeben, und jegliche Garantie, die im Rahmen der anwendbaren Endbenutzer-Lizenzvereinbarung oder der Vertragsbedingungen oder einer anderen Vereinbarung mit Cloud Software Group gegeben wird, dass das Produkt oder den Dienst mit der Dokumentation übereinstimmt, gilt nicht in dem Umfang, in dem diese Dokumentation maschinell übersetzt wurde. Cloud Software Group kann nicht für Schäden oder Probleme verantwortlich gemacht werden, die durch die Verwendung maschinell übersetzter Inhalte entstehen können.

Überwachung von NetScaler, Anwendungen und Anwendungssicherheit mit Prometheus

September 1, 2023

Beitrag von:

September 1, 2023

Beitrag von:

In diesem Artikel

Export von Metriken von NetScaler nach Prometheus
Konfigurieren Sie den Export von Metriken von NetScaler nach Prometheus und die Visualisierung mit Grafana
Beispiele für Prometheus-Grafiken
Beispiel für ein Grafana-Armaturenbrett
Weitere Informationen