Wenn das Backup die Leitung dichtmacht

Der Client packt die nächste Datei jetzt schon, während die vorige noch übertragen wird — und die Sende-Rate lässt sich begrenzen, wenn der Anschluss nebenher gebraucht wird.

Veröffentlicht am 21. August 2026 · ← Blog

Vier von neun Stunden hat nichts gesendet

Ein Lauf aus dem Betrieb: 92,5 GB in acht Dateien, knapp neun Stunden von Beginn bis Ende. Davon stand die Leitung 2:19 h still, während am Anschluss gepackt und verschlüsselt wurde, und weitere 1:48 h, während der Server die fertige Datei ablegte. Zusammen über vier Stunden, in denen keine Nutzdaten flossen.

Der Grund war die Reihenfolge: Datei packen, Datei übertragen, auf die serverseitige Ablage warten — dann die nächste. Prozessor und Leitung warteten abwechselnd aufeinander.

Fließbetrieb: gepackt wird, während gesendet wird

Ab sofort überlappen die beiden Stufen. Während eine Datei überträgt, wird die nächste bereits gepackt und verschlüsselt.

vorher
  Datei A  [packen]────────[senden]────────
  Datei B                                  [packen]────────[senden]────────

jetzt
  Datei A  [packen]────────[senden]────────
  Datei B                  [packen]────────[senden]────────

Dafür ist nichts einzustellen. Der Fließbetrieb ist an, sobald mehr als eine Datei zu sichern ist.

Wie viel Zeit das spart, hängt davon ab, welche Stufe bei Ihnen die langsamere ist. Der Gewinn ist immer so groß wie die kürzere der beiden überlappten Phasen. Wer eine schmale Leitung und schnelle Hardware hat, gewinnt die gesamte Packzeit. Wer eine sehr schnelle Leitung hat, war schon vorher durch das Packen begrenzt und merkt wenig — bei ihm war die Leitung nie das Problem.

Was der Fließbetrieb ausdrücklich nicht tut: er packt nicht mehrere Dateien gleichzeitig. Das Packen ist prozessor- und plattengebunden und liefe nebeneinander nicht schneller, sondern nur unruhiger.

Der Preis ist Platz. Es liegen jetzt mehr fertige Archive gleichzeitig im tmp_directory: eines je laufender Übertragung plus das eine, das gerade geschrieben wird. Rechnen Sie im Arbeitsverzeichnis mit dem Platz für Ihre größte Datei mal der Zahl gleichzeitiger Übertragungen, plus eine.

Sende-Bremse: `upload_rate_limit_mbit`

Ein Backup, das die Leitung ausreizt, ist genau dann ein Problem, wenn währenddessen noch jemand arbeitet. Die neue Option begrenzt die Sende-Rate:

lionbackup:
  # … Projekt, Token, Dateien wie gehabt …

  # Obergrenze in Mbit/s. 0 oder weglassen = unbegrenzt (Voreinstellung).
  upload_rate_limit_mbit: 600

Drei Dinge dazu, die man wissen sollte:

Die Grenze gilt für den ganzen Lauf, nicht je Übertragung. Wer sie auf 600 Mbit/s setzt und zwei Übertragungen gleichzeitig fahren lässt, bekommt trotzdem 600 — nicht 1200. Andernfalls würde jede zusätzliche Übertragung die Bremse aushebeln.
Mbit/s, nicht MB/s. Anschlüsse werden in Mbit angegeben, Übertragungsraten oft in MB. Der Faktor ist 8: 600 Mbit/s sind 75 MB/s.
Sie ist keine Störungsbehebung. Wenn ein Backup ohne Bremse abbricht oder einschläft, liegt das nicht an der Geschwindigkeit — dann ist etwas anderes im Weg, und eine Bremse verdeckt es nur.

Einen brauchbaren Startwert findet man, indem man die tatsächliche Sende-Rate des Anschlusses misst und rund die Hälfte davon einträgt. Bei 100 Mbit/s Upload also etwa 50. Läuft das Backup nachts allein, lassen Sie die Bremse besser weg.

Ist sie aktiv, sagt der Client es beim Start:

Sende-Bremse aktiv: hoechstens 600 Mbit/s

Mehrere Übertragungen gleichzeitig: `max_concurrent_uploads`

Die zweite neue Option steuert, wie viele Dateien gleichzeitig übertragen werden. Voreinstellung ist 1, das Maximum ist 8.

lionbackup:
  max_concurrent_uploads: 2

Diese Option ist nicht nötig, damit Packen und Senden sich überlappen — das tun sie ohnehin. Erhöhen lohnt in zwei Fällen:

Situation	Bringt es etwas?
Ein einzelner Datenstrom füllt die Leitung nicht aus (hohe Latenz, Begrenzung je Verbindung)	Ja. Mehrere Ströme holen zusammen mehr heraus als einer.
Die serverseitige Ablage der vorigen Datei hält die nächste auf	Ja. Die nächste Übertragung startet, statt zu warten.
Ein Strom füllt die Leitung bereits aus	Nein. Nur mehr belegter Platz auf beiden Seiten — und mehr Sitzungen, die ein Netzaussetzer gleichzeitig trifft.

Die Obergrenze von 8 ist keine Willkür: jede gleichzeitige Übertragung belegt auf unserer Seite vorübergehend etwa 150 % der Dateigröße und bei Ihnen ein weiteres fertiges Archiv im Arbeitsverzeichnis. Jenseits einer Handvoll ist das kein Gewinn mehr, sondern eine volle Platte.

Beides zusammen

Ein Anschluss mit 100 Mbit/s Upload, der tagsüber gebraucht wird, und ein Backup aus vielen mittelgroßen Dateien:

lionbackup:
  project: <Projekt-UUID aus dem Portal>
  storagezone: de01-1
  token: <Write-Token aus dem Portal>

  files:
    - /srv/daten
    - /var/lib/postgresql/dumps

  compression_method: ZSTD
  compression_level: 5
  encryption_keyfile: /etc/lionbackup/backup.pub

  # Genug Platz fuer: groesste Datei x (max_concurrent_uploads + 1)
  tmp_directory: /var/tmp/lionbackup

  # Haelt die Haelfte der Leitung fuer den Betrieb frei.
  upload_rate_limit_mbit: 50

  # Zwei Stroeme, weil die serverseitige Ablage sonst bremst.
  max_concurrent_uploads: 2

Was sich nicht geändert hat

Verschlüsselt wird weiterhin auf Ihrem Rechner, bevor irgendetwas die Maschine verlässt — mit dem Post-Quanten-Hybridverfahren aus ML-KEM-768 und X25519. Wir sehen Ihre Daten nicht, und der private Schlüssel liegt ausschließlich bei Ihnen. An der Reihenfolge packen, verschlüsseln, senden ändert der Fließbetrieb nichts; er lässt die Schritte nur für verschiedene Dateien nebeneinander laufen.

Verfügbarkeit

Beide Optionen sind ab Client-Version 0.1.11 enthalten. Bestehende Konfigurationen laufen unverändert weiter: ohne Eintrag bleibt die Sende-Rate unbegrenzt und es überträgt eine Datei zur Zeit. Der Fließbetrieb greift auch ohne Änderung an der Konfiguration.

Den Client gibt es unter Downloads, den Quelltext offen einsehbar in unserem öffentlichen Repository.