Wenn ein Server
nicht mehr reicht
Ein Load-Balancer verteilt Anfragen auf mehrere Server. Fällt einer aus, merkt es niemand. Wird es voll, kommt einer dazu — ohne dass sich für Ihre Besucher etwas ändert.
Eingehend ihre-domain.de · 443/TLS │ ├─ web-01 gesund · 41 % Last ├─ web-02 gesund · 38 % Last └─ web-03 außer Betrieb — Wartung Prüfung alle 5 s · HTTP 200 erwartet Anfragen 1.284 je Minute
Was sich damit lösen lässt
Die Frage kommt meistens nach dem ersten längeren Ausfall — oder wenn eine Aktion mehr Besucher bringt, als ein Server verkraftet.
Ausfall ohne Ausfall
Antwortet ein Server nicht mehr, geht der Datenverkehr auf die übrigen. Ihre Besucher merken davon nichts.
Wachsen ohne Umzug
Reicht die Leistung nicht mehr, kommt ein weiterer Server dazu. Kein Umstieg auf eine größere Maschine, keine Ausfallzeit.
Zertifikat an einer Stelle
Die Verschlüsselung endet am Load-Balancer. Sie pflegen ein Zertifikat statt drei — und die Server dahinter werden entlastet.
Laufende Prüfung
Alle paar Sekunden wird geprüft, ob jeder Server noch sinnvoll antwortet. Wer durchfällt, bekommt keine Anfragen mehr.
Aktualisieren im Betrieb
Einen Server aus dem Verbund nehmen, aktualisieren, testen, zurückstellen. Wartungsfenster nachts entfallen.
Sitzungen bleiben erhalten
Auf Wunsch landet ein angemeldeter Besucher immer beim selben Server. Warenkörbe und Anmeldungen gehen dabei nicht verloren.
Was Ihre Anwendung mitbringen muss
Ein Load-Balancer allein macht keine Anwendung ausfallsicher. Was auf einem Server läuft, läuft nicht automatisch auf zweien.
- Hochgeladene Dateien müssen zentral liegen. Sonst findet Server 2 nicht, was ein Besucher auf Server 1 hochgeladen hat. Dafür gibt es Object-Storage oder einen gemeinsamen Storage-Server.
- Die Datenbank läuft nur einmal. Sie gehört nicht auf die Webserver, sondern getrennt daneben — etwa als betreute Datenbank.
- Sitzungen gehören in einen gemeinsamen Speicher. Meist Redis. Sonst ist der Kunde beim nächsten Klick wieder abgemeldet.
- Geplante Aufgaben dürfen nicht doppelt laufen. Ein nächtlicher Rechnungslauf auf drei Servern erzeugt drei Rechnungen.
Ausstattung
| Protokolle | HTTP, HTTPS und TCP |
|---|---|
| Verschlüsselung | endet am Load-Balancer, Zertifikat erneuert sich selbst |
| Verteilung | reihum, nach Verbindungen oder gewichtet |
| Prüfung | frei einstellbar, üblich alle 5 Sekunden |
| Sitzungsbindung | auf Wunsch über Cookie |
| Ziele | Cloud-Server und Dedicated Server, gemischt möglich |
| Überwachung | Zustand aller Ziele im Portal, Meldung bei Ausfall |
| Abrechnung | monatlich, nach Angebot |
Was läuft heute bei Ihnen?
Beschreiben Sie uns kurz Ihre Anwendung. Wir sagen Ihnen, was für den Verbund nötig wäre, was es kostet — und ob es sich in Ihrem Fall überhaupt lohnt.