Welche Server es im Netz gibt und wofür jeder zuständig ist

Ein Server ist eine Rolle und keine Hardware: Dieselbe Maschine kann eine Website ausliefern, Dateien speichern und Passwörter prüfen. Bei kleiner Last leben die Rollen zusammen, mit dem Wachstum ziehen sie auf eigene Maschinen und VMs um. Um sich in diesem Zoo zurechtzufinden, genügt es zu wissen, welche Rollen es gibt und wie sie zusammenspielen.

Dem Nutzer zugewandt

Der Webserver liefert Seiten und Anwendungen: Er nimmt die Anfrage des Browsers an, holt das Nötige aus Dateien oder Nachbardiensten und antwortet. Bei ernsthaften Installationen steht davor ein Reverse-Proxy: Er nimmt Verbindungen an, übernimmt die Verschlüsselung, verteilt die Last auf Maschinen und schützt sie vor Angriffen, wie der Artikel über die Aufgaben von Proxyservern zeigt. Dahinter lebt der Anwendungsserver und führt die Logik aus, vom Onlineshop bis zur API einer Mobile-App.

Daten

Der Datenbankserver speichert Strukturiertes: Bestellungen, Benutzer, Bestände. Seine Hauptfeinde sind Speichermangel und Festplatten, seine heilige Kuh sind Backups mit Wiederherstellungstest. Der Dateiserver speichert Unstrukturiertes: Dokumente, Scans, Projekte; im Büro sind das freigegebene Ordner mit Gruppenrechten. Der Backup-Speicher wird abgetrennt und weit weg gestellt: Eine Kopie auf demselben Server wie die Daten überlebt genau dieselben Ausfälle.

Die Dienstschicht

Der DNS-Server macht aus Namen Adressen; im Büro regelt er auch interne Namen, äußere Anfragen gehen an öffentliche Resolver, und jeden Eintrag prüfen Sie mit unserer DNS-Abfrage. DHCP verteilt Adressen an Geräte. Der Domänencontroller speichert Konten und Richtlinien: Wer ist im Netz und was darf er; fast alle anderen Rollen stützen sich darauf. Der Mailserver empfängt und sendet Nachrichten und ist die launischste Dienstrolle: Adressruf, Absendersignaturen und Sperrlisten brauchen ständige Aufmerksamkeit, die Domain-Prüfung erleichtert den Überblick.

Die Netzgrenze

Am Ausgang ins Internet leben Gateway und Firewall: Routing, Zugriffsregeln, VPN für Heimarbeit. In größeren Firmen vereint sie ein Sicherheits-Gateway mit Filterung und Berichten wie UserGate. Hier sitzt auch der Forward-Proxy des Büros, wenn Mitarbeiter-Traffic gefiltert und gezählt werden muss.

Hardware, VMs und Cloud

Eine Rolle hängt nicht an der Hardware. Eine physische Maschine trägt ein Dutzend virtuelle Server, und das ist heute normal: Virtualisierung erleichtert Backups, Umzüge und Experimente. Die Cloud verschiebt das Bild weiter: Manche Rollen mietet man als fertige Dienste und konfiguriert sie nur noch, ganz ohne Hardware. Die Wahl zwischen eigener Hardware, VMs und Cloud rechnet sich in Geld und Verantwortung: Was ist billiger zu betreiben, und wen wecken Sie nachts bei einem Ausfall? Gemischte Schemata mit eigener Datenbank und gemieteter Mail sind häufiger als reine.

Wie es in der Praxis wächst

Ein kleines Netz beginnt mit einer Maschine, auf der Dateien, DNS und ein paar Dienste zusammenleben, und einem Router als Gateway. Zuerst zieht meist die Datenbank um: Neben den Nachbarn wird es ihr bei RAM und Festplatten zu eng, eine eigene Maschine lohnt sich. Dann bekommt die Grenze ihren Platz: Ein Gateway mit eigenen Regeln ersetzt den Router. Mail geben kleine Teams eher an externe Dienste ab: Die Launen der Rolle kosten mehr als das Abo, und ein externer Dienst pflegt den Absenderruf professioneller. Den Dateiserver behält man dagegen gern in der Nähe: Dokumente griffbereit, Rechte klar, lokales Tempo. Danach vermehren sich die Rollen durch Virtualisierung: Zwei physische Maschinen mit einem Dutzend Rollen sind eine normale Dichte.

Augen und Ohren: Monitoring

Eine eigene Rolle verdient, woran man nach dem ersten Ausfall denkt: der Server für Monitoring und Logs. Er sammelt Metriken und Logs aller anderen, zeichnet Grafiken und weckt den Bereitschaftsdienst, bevor Nutzer etwas merken. Hierher fließt auch die Traffic-Erfassung, über die es eine eigene Analyse gibt. Die Regel ist einfach: Diese Rolle kommt als zweite oder dritte, nicht als zehnte, denn ohne sie leben alle anderen blind.

Behalten Sie beim Planen zwei Fragen aus der Tabelle im Kopf: Was bricht beim Ausfall einer Rolle, und wer bemerkt es? Die Antworten setzen die Prioritäten für Redundanz besser als jedes Handbuch: Domänencontroller und DNS werden zuerst redundant, ein Dateiserver verzeiht Stunden Stillstand, das Schaufenster eines Shops keine Minuten. Infrastruktur reift durch das Bewusstsein solcher Antworten und nicht durch die Zahl der Server. Und wie Ihr Schema auch aussieht, dokumentieren Sie es mit mindestens einem Bild mit Pfeilen: Der nächste Administrator, vielleicht Sie selbst in einem Jahr, wird es danken.