Reverse Proxy
Anfragen annehmen, verteilen, im Griff behalten
Backends sind in Pools gruppiert. Für jeden Pool legen Sie fest, nach welchem Verfahren verteilt wird und wie sich die einzelnen Server dabei verhalten.
Upstream-Pools
Vier Wege, ein Backend zu wählen
Welches Verfahren passt, hängt von der Anwendung ab — nicht davon, welches als das modernste gilt.
Wenn Sie sich nicht festlegen wollen: EWMA. Round Robin verteilt gleichmäßig, aber blind — bei identisch ausgestatteten Backends unter gleichmäßiger Last macht das keinen Unterschied, sobald die Maschinen ungleich sind, schon. IP-Hash brauchen Sie nur, wenn die Anwendung Sitzungen lokal hält und Sticky Sessions über Cookies nicht in Frage kommen.
Round-Robin
Reihenfolge
Reicht Anfragen der Reihe nach weiter. Vorhersehbar, reagiert aber nicht auf Unterschiede in der Antwortzeit.
EWMA
gemessene Latenz
Misst die tatsächliche Antwortzeit jedes Backends und berücksichtigt sie bei der nächsten Zuweisung. Ein Backend, das gerade langsam antwortet, bekommt weniger Anfragen. Ältere Messwerte verlieren an Gewicht, damit ein Server, der einmal langsam war, nicht dauerhaft übergangen wird.
Least Connections
offene Verbindungen
Wählt das Backend mit den wenigsten laufenden Verbindungen. Passt, wenn Anfragen unterschiedlich lange dauern.
IP-Hash
Client-Adresse
Ordnet einen Client anhand seiner Adresse einem festen Backend zu. Für sitzungsgebundene Anwendungen, die auf einem festen Server laufen müssen.
Je Server
Steuerung einzelner Backends
Ein Pool ist keine Gruppe gleichberechtigter Maschinen. Jeden Server steuern Sie einzeln — dauerhaft oder für die Dauer einer Wartung. Jedes Backend kann ein Gewicht erhalten, das seinen Anteil am Gesamtverkehr bestimmt; Die Verbindungen je Backend begrenzen Sie. Reserve-Server sind als Fallback eingetragen und werden nicht angesprochen, solange die regulären Backends erreichbar sind.
- Gewichtung
- Jeder Server bekommt einen Anteil am Verkehr. Ungleiche Maschinen belasten Sie ungleich.
- Verbindungsobergrenze
- Ist die Grenze erreicht, wird der Server bei der Auswahl übergangen, statt ihn weiter zu belasten.
- Reserve-Server
- Springt erst ein, wenn kein regulärer Server mehr verfügbar ist.
- Aus dem Verkehr nehmen
- Ein Server bekommt keine neuen Anfragen mehr. Bestehende Verbindungen müssen dafür nicht abgebrochen werden — Wartung ohne Fehlerseite.
- Langsam hochfahren
- Nach einem Neustart steigt der Anteil eines Servers über ein Zeitfenster an, statt sofort voll zu treffen. Ein kalter Cache oder ein noch startender Prozess bekommt keine volle Last.
Health Checks
Ausfall erkennen, bevor Besucher ihn sehen
Aktive Health Checks fragen die Backends eines Pools regelmäßig ab. Das Intervall ist einstellbar. Zwei getrennte Schwellen bestimmen das Verhalten: nach wie vielen fehlgeschlagenen Prüfungen ein Server als ausgefallen gilt, und nach wie vielen erfolgreichen er wieder als verfügbar eingestuft wird.
Die zweite Schwelle ist die wichtigere. Ohne sie nimmt ein Server, der gerade wieder antwortet, sofort vollen Verkehr an — und fällt erneut aus.
Slow-Start
Nach dem Wiederanlauf schrittweise
Ein Backend, das nach einem Ausfall zurückkehrt, übernimmt seinen Anteil nicht sofort. Der Slow-Start-Mechanismus erhöht die zugewiesene Last schrittweise über einen einstellbaren Zeitraum.
Ein frisch gestarteter Dienst hat einen kalten Cache und verträgt volle Last nicht sofort.
Sticky Sessions
Anwendungen, die Sitzungsdaten lokal halten, vertragen keine freie Verteilung. Für diesen Fall binden Sie eine Sitzung an ein Backend. EdgeWall setzt dafür ein Cookie und erkennt es wieder — eine Änderung am Backend ist nicht nötig.
Fällt das gebundene Backend aus, wird die Sitzung neu zugeordnet, statt den Besucher auf einen Fehler laufen zu lassen.
Drain
Sie nehmen ein Backend aus dem Verkehr, ohne bestehende Verbindungen abzureißen. Neue Anfragen gehen zu anderen Backends, laufende Verbindungen laufen aus.
Bei Deployments arbeitet die alte Version so noch kurz weiter, während die neue bereits Anfragen entgegennimmt.
Aufbau durchgehen
Wie viele Backends, welche Anwendung, welches Verhalten bei Wartung — daraus ergibt sich, ob EdgeWall für Sie passt.
Schreiben Sie an support@itworxx.de. Diese Seite hat kein Kontaktformular und setzt keine Cookies.