Mit InfluxDB 2.0 hat influxdata einen großen Schritt gewagt und viele Neuerungen eingeführt. Hierzu gehören unter anderem die Integration von Webinterface und Task-Engine und DBMS, aber auch die neue Abfragesprache Flux. Ein paar Funktionen, die in es in InfluxDB 1.x gab, wurden zunächst jedoch noch nicht Umgesetzt. Hierzu gehörte bis jetzt das Thema Replikation.
Von Replikation spricht man, wenn Daten von einem Server automatisiert auf einen oder mehrere weitere Server kopiert werden um beispielsweise die Datensicherheit zu erhöhen oder den Zugriff zu beschleunigen.
Seit influxDB 2.2 ist Replikation als technical preview in der Open Source Version enthalten und kann schnell und einfach über das influx command line interface eingerichtet werden. Bei diesem Verfahren werden die Daten TLS gesichert an die API eines oder mehrerer InfluxDB Server gesendet. Wird die Verbindung zwischen Quell- und Zielserver unterbrochen, werden die Daten zu einem späteren Zeitpunkt übertragen.
Einrichtung
Vorab werden hierfür ein Quell-Bucket und ein Authentifizierungstoken auf Server1, und ein Ziel-Bucket plus Authentifizierungstoken auf Server2 benötigt. Bei der Gelegenheit sollte man sich auch schon einmal die Organisations-IDs und Bucket-IDs notieren
# Server 1 user@server1$ influx org ls user@server1$ influx bucket create -n example-local-bucket user@server1$ influx auth create ...
# Server 2 user@server2$ influx org ls user@server2$ influx bucket create -n example-remote-bucket user@server2$ influx auth create ...
Nach dieser Vorarbeit muss zunächst Remote-Verbindung zu Server 2 angeben werden. Diese wird dann mit im folgenden Schritt genutzt um die Replikation zu aktivieren. In einer nicht gesicherten Testumgebung können zudem die Schalter -allow-insecure-tls und –skip-verify hilfreich sein.
user@server1$ influx remote create \ --name myremote \ --org-id <org ID> \ --token <token> \ --remote-url <remote URL> \ --remote-api-token <remote token> \ --remote-org-id <remote org ID> \ user@server1$ influx replication create \ --name myreplication --local-bucket example-local-bucket --remote-bucket example-remote-bucket --remote-id 0ooxX0xxXo0x
Das ganze ist auch noch weitergehend konfigurierbar, es kann z.B. die Länge des Replay-Logs oder das maximale Alter von zu replizierenden Daten geändert werden.
Weitergehende Informationen finden sich in der Influxdb-Doku:
Du möchtest deine Monitoring- und Datenbankinfrastruktur optimieren? Unser Team berät dich gerne bei der Auswahl, Implementierung und Skalierung von Open Source Lösungen wie InfluxDB.
Da ist ein Fehler in dem Beispiel! Bei Synchronisation Befehl muss die lokale bucket ID angegeben werden und die remote bucket und nicht das lokale bucket .
Kleiner Hinweis- Die ID’s können immer mittels ls befehl ausgelesen weden