#Einrichten des Grafana Dashboards

Jetzt, da Ihr Node läuft, möchten Sie wahrscheinlich eine bequeme Möglichkeit haben, alles auf einen Blick zu überwachen, um sicherzustellen, dass er korrekt funktioniert (und welche Art von Einnahmen er für Sie generiert).

Es gibt viele Tools, die diese Aufgabe erfüllen. Eines der beliebtesten heißt Grafana - ein benutzerfreundliches, universelles Dashboard-System, auf das Sie mit einem Browser zugreifen können.

Rocket Pool wird out-of-the-box mit Unterstützung für Grafana und seine Abhängigkeiten geliefert; es wird sogar mit einem vorgefertigten Dashboard für jeden Consensus Client geliefert. Hier ist zum Beispiel ein Snapshot, wie das Dashboard im Hoodi-Testnetzwerk aussieht:

Das Standard-Dashboard enthält die folgenden Informationen in einem praktischen Format:

• Oben links: einige wichtige Statistiken über die Gesundheit und Leistung Ihrer Maschine und alle ausstehenden Systemupdates
• Oben rechts: die Aktivität und Leistung Ihrer Validatoren auf der Beacon Chain, zusammen mit einigen Execution und Consensus Client Statistiken
• Unten links: Details über das gesamte Rocket Pool Netzwerk, als Referenz
• Unten rechts: Details über Ihre Staking-Belohnungen, sowohl ETH als auch RPL

In diesem Leitfaden zeigen wir Ihnen, wie Sie das Metriken-System von Rocket Pool aktivieren, damit Sie dieses Dashboard verwenden können - oder sogar Ihr eigenes erstellen!

#Übersicht über den Rocket Pool Metrics Stack

Wenn Sie sich während des Smartnode-Konfigurationsprozesses dafür entscheiden, Metriken zu aktivieren, fügt Ihr Node die folgenden Prozesse hinzu:

• Prometheus - ein Datenerfassungs-, Speicher- und Berichtssystem, das alle oben genannten Metriken (und viele mehr) erfasst und speichert, damit sie im Laufe der Zeit betrachtet werden können
• Der Prometheus Node Exporter - ein Dienst, der Informationen über die Gesundheit Ihrer Maschine sammelt (wie CPU-Auslastung, RAM-Auslastung, freier Festplattenspeicher und Swap-Speicher usw.) und an Prometheus meldet
• Grafana, das Tool, das die Daten von Prometheus über eine praktische Website auf Ihrem Node verfügbar macht
• Ein optionales benutzerdefiniertes Set von Skripten, das alle verfügbaren Betriebssystem-Updates an Prometheus meldet, damit Sie wissen, ob Ihr System gepatcht werden muss

Die Standardkonfiguration erstellt Docker-Container mit all diesen Diensten, die neben den restlichen Docker-Containern der Smartnode leben. Sie öffnet einen Port auf Ihrer Node-Maschine für Grafana, damit Sie von jedem Gerät in Ihrem lokalen Netzwerk mit einem Browser auf das Dashboard zugreifen können.

#Aktivieren des Metrics Server

rocketpool service config

rocketpool service install-update-tracker

docker restart rocketpool_exporter

--metrics --metrics.addr 0.0.0.0 --metrics.port 9105

--Metrics.Enabled true --Metrics.ExposePort 9105

--metrics-enabled --metrics-host=0.0.0.0 --metrics-port=9105

--metrics --metrics-address 0.0.0.0 --metrics-port 9100 --validator-monitor-auto

--metrics --metrics.address 0.0.0.0 --metrics.port 9100

--metrics --metrics-address=0.0.0.0 --metrics-port=9100

--monitoring-host 0.0.0.0 --monitoring-port 9100

--metrics-enabled=true --metrics-interface=0.0.0.0 --metrics-port=9100 --metrics-host-allowlist=*

wget https://github.com/prometheus/prometheus/releases/download/v2.45.3/prometheus-2.45.3.linux-amd64.tar.gz
wget https://github.com/prometheus/node_exporter/releases/download/v1.7.0/node_exporter-1.7.0.linux-amd64.tar.gz
wget https://github.com/prometheus/alertmanager/releases/download/v0.26.0/alertmanager-0.26.0.linux-amd64.tar.gz

sudo tar -zxvf prometheus-2.45.3.linux-amd64.tar.gz -C /usr/local/bin --wildcards '*/prometheus' --strip-components=1
sudo tar -zxvf node_exporter-1.7.0.linux-amd64.tar.gz -C /usr/local/bin --wildcards '*/node_exporter' --strip-components=1
sudo tar -zxvf alertmanager-0.26.0.linux-amd64.tar.gz -C /usr/local/bin --wildcards '*/alertmanager' --strip-components=1

sudo mkdir /etc/prometheus
sudo mkdir /etc/alertmanager
sudo mkdir /var/lib/prometheus
sudo mkdir /var/lib/alertmanager

global:
scrape_interval: 15s # Set the scrape interval to every 15 seconds. Default is every 1 minute.
scrape_timeout: 12s # Timeout must be shorter than the interval
evaluation_interval: 15s # Evaluate rules every 15 seconds. The default is every 1 minute.

scrape_configs:
- job_name: "prometheus"
static_configs:
- targets: ["localhost:9091"]

- job_name: "node"
static_configs:
- targets: ["localhost:9103"]
#     - targets: ['localhost:9103', 'node_hostname:9103']
- job_name: "eth1"
static_configs:
- targets: ["localhost:9105"]
# Uncomment the line below if you are using geth as Execution Client
#metrics_path: /debug/metrics/prometheus

- job_name: "eth2"
static_configs:
- targets: ["localhost:9100"]

- job_name: "validator"
static_configs:
- targets: ["validator:9101"]

- job_name: "rocketpool"
scrape_interval: 5m
scrape_timeout: 5m
static_configs:
- targets: ["node:9102"]

- job_name: "watchtower"
scrape_interval: 5m
scrape_timeout: 5m
static_configs:
- targets: ["watchtower:9104"]

alerting:
alertmanagers:
- static_configs:
- targets: ["localhost:9093"]

global:
# ResolveTimeout is the default value used by alertmanager if the alert does
# not include EndsAt, after this time passes it can declare the alert as resolved if it has not been updated.
# This has no impact on alerts from Prometheus, as they always include EndsAt.
# default = 5m
resolve_timeout: 5m

route:
# The labels by which incoming alerts are grouped together.
group_by: ["alertname"]
# How long to initially wait to send a notification for a group
# of alerts. Allows to wait for an inhibiting alert to arrive or collect
# more initial alerts for the same group.
group_wait: 30s
# How long to wait before sending a notification about new alerts that
# are added to a group of alerts for which an initial notification has
# already been sent. (Usually ~5m or more.)
group_interval: 5m
# How long to wait before sending a notification again if it has already been sent successfully for an alert.
repeat_interval: 4h
routes:
# severity=info: Don't send the follow-up resolved notification.
- match:
severity: info
continue: false
# The notification destination
receiver: "node_operator_no_resolved"
# all other alerts get sent notifications for the initial firing _and_ resolved notifications.
- receiver: "node_operator_default"
#match: We want this to match all alerts (severity=info is first though so it will stop)

# The notification destination
receiver: "node_operator_default"

receivers:
- name: "node_operator_default"
discord_configs:
- webhook_url: "https://discord.com/api/webhooks/1206697259694170212/_Pk1eVVgXFLdwU1k0rfwehSvNLiAQJytVV_Ze8QYOhupHnhiB5c8awPBTfuw41lN9GJk"

- name: "node_operator_no_resolved"
discord_configs:
- webhook_url: "https://discord.com/api/webhooks/1206697259694170212/_Pk1eVVgXFLdwU1k0rfwehSvNLiAQJytVV_Ze8QYOhupHnhiB5c8awPBTfuw41lN9GJk"
send_resolved: false

inhibit_rules:
# Inhibit rules mute a new alert (target) that matches an existing alert (source).
- source_match:
# if the existing alert (source) is severity=critical
severity: "critical"
target_match:
# and the new alert (target) is severity=warning
severity: "warning"
# and the alertname, job, and instance labels have the same value
equal: ["alertname", "job", "instance"]

sudo useradd -r -s /sbin/nologin prometheus
sudo useradd -r -s /sbin/nologin alertmanager

sudo chown prometheus:prometheus /usr/local/bin/prometheus
sudo chown alertmanager:alertmanager /usr/local/bin/alertmanager
sudo chown prometheus:prometheus /usr/local/bin/node_exporter
sudo chown -R prometheus:prometheus /etc/prometheus
sudo chown -R alertmanager:alertmanager /etc/alertmanager
sudo chown -R prometheus:prometheus /var/lib/prometheus
sudo chown -R alertmanager:alertmanager /var/lib/alertmanager
sudo chmod u+sx,g+sx,o-wx /usr/local/bin/prometheus
sudo chmod u+sx,g+sx,o-wx /usr/local/bin/alertmanager
sudo chmod u+sx,g+sx,o-wx /usr/local/bin/node_exporter

[Unit]
Description=Node metrics exporter for Prometheus
Documentation=https://prometheus.io/docs/introduction/overview
Wants=network-online.target
After=network-online.target

[Service]
User=prometheus
Group=prometheus
Type=simple
Restart=on-failure
WorkingDirectory=/var/lib/prometheus
RuntimeDirectory=node-exporter
RuntimeDirectoryMode=0750
ExecStart=/usr/local/bin/node_exporter --web.listen-address=:9103

[Install]
WantedBy=multi-user.target

[Unit]
Description=Prometheus instance
Documentation=https://prometheus.io/docs/introduction/overview
Wants=network-online.target
After=network-online.target

[Service]
User=prometheus
Group=prometheus
Type=simple
Restart=on-failure
WorkingDirectory=/var/lib/prometheus
RuntimeDirectory=prometheus
RuntimeDirectoryMode=0750
ExecStart=/usr/local/bin/prometheus --config.file /etc/prometheus/prometheus.yml --web.listen-address=:9091

[Install]
WantedBy=multi-user.target

[Unit]
Description=Alertmanager instance
Documentation=https://prometheus.io/docs/alerting/latest/alertmanager/
Wants=network-online.target
After=network-online.target

[Service]
User=alertmanager
Group=alertmanager
Type=simple
Restart=on-failure
WorkingDirectory=/var/lib/alertmanager
RuntimeDirectory=alertmanager
RuntimeDirectoryMode=0750
ExecStart=/usr/local/bin/alertmanager --config.file /etc/alertmanager/alertmanager.yml --web.listen-address=:9093

[Install]
WantedBy=multi-user.target

sudo systemctl daemon-reload

sudo systemctl enable node-exporter
sudo systemctl start node-exporter

sudo systemctl status node-exporter

sudo systemctl enable prometheus
sudo systemctl start prometheus

sudo systemctl enable alertmanager
sudo systemctl start alertmanager

sudo systemctl status prometheus
sudo systemctl status alertmanager

sudo apt-get update
sudo apt-get install -y apt-transport-https software-properties-common
sudo mkdir -p /etc/apt/keyrings/
wget -q -O - https://apt.grafana.com/gpg.key | gpg --dearmor | sudo tee /etc/apt/keyrings/grafana.gpg > /dev/null
echo "deb [signed-by=/etc/apt/keyrings/grafana.gpg] https://apt.grafana.com stable main" | sudo tee -a /etc/apt/sources.list.d/grafana.list

sudo apt-get update
sudo apt-get install grafana

apiVersion: 1

deleteDatasources:
- name: Prometheus
orgId: 1

datasources:
- name: Prometheus
type: prometheus
access: proxy
orgId: 1
url: http://localhost:9091
basicAuth: false
isDefault: true
version: 1
editable: true

sudo systemctl daemon-reload
sudo systemctl enable grafana-server
sudo systemctl start grafana-server

sudo systemctl status grafana-server

#Firewall konfigurieren, um Verbindungen für die Überwachung zuzulassen

RP_NET=$(docker inspect rocketpool_net | grep -Po "(?<=\"Subnet\": \")[0-9./]+")
sudo ufw allow from $RP_NET to any port 9105 comment "Allow Prometheus access to Execution Client"
sudo ufw allow from $RP_NET to any port 9100 comment "Allow Prometheus access to Consensus Client"
sudo ufw allow from $RP_NET to any port 9103 comment "Allow Prometheus access to Exporter"

sudo ufw allow from 192.168.1.6 to any port 9100:9105 proto tcp comment 'Allow Prometheus host to scrape metrics of this host'

sudo ufw allow out from any to 192.168.1.5 port 9100:9105 proto tcp comment 'Allow this host to scrape node metrics'

Sie können dann die Firewall öffnen, um externen Geräten Zugriff auf Ihr Grafana-Dashboard zu ermöglichen.

# This assumes your local IP structure is 192.168.1.xxx
sudo ufw allow from 192.168.1.0/24 proto tcp to any port 3100 comment 'Allow grafana from local network'

# To allow any devices in the broader subnet
# for example allowing 192.168.2.20 to access
# grafana on 192.168.1.20
sudo ufw allow from 192.168.1.0/16 proto tcp to any port 3100 comment 'Allow grafana from local subnets'

# Allow any IP to connect to Grafana
sudo ufw allow 3100/tcp comment 'Allow grafana from anywhere'

#Einrichten von Grafana

Jetzt, da der Metrics Server bereit ist, können Sie mit jedem Browser in Ihrem lokalen Netzwerk darauf zugreifen.

Beziehen Sie sich auf die nachstehenden Tabs für Ihren Smartnode-Installationsmodus.

Navigieren Sie zur folgenden URL und ersetzen Sie die Variablen entsprechend Ihrem Setup:

http://<Ihre Node IP>:<Grafana Port>

Wenn beispielsweise die IP Ihres Nodes 192.168.1.5 war und Sie den Standard-Grafana-Port 3100 verwendet haben, würden Sie diese URL in Ihrem Browser aufrufen:

http://192.168.1.5:3100

Sie sehen einen Anmeldebildschirm wie diesen:

Die Standard-Grafana-Informationen sind:

Username: admin
Password: admin

Sie werden dann aufgefordert, das Standardpasswort für das admin-Konto zu ändern. Wählen Sie etwas Starkes und vergessen Sie es nicht!

docker exec -it rocketpool_grafana grafana-cli admin reset-admin-password admin

sudo grafana-cli admin reset-admin-password admin

Dank der Arbeit von Community-Mitglied tedsteen verbindet sich Grafana automatisch mit Ihrer Prometheus-Instanz, sodass es Zugriff auf die von ihr gesammelten Metriken hat. Alles, was Sie tun müssen, ist das Dashboard zu holen!

#Importieren des Rocket Pool Dashboards

Jetzt, da Sie Grafana mit Prometheus verbunden haben, können Sie das Standard-Dashboard importieren (oder Ihr eigenes mit den von ihm bereitgestellten Metriken erstellen, wenn Sie mit diesem Prozess vertraut sind).

Beginnen Sie, indem Sie zum Menü Create (das Plus-Symbol in der rechten Seitenleiste) gehen und auf Import klicken:

Wenn Sie nach der Dashboard-ID im Feld Import via grafana.com gefragt werden, geben Sie 21863 ein oder verwenden Sie die vollständige URL ((https://grafana.com/grafana/dashboards/24900-rocket-pool-dashboard-v1-4-0/) und klicken Sie auf die Schaltfläche Load.

Sie werden hier mit einigen Informationen über das Dashboard aufgefordert, wie seinem Namen und wo Sie es speichern möchten (der Standard-General-Ordner ist in Ordnung, es sei denn, Sie verwenden viele Dashboards und möchten sie organisieren).

Unter dem Dropdown-Menü Prometheus unten sollten Sie nur eine Option mit der Bezeichnung Prometheus (default) haben. Wählen Sie diese Option.

Ihr Bildschirm sollte so aussehen:

Wenn Ihrer übereinstimmt, klicken Sie auf die Schaltfläche Import und Sie werden sofort zu Ihrem neuen Dashboard geleitet.

Auf den ersten Blick sollten Sie viele Informationen über Ihren Node und Ihre Validatoren sehen. Jede Box kommt mit einem praktischen Tooltip in der oberen linken Ecke (das i-Symbol), über das Sie mehr darüber erfahren können. Hier ist zum Beispiel der Tooltip für die Box Your Validator Share:

Wir sind jedoch noch nicht fertig mit der Einrichtung - es gibt noch ein wenig mehr Konfiguration zu tun.

#Anpassen des Hardware-Monitors an Ihr System

Jetzt, da das Dashboard hochgefahren ist, bemerken Sie möglicherweise, dass einige Boxen leer sind, wie SSD Latency und Network Usage. Wir müssen das Dashboard an Ihre spezifische Hardware anpassen, damit es weiß, wie diese Dinge erfasst werden.

#CPU Temp

Um Ihr CPU-Temperatur-Messgerät zu aktualisieren, klicken Sie auf den Titel der Box CPU Temp und wählen Sie Edit aus dem Dropdown-Menü. Ihr Bildschirm sieht nun ungefähr so aus:

Dies ist der Bearbeitungsmodus von Grafana, in dem Sie ändern können, was angezeigt wird und wie es aussieht. Wir interessieren uns für das rot hervorgehobene Abfragefeld rechts von der Schaltfläche Metrics browser.

Standardmäßig steht in diesem Feld Folgendes:

node_hwmon_temp_celsius{job="node", chip="", sensor=""}

Es gibt zwei Felder in diesem Text, die derzeit leer sind: chip und sensor. Diese sind für jede Maschine einzigartig, daher müssen Sie sie basierend darauf ausfüllen, was Ihre Maschine bereitstellt.

Folgen Sie dazu diesen Schritten:

1. Entfernen Sie den Teil , sensor="", sodass er mit chip=""} endet. Zur Klarheit sollte das Ganze jetzt node_hwmon_temp_celsius{job="node", chip=""} sein.
2. Setzen Sie Ihren Cursor zwischen die Anführungszeichen von chip="" und drücken Sie Strg+Leertaste. Dies öffnet ein Autovervollständigungsfeld mit den verfügbaren Optionen, das so aussieht:

3. Wählen Sie die Option aus, die der CPU Ihres Systems entspricht.
4. Sobald diese ausgewählt ist, fügen Sie , sensor="" wieder in die Zeichenfolge ein. Setzen Sie Ihren Cursor zwischen die Anführungszeichen von sensor="" und drücken Sie Strg+Leertaste, um ein weiteres Autovervollständigungsmenü zu erhalten. Wählen Sie den Sensor aus, den Sie überwachen möchten.

k10temp-pci-00c3
Tctl:
  temp1_input: 33.500
Tdie:
  temp2_input: 33.500

Sobald Sie mit Ihren Auswahlen zufrieden sind, klicken Sie auf die blaue Schaltfläche Apply in der oberen rechten Ecke des Bildschirms, um die Einstellungen zu speichern.

#SSD Latency

Das Diagramm SSD Latency verfolgt, wie lange Lese-/Schreibvorgänge dauern. Dies ist hilfreich, um zu messen, wie schnell Ihre SSD ist, damit Sie wissen, ob sie zu einem Engpass wird, wenn Ihr Validator unter schlechter Leistung leidet. Um die SSD zu aktualisieren, die Sie im Diagramm verfolgen möchten, klicken Sie auf den Titel SSD Latency und wählen Sie Edit.

Dieses Diagramm hat vier Abfragefelder (vier Textfelder) mit insgesamt acht device=""-Teilen. Sie müssen die ersten vier dieser Teile mit dem Gerät aktualisieren, das Sie verfolgen möchten.

Setzen Sie einfach Ihren Cursor zwischen die Anführungszeichen und drücken Sie Strg+Leertaste, um Grafanas Autovervollständigungsliste zu erhalten, und wählen Sie die richtige Option für jeden der device=""-Teile aus. Sie möchten von der am weitesten links liegenden leeren Einstellung aus beginnen, oder die Autovervollständigungsliste erscheint möglicherweise nicht.

lsblk

NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
...
loop25        7:25   0   132K  1 loop /snap/gtk2-common-themes/9
loop26        7:26   0  65,1M  1 loop /snap/gtk-common-themes/1515
nvme0n1     259:0    0 238,5G  0 disk
├─nvme0n1p1 259:1    0   512M  0 part /boot/efi
├─nvme0n1p2 259:2    0 150,1G  0 part /
├─nvme0n1p3 259:3    0  87,4G  0 part
└─nvme0n1p4 259:4    0   527M  0 part

Optional können Sie auch die Latenz eines zweiten Laufwerks auf Ihrem System verfolgen. Dies richtet sich an Personen, die ihr Betriebssystem und ihre Chain-Daten auf separaten Laufwerken aufbewahren. Um dies einzurichten, folgen Sie einfach den obigen Anweisungen für die letzten beiden Abfragefelder und ersetzen die Werte des device=""-Teils durch die des Laufwerks, das Sie verfolgen möchten.

Sobald Sie mit Ihren Auswahlen zufrieden sind, klicken Sie auf die blaue Schaltfläche Apply in der oberen rechten Ecke des Bildschirms, um die Einstellungen zu speichern.

#Network Usage

Dieses Diagramm verfolgt, wie viele Daten Sie über eine bestimmte Netzwerkverbindung senden und empfangen. Wie Sie vielleicht erwarten, muss das Dashboard wissen, welches Netzwerk es verfolgen soll.

Um es zu ändern, klicken Sie auf den Titel Network Usage und wählen Sie Edit.

Dieses Diagramm hat zwei Abfragefelder mit insgesamt zwei device=""-Teilen. Sie müssen diese mit dem Netzwerk aktualisieren, das Sie verfolgen möchten.

Setzen Sie Ihren Cursor zwischen die Anführungszeichen und drücken Sie Strg+Leertaste, um Grafanas Autovervollständigungsliste zu erhalten, und wählen Sie die richtige Option für jeden der device=""-Teile aus.

sudo route

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.1.1     0.0.0.0         UG    100    0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
192.168.1.1     0.0.0.0         255.255.255.255 UH    100    0        0 eth0

Sobald Sie mit Ihren Auswahlen zufrieden sind, klicken Sie auf die blaue Schaltfläche Apply in der oberen rechten Ecke des Bildschirms, um die Einstellungen zu speichern.

#Total Net I/O

Dies verfolgt die Gesamtmenge der gesendeten und empfangenen Daten. Sie könnten es nützlich finden zu beobachten, wenn beispielsweise Ihr ISP Sie auf eine bestimmte Datenmenge pro Monat beschränkt.

Die Einrichtung ist identisch mit der Box Network Usage oben, folgen Sie also einfach diesen Anweisungen auch für diese Box.

#Disk Space Used

Dies überwacht, wie voll Ihr Betriebssystem-Laufwerk wird, damit Sie wissen, wann es Zeit zum Aufräumen ist (und wenn Ihre Chain-Daten auf demselben Laufwerk liegen, Zeit zum Bereinigen von Geth oder Nethermind).

Die Schritte sind die gleichen wie bei der Box SSD Latency oben, folgen Sie also einfach diesen Anweisungen auch für diese Box. Zur Erinnerung, Sie möchten das Laufwerk, das die Partition beherbergt, die / in der Spalte MOUNTPOINT hat, für diese, da das Ihr Betriebssystem-Laufwerk sein wird. Füllen Sie dies in das erste Abfragefeld ein.

Optional können Sie auch den freien Speicherplatz eines zweiten Laufwerks auf Ihrem System verfolgen. Dies richtet sich an Personen, die ihr Betriebssystem und ihre Chain-Daten auf separaten Laufwerken aufbewahren. Richten Sie dies ein, indem Sie demselben Prozess folgen, aber anstatt zu schauen, welche Partition / in der Spalte MOUNTPOINT hat, möchten Sie nach derjenigen suchen, die den Mount-Point Ihres zweiten Laufwerks hat. Aktualisieren Sie das zweite Abfragefeld mit dem Laufwerk, das mit dieser Partition verbunden ist.

#Disk Temp

Dies verfolgt die aktuelle Temperatur Ihres Betriebssystem-Laufwerks. Die Schritte sind die gleichen wie bei der Box CPU Temp oben, folgen Sie also einfach diesen Anweisungen auch für diese Box und ersetzen CPU-Chip- und Sensorwerte durch die Ihres Betriebssystem-Laufwerks. Füllen Sie diese Werte in das erste Abfragefeld ein.

Optional können Sie auch die aktuelle Temperatur eines zweiten Laufwerks auf Ihrem System verfolgen. Richten Sie dies ein, indem Sie demselben Prozess folgen und die Chip- und Sensorwerte durch die Ihres zweiten Laufwerks ersetzen. Füllen Sie diese Werte in das zweite Abfragefeld ein.

#Anpassen des Dashboards

Während das Standard-Dashboard versucht, alles, was Sie auf einen Blick sehen möchten, gut zu erfassen, ist es ziemlich einfach, ein Grafana-Dashboard nach Belieben anzupassen. Sie können neue Diagramme hinzufügen, die Art und Weise ändern, wie Diagramme aussehen, Dinge verschieben und vieles mehr!

Werfen Sie einen Blick auf Grafanas Tutorials Seite, um zu lernen, wie Sie damit spielen und es nach Ihren Wünschen einrichten können.

#Anpassen des Metrics Stack

Die im Rocket Pool Metrics Stack verwendeten Tools bieten eine Vielzahl von Konfigurationsoptionen, die über das hinausgehen, was in der Standard-Rocket Pool Installation enthalten ist. Dieser Abschnitt enthält Konfigurationsbeispiele für verschiedene Anwendungsfälle.

Im Allgemeinen sollten Grafana-Konfigurationsoptionen über Umgebungsvariablen in override/grafana.yml übergeben werden. Jede Konfigurationsoption kann mit der folgenden Syntax in eine Umgebungsvariable umgewandelt werden:

GF_<SectionName>_<KeyName>

#Grafana SMTP-Einstellungen zum Senden von E-Mails

Um E-Mails von Grafana zu senden, z.B. für Benachrichtigungen oder um andere Benutzer einzuladen, müssen SMTP-Einstellungen im Rocket Pool Metrics Stack konfiguriert werden. Siehe die Grafana SMTP-Konfiguration Seite als Referenz.

version: "3.7"
services:
grafana:
x-rp-comment: Add your customizations below this line
environment:
## SMTP settings start, replace values with those of your SMTP provider
- GF_SMTP_ENABLED=true
- GF_SMTP_HOST=mail.example.com:`port` # Gmail users should use smtp.gmail.com:587
- GF_SMTP_USER=admin@example.com
- GF_SMTP_PASSWORD=password
- GF_SMTP_FROM_ADDRESS=admin@example.com
- GF_SMTP_FROM_NAME="Rocketpool Grafana Admin"
## SMTP server settings end

[smtp]
enabled = true
host = mail.example.com:`port` # Gmail users should use smtp.gmail.com:587
user = admin@example.com
# If the password contains # or ; you have to wrap it with triple quotes. Ex """#password;"""
password = """passw0rd"""
from_address = admin@example.com
from_name = "Rocketpool Grafana Admin"

Nach diesen Änderungen führen Sie Folgendes aus, um die Änderungen anzuwenden:

docker stop rocketpool_grafana

rocketpool service start

sudo systemctl restart grafana-server

Um die SMTP-Einstellungen zu testen, gehen Sie zum Menü Alerting und klicken Sie auf Contact points.

Klicken Sie auf New contact point und wählen Sie Email als Contact point type. Geben Sie eine E-Mail-Adresse im Abschnitt Addresses ein und klicken Sie auf Test.

Überprüfen Sie, ob die Test-E-Mail empfangen wurde. Klicken Sie auf Save contact point*, wenn Sie fertig sind.