FreeBSD: Das unterschätzte Server-Betriebssystem

Wenn Netflix dir einen Film streamt, kommen die Videodaten wahrscheinlich von einem FreeBSD-Server. Wenn du eine WhatsApp-Nachricht verschickst, läuft sie durch eine Infrastruktur, die jahrelang auf FreeBSD lief. Das Betriebssystem der PlayStation 4 und 5 basiert auf FreeBSD. Die Juniper-Networks-Router, das Rückgrat vieler großer ISPs, laufen mit einer modifizierten FreeBSD-Version. Für ein Betriebssystem, das die meisten Entwickler nie benutzt haben, steckt FreeBSD erstaunlich tief in kritischer Infrastruktur.

Linux beherrscht den Servermarkt so vollständig, dass viele Entwickler „Linux“ und „Server-OS“ als Synonyme betrachten. FreeBSD besetzt aber eine Nische, die Linux nicht so gut abdeckt: Systeme, bei denen Netzwerkleistung, Speicherzuverlässigkeit und einfache Lizenzierung wichtiger sind als die Breite des Ökosystems. Zu verstehen, warum FreeBSD fortbesteht und wo es glänzt, lohnt sich auch dann, wenn du es nie selbst betreibst.

Der Unterschied in der Designphilosophie

Linux ist ein Kernel. Das „Linux-Betriebssystem“ ist eigentlich ein Kernel plus eine Userland-Umgebung, die aus Dutzenden unabhängiger Projekte zusammengesetzt wird (GNU Coreutils, systemd, glibc und so weiter) und von einer Distribution paketiert wird. Verschiedene Distributionen treffen unterschiedliche Entscheidungen darüber, welche Komponenten enthalten sind und wie sie konfiguriert werden. Ubuntu und Alpine sind beide „Linux“, fühlen sich aber an wie zwei verschiedene Betriebssysteme.

FreeBSD ist ein Betriebssystem. Kernel, Userland-Werkzeuge, Compiler, Dokumentation und Basisbibliotheken werden als ein zusammenhängendes Projekt entwickelt. Das gesamte Basissystem wird gemeinsam versioniert, getestet und veröffentlicht. Es gibt ein FreeBSD, nicht Hunderte von FreeBSD-Distributionen. Das bedeutet weniger Auswahl, aber mehr Konsistenz: Das Basissystem ist garantiert intern kompatibel, und die Dokumentation gilt für jede FreeBSD-Installation.

Das hat praktische Folgen. Unter Linux hängt die Antwort auf „Wie konfiguriere ich das Netzwerk?“ davon ab, ob du NetworkManager, systemd-networkd, netplan, ifupdown oder etwas anderes verwendest. Unter FreeBSD lautet sie immer /etc/rc.conf, für jede FreeBSD-Installation. Die Dokumentation ist maßgeblich, weil es nur einen Weg gibt.

Wo FreeBSD punktet

Netzwerk. Der Netzwerk-Stack von FreeBSD ist legendär. Netflix hat FreeBSD gerade deshalb gewählt, weil ein einzelner Server damit 100 Gbit/s TLS-verschlüsseltes Video ausliefern kann. Der Stack ist ausgereift, gut optimiert und bietet exzellente Treiberunterstützung für High-End-Netzwerkhardware. Funktionen wie netmap (Paket-I/O ohne Kopieren) sowie die TCP-Überlastungskontrollen RACK und BBR sind gut integriert.

ZFS. FreeBSD war das erste Nicht-Solaris-Betriebssystem, das ZFS als vollwertiges Dateisystem ausgeliefert hat, und es ist nach wie vor die am besten integrierte ZFS-Plattform. ZFS bietet prüfsummengesicherte Datenintegrität, transparente Komprimierung, Snapshots, Replikation und Selbstheilung, Funktionen, die kein anderes Dateisystem in dieser Kombination bietet. Unter Linux ist ZFS ein Kernelmodul von Drittanbietern mit lizenzrechtlichen Problemen. Unter FreeBSD ist es eingebaut und offiziell unterstützt.

# ZFS on FreeBSD — built-in, first-class support
# Create a mirrored pool
zpool create tank mirror /dev/da0 /dev/da1
# Create a dataset with compression
zfs create -o compression=lz4 tank/data
# Take a snapshot (instant, copy-on-write)
zfs snapshot tank/data@before-migration
# Send a snapshot to another machine (incremental replication)
zfs send -i tank/data@yesterday tank/data@today | \
ssh backup-server zfs recv backup/data
# Roll back if something goes wrong
zfs rollback tank/data@before-migration
# Check data integrity (detects and repairs bit rot)
zpool scrub tank

Jails. Das Jail-System von FreeBSD ist über ein Jahrzehnt älter als Linux-Container (Jails: 2000, Docker: 2013). Jails bieten Virtualisierung auf Betriebssystemebene mit starker Isolation: eigenes Dateisystem, eigener Netzwerk-Stack und eigener Prozess-Namensraum. Sie sind leichter als VMs, aber stärker isoliert als Linux-Container, und sie lassen sich einfach konfigurieren, ohne eine Container-Laufzeitumgebung zu benötigen.

Die Lizenz. FreeBSD nutzt die BSD-Lizenz, die proprietäre Nutzung erlaubt, ohne dass der Quellcode offengelegt werden muss. Deshalb konnte Sony das Betriebssystem der PlayStation auf FreeBSD aufbauen, ohne es quelloffen zu machen, und deshalb kann Netflix modifiziertes FreeBSD ausliefern, ohne die Optimierungen am Netzwerk-Stack zu veröffentlichen. Firmen, die aus rechtlichen oder geschäftlichen Gründen keinen GPL-Code verwenden können, entscheiden sich oft genau wegen dieser Flexibilität für FreeBSD.

Wo Linux punktet

Die Stärken von FreeBSD heben die Stärken von Linux nicht auf, und es lohnt sich, ehrlich zu benennen, wo FreeBSD zurückbleibt.

Hardwareunterstützung. Linux bietet deutlich bessere Hardwareunterstützung, besonders bei Consumer-Hardware: GPUs, WLAN-Adapter, Bluetooth und neuere Laptops. Das Treiber-Ökosystem von Linux übertrifft FreeBSD bei Weitem. Wenn du auf aktueller Server-Hardware großer Hersteller läufst, ist die FreeBSD-Unterstützung meist in Ordnung. Auf Commodity- oder Desktop-Hardware stößt du dagegen auf Treiberlücken.

Container-Ökosystem. Docker, Kubernetes und der gesamte Cloud-native-Stack setzen auf Linux voraus. FreeBSD hat Jails (die man durchaus als bessere Isolation bezeichnen kann), aber das Ökosystem aus Orchestrierungswerkzeugen, Container-Registries und CI/CD-Pipelines erwartet Linux-Container. Einen Kubernetes-Cluster auf FreeBSD zu betreiben ist technisch möglich, praktisch aber mühsam.

Cloud-Unterstützung. AWS, GCP und Azure unterstützen FreeBSD als VM-Image, doch Standardwerkzeuge, Dokumentation und Managed Services setzen auf Linux. Der „Weg des geringsten Widerstands“ in jeder Cloud-Umgebung führt zu Linux.

Bekanntheit und Recruiting. Entwickler mit FreeBSD-Erfahrung zu finden ist schwieriger als Linux-Entwickler zu finden. Die meisten Informatikstudiengänge lehren Linux. Die meisten DevOps-Werkzeuge setzen Linux voraus. Wer sich für FreeBSD entscheidet, muss sein Team auf einer ungewohnten Plattform schulen.

Die Netflix-Fallstudie

Netflix' Open Connect CDN ist die Paradebeispiel-Erfolgsgeschichte von FreeBSD. Netflix liefert zu Spitzenzeiten etwa ein Drittel des US-Internetverkehrs aus, und das geschieht über FreeBSD-basierte Appliances, die direkt in den Netzen der ISPs installiert sind.

Netflix hat FreeBSD aus konkreten technischen Gründen gewählt: Der Netzwerk-Stack bewältigte damals hohen TLS-Durchsatz besser als Linux, ZFS lieferte zuverlässigen lokalen Speicher mit Garantien für die Datenintegrität, und die BSD-Lizenz erlaubte es, das Betriebssystem ohne Open-Source-Verpflichtungen anzupassen. Viele Verbesserungen haben sie trotzdem an FreeBSD zurückgegeben, aber die Lizenz ließ ihnen die Wahl.

Die Server erreichen bemerkenswerte Effizienz: Eine einzelne FreeBSD-basierte Open-Connect-Appliance kann mit Commodity-Hardware 400 Gbit/s Video ausliefern. Die zentralen Optimierungen, sendfile() mit TLS-Offload, ereignisgesteuerte Verarbeitung über kqueue und aggressives TCP-Tuning, sind FreeBSD-Funktionen, die entweder dort entstanden sind oder dort zuerst verfeinert wurden.

Sollte man FreeBSD einsetzen?

Für die meisten Entwickler und die meisten Projekte: nein. Die Vorteile des Linux-Ökosystems sind zu groß, um sie zu ignorieren. Docker, Kubernetes, die meisten CI/CD-Systeme, die meisten Cloud-Dienste und die meisten Monitoring-Tools funktionieren unter Linux am besten. Die pragmatische Wahl ist die mit der größten Werkzeugunterstützung.

Es gibt aber konkrete Anwendungsfälle, in denen FreeBSD tatsächlich die bessere Wahl ist.

• Netzwerklastige Workloads. Wenn du ein CDN, einen Proxy, einen Load Balancer oder ein anderes System baust, das große Mengen Netzwerkverkehr bewegt, lohnt es sich, den Netzwerk-Stack von FreeBSD zu prüfen.
• Storage-Server. Wenn dir die Funktionen von ZFS wichtig sind (Prüfsummen, Snapshots, Replikation, Komprimierung), bietet FreeBSD die beste ZFS-Erfahrung.
• Eingebettete Systeme und Appliances. Wenn du ein Produkt auf Basis eines Betriebssystems ausliefern willst und keine GPL-Pflichten möchtest, ist die BSD-Lizenz für die kommerzielle Nutzung einfacher.
• Unix-Grundlagen lernen. Die Dokumentation von FreeBSD (das FreeBSD Handbook) gehört zu den besten Betriebssystem-Dokumentationen, die je geschrieben wurden. Wenn du von Grund auf verstehen willst, wie ein Unix-System funktioniert, ist FreeBSD eine hervorragende Lernumgebung.

FreeBSD wird Linux auf dem Desktop, in Containern oder in der Cloud nicht ersetzen. Das muss es aber auch nicht. Es besetzt eine wertvolle Nische: ein zusammenhängendes, sauber entwickeltes Unix-Betriebssystem mit spezifischen technischen Stärken, die bei bestimmten Workloads zählen. In einer Welt, in der die meisten Entwickler nie über Linux hinausdenken, hilft dir das Wissen, dass FreeBSD existiert, und das Verständnis seiner Stärken, bessere Infrastrukturentscheidungen zu treffen.