dwa serwery?, czy lepiej podzielic ruch na dwa serwery Opcje

[ceiks]

Witam

Chciałbym zapytać, czy warto dzielić ruch w serwisie na dwie słabsze maszyny czy też lepiej używać jednej supermocnej.

Jeśli lepiej dzielić, to jak? Część statyczną na jednym, a skrypty i bazę na drugim? A może lepiej oddzielić b.d. a php i statyki zostawić razem? A może zrobić jakąś obsługę sesji na wiele maszyn i wszystko zgrać do kupy?

zakładam, że całość to php, mySQL i Linux.

pozdrawiam

[simemo]

Witam

Z mojego doświadczenia wynika że mysql ma znacznie większe średnie obciążenie systemu niż apache z php. Problem się zaostrza przy wykorzystaniu rekordów typu blob.
Apache natomiast lubi skokowo zająć cały czas procesora, zwłaszcza przy przetwarzaniu plików graficznych w czasie rzeczywistym, czy generowaniu plików pdf, jednak są to krótkotrwałe zjawiska. Oczywiście obciążenie systemu wzrasta wraz z ilością stron do obsłużenia. Polecam Ci instalację na obu systemach tego samego, a potem testy, bo wydajność systemu to raczej nauka empiryczna, niż ścisła
Jeżeli serwer jest otwarty "na świat" to udostępnianie połączeń mysql'a na otwartych poprtach nie jest najbezpieczniejszym rozwiązaniem. Najlepiej mieć jeden system, za to wydajny, najlepiej 2 procesorowy, ale chyba na nic Ci taka porada.

Pozdrawiam,

[ceiks]

a mechanizmy obsługi sesji na kilku maszynach?

[sf]

baza powinna chodzic na innej maszyni niz apache, we wszystkich dobrych hostingach tak jest

[ceiks]

baza powinna chodzic na innej maszyni niz apache

no a co z bezpieczeństwem?

[viraptor]

no a co z bezpieczeństwem?

To co administrator postanowi - przecież może nawet włożyć drugą kartę sieciową do serwera apachowego i spiąć go z mysqlowym na sztywno... po czym wyciąć całą komunikacje w tym mini-"segmencie" sieci z siecią zewnętrzną. Dozwolone tylko połączenia internet <-> www i www<->mysql

[ceiks]

no cóż, załóżmy, że serwery stoją w serwerowni i jedyny kontakt fizyczny ma z nimi taki pan co ewentualnie tylko reset wcisnie jak juz nic nie dziala