Re: Webserverfarm

--===============1183984059==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-Z7RcBQNJVdeupAbOSZUa"


--=-Z7RcBQNJVdeupAbOSZUa
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hallo Klaus,

On Thu, 2007-11-29 at 10:10 +0100, Klaus Edinger wrote:
> Hallo,
>=20
> ich soll f=C3=BCr unsere Firma ein Projekt erstellen zu einer Webserfarm.
> Nun kenne ich mich mit dem Thema nicht supergut aus, deshalb frage ich ma=
l in die Runde, ob vielleicht jemand richtig Ahnung davon hat.
ich habe sowas schon ein paar mal gemacht, kenne mich deshalb aber nicht
unbedingt damit sehr gut aus...

> Ich dachte mir Red Hat Enterprise Linux v5 mit heartbeat und rsync.
Nun, heartbeat und rsync ist:
a) wegen heartbeat nicht supported
b) wegen rsync per definitionem asynchron und damit kannst Du nicht
immer denselben Datenbestand garantieren

Ich w=C3=BCrde mir erstmal anschauen, woher der content f=C3=BCr Deine Webs=
erver
kommt. Wenn Du das weisst, dann w=C3=BCrde ich eine der folgenden l=C3=B6su=
ngen in
Betracht ziehen:


Content ist statisch und soll auf einer "wie auch imer gearteten", aber
f=C3=BCr alle verf=C3=BCgbaren Storage liegen:

-Hardware oder Software (Piranha - ist im Red Hat Cluster dabei)
loadbalancer f=C3=BCr Apache's
-Apache Nodes haben Zugriff auf ein gemeinsames SAN Share per GFS oder
aber Apache Nodes haben Zugriff auf dasselbe NFS- / iSCSI-Share von
einem Filer/iSCSI-Box


Vorteile dieser L=C3=B6sung gegen=C3=BCber heartbeat/rsync:
a) alles ist supported
b) dynamisch skalierbar (Du kannst mit wenig Aufwand weitere Apache's
hinzuf=C3=BCgen)
c) einfach zu administrieren (der loadbalancer merkt wenn einen Node
fehlt, ergo kannst Du einzelne Maschinen updaten, rebooten, austauschen
und der service bleibt verf=C3=BCgbar)
d) content ist immer auf allen Nodes derselbe


Content ist dynamisch und kommt aus einer Datenbank:

-Hardware oder Software (Piranha - ist im Red Hat Cluster dabei)
loadbalancer f=C3=BCr Apache's
-Apache Nodes haben Zugriff auf ein hochverf=C3=BCgbares Datenbank-Backend
(Oracle-RAC, MySQL-HA oder PostgreSQL-HA) - wichtig ist hier, dass Du
das Datenbank-Backend auch hochverf=C3=BCgbar gestaltest, sonst bringt Dir
der loadbalancer vorne nichts und Du hast einen single point of failure


Content ist "mixed" und kommt aus verschiedenen Datenquellen: Dann
brauchst Du auch ein mixed setup aus o.a.


Es gibt aber auch noch eine lowcost L=C3=B6sung auf Basis eines iptables
Loadbalancers - die w=C3=BCrde ich aber im produktiven Betrieb nicht
empfehlen.


Hoffe das gibt Dir erstmal ein paar Ideen und Gru=C3=9F,

Niels


> Wie w=C3=BCrdet Ihr das angehen. Vielleicht hat ja jemand sowas im Einsat=
z.
> Es sollte flexibel sein, d.h. man sollte die Anzahl der Webserver erh=C3=
=B6hen und auch verringern k=C3=B6nnen.
>=20
> Danke und Gru=C3=9F
> Klaus Edinger
> _________________________________________________________________________=
_
> Erweitern Sie FreeMail zu einem noch leistungsst=C3=A4rkeren E-Mail-Postf=
ach!	=09
> Mehr Infos unter http://produkte.web.de/club/?mc=3D021131
>=20
>=20
> _______________________________________________
> redhat-list-de mailing list
> [email protected]
> https://www.redhat.com/mailman/listinfo/redhat-list-de
--=20
Niels Happel <[email protected]>
Red Hat GmbH

--=-Z7RcBQNJVdeupAbOSZUa
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)

iD4DBQBHU7p9h9NqdkFXKu8RAq+EAJdaOHZ8vBh+XZciMWrgUEUZrty3AJ0YSuTA
94eFXTfrihgeAy1Ljp4JbA==
=qm98
-----END PGP SIGNATURE-----

--=-Z7RcBQNJVdeupAbOSZUa--


--===============1183984059==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
redhat-list-de mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/redhat-list-de
--===============1183984059==--