Sandra, liebe Liste,
vorab:
a) Mir sind die Grenzbedingungen nicht bekannt.
b) Budget unbekannt
Nehmen wir also an, dass ein skalierbares Hochlastsystem
bei fairem Geldeinsatz herauskommen soll.
> Also zun�chst mal bin ich inzwischen durchaus bereit, das Session -
> Handling komplett in Datenbank auszulagern. Das w�re also dann schon
> einmal ein Problem weniger.
Super.
Dann mal ein gro�es Konzept (einschmelzen geht immer noch):
1) Die DB-Maschine:
Die Datenbank packen wir auf einen *eigenen* Rechner. NUR die!
(Lastverteilung der DB ist bei Bedarf sp�ter bei diesem
Konzept m�glich. / Skalierbarkeit sowieso gegeben.)
2) Die Client-Maschinen:
n Maschinen statten wir mit den Clients (apache+php) aus.
Zwei Netzwerke pro Maschine; siehe 3)
3) internal Network:
Die Maschinen aus 1) und 2) packen wir in ein internes Netz.
Fibre oder sowas.
4) Loadbalancer: Die Maschinen aus 2) h�ngen mit der zweiten
Netzwerkkarte an einem LoadBalancer. Der ist neuerdings
sinnvollerweise in Hardware gegossen: Cisco oder so.
5) Zaubersalz:
Wegen der typisch vorhandenen statischen Elemente h�ngen wir
vor oder neben 4) noch einen transparenten Proxy. - Sqid vmtl.
Den 4) und 5) h�ngen wir �ber einen Paketfilter ins Netz.
Erbitte von der Leserschaft im �brigen Kritik am grunds�tzlichen
Konzept.
Mit freundlichen Gruessen, Martin Ebert
--
http://www.klug-suchen.de
http://www.bahnsuche.de
http://www.ddr-suche.de
http://www.wb-online.de
--------------------------------------------------------------------------
Apache HTTP Server Mailing List "users-de"
unsubscribe-Anfragen an [EMAIL PROTECTED]
sonstige Anfragen an [EMAIL PROTECTED]
--------------------------------------------------------------------------
