kann ich zwei Setups vorstellen:Haproxy vor Lack oder umgekehrt?
Load Balance dann Cache
+-- Cache server #1 (varnish) -- App server #1
/
Load Balancer (haproxy)-+---- Cache server #2 (varnish) -- App server #2
\
+-- Cache server #3 (varnish) -- App server #3
Cache dann Lastenausgleich
+-- App server #1
/
Cache Server (varnish) --- Load Balancer (haproxy) --+---- App server #2
\
+-- App server #3
Das Problem mit dem ersten Setup ist, dass es mehrere Caches, die viel Speicher verschwenden und den Cachespeicher komplizierter machen.
Das Problem mit dem zweiten Setup ist, dass es einen Leistungseinbruch und zwei einzelne Fehlerpunkte (Lack und Haproxy) anstelle von nur einem (Haproxy) geben könnte?
Ich bin versucht, mit dem zweiten Setup zu gehen, weil sowohl Haproxy als auch Firnis schnell und stabil sein sollen: Was ist deine Meinung?
Diese Antwort wäre nützlicher, wenn Sie die relevanten Informationen aus dem Artikel hinzufügen und nicht nur verlinken möchten es. – ASGM
@Baptiste: Der Autor des Blog-Artikels (Sie?) Schlägt eine interessante Architektur vor. Aber ich bin mir seiner Definition von "dynamischem Inhalt" nicht sicher. Beispielsweise kann die Startseite eines Nutzers 90% Inhalte enthalten, die mit jedem anderen Nutzer geteilt werden (Banner, Fußzeile, Anzeigen, heutige Nachrichten ...), und nur 10% wirklich personalisierte Inhalte (von denen sich die meisten wahrscheinlich nicht jede Sekunde ändern). Daher wäre es schön, die ESI-Funktion von Varnish zu verwenden, um den gemeinsamen abspeicherbaren Teil der Homepage des Benutzers tatsächlich zwischenzuspeichern. Und kann Varnish nicht die persönlichen, aber ziemlich statischen Daten des Benutzers zwischenspeichern? Danke für deinen Rat. – MiniQuark