taurus

Hi,

ich müsste in nicht allzu ferner zukunft unsere webseite auf mehrere server verteilen. nur weiß ich davon quasi null

aktuell läuft auf dem server apache+php+mysql.
Intel Core i7-920 Quad Core
Festplatte(n) 2x 750 GB SATA2 (Software-Raid)
RAM 8.192 MB DDR3-RAM

diesen server auf ein cluster zu erweitern mit 1 bis x zusätzlichen servern ist ja jetzt nicht das thema(das macht ja dann unsere hosting firma..)

aber.. muss ich da nicht die php skripte umschreiben? oder wie funktioniert das ganze überhaupt? (wo wir wieder beim thema buchempfehlung sind)


und.. kennt jemand amazon ec2 ? und damit erfahrung?


danköö

Mister Ad

mimomamu

Vielleicht.

Da gibt es mehrere Möglichkeiten. Der erste Schritt wird wohl sein, dem DBMS einen eigenen Rechner zu spendieren. Als nächstes würde ich testen ob der Datenbankserver oder PHP der Flaschenhals ist. Je nach dem kann dann ein Webserver per Reverse Proxy die Daten auf mehrere PHP-Installationen verteilen oder ein zusätzlicher Datenbankserver wird angeschaft, auf den die lesenden Zugriffe gesendet werden (dazu musst du dann die PHP-Scripte anpassen), und der sich Aktualisierungen per MySQL-Replication holt.

__________________
Meinungen, die ich geäußert habe, sind nicht notwendigerweise meine eigenen. Abweichungen von der deutschen Rechtschreibung unterliegen dem Urheberrecht, dürfen aber unter den Bedingungen von verwendet werden

robo47

Warum willst du verteilen ? Erwartest du einen Ansturm ? Ist die Seite schon langsam ?
Und ohne eine Analyse, wo das bottleneck ist, sei es cpu, ram, bandbreite, hdd-i/o, etc macht es nicht viel sinn einfach mal ne weitere kiste hinzustellen.
Ob du die scripte anpassen musst oder nicht, ist vor allem davon abhängig ob du dann 2+ webserver hast, oder 1 db und 1 webserver oder einer z.b. auch rein als cdn für statische daten dient ...

__________________
robo47.net - Blog, Codeschnipsel und mehr
| Caching-Klassen und Opcode Caches in php | Robo47 Components - PHP Library extending Zend Framework

taurus

genau.. ich erwarte einen ansturm

nun ich möchte halt schon im vorhinein verhindern das die seite wegen zu großem ansturm in die knie geht..
ich denke der großteil wird die nutzung der mysql db sein. ist eine statistik seite die so ziemlich alle werte aus einer db liest, grafiken erstellt und diese dann in einer bestimmten reihenfolge anzeigt.. (10 grafiken pro seite)
im prinzip wird alles aus der db gelesen.. quasi..

das könntest du mir genauer erklären.. 2+webserver? 1db und 1webserver istklar.. hier wird nur apache von mysql getrennt auf zwei server gelagert..
rein als cdn?


kann ich nicht einfach hergehen und einen webserver +db nutzen und sofern ein ansturm kommt die arbeit auf mehrere server verteilen? so nach master und node prinzip... oder wie sich das nennt

fab

Wenn du erwartest, dass die Lesezugriffe auf die Datenbank der Flaschenhals werden ist Replikation dein Stichwort, so hast du eine Master-DB auf die geschrieben werden kann und mehrere Slaves die in Echtzeit synchronisiert werden und auf die du die Lesezugriffe verteilen kannst. Dann ist vermutlich die Bereitstellung von mehreren Webservern nicht nötig. Rechenintensive Arbeiten wie das erstellen von Grafiken könntest du allerdings auch auslagern, bspw. mit gearman. Sind die Grafiken dynamisch kannst du sie bei der Gelegenheit direkt vom erstellenden Server ausliefern und hast den Webserver weiter entlastet.

__________________
PHP Blog + Library
CSS Effects + Tools

robo47

Kannst du mal genauer die natur der Daten beschrieben ? Ändern sie sich sekündlich ? minütlich ? stündlich ? täglich ? wöchentlich ?

Worauf ich hinaus will, lassen sie sich gut cachen ? Und vielleicht sogar ganze dokumente cachen ?

z.b. Gerade wenn vielleicht auch Bilder oder statische Seiten/Dokumente generiert werden, bietet es sich an mit mod_rewrite und php zu spielen.

Apache kann, wenn eine datei im Dateisystem existiert die ja anzeigen, selbst wenn eigentlich eine rewrite-rule für diese url existiert, also kannst du z.b. hergehen und solche urls erstellen:

/images/foo/baa123-123-123-123-123-123.jpg

die url wird rewritet auf ein script wo du aus dem pfad dir zusammensetzt um was für einen graphen/bild/dokument es geht der generiert werden soll, foo könnte z.b. eine art profil sein, was infos über format, größe, etc enthält.

wenn das script das erste mal durchläuft, generiert es das bild und legt es im dateisystem unter

/images/foo/baa123-123-123-123-123-123.jpg

ab.

Somit wird das Bild 1 mal generiert und durch php durchgeschleift und das nächste mal wird das bild rein vom apache ausgegeben.

Sollten die daten veralten, kann man sich einen cron basteln der das verzeichnis alle X minuten durchgeht und dateien die älter als Y minuten sind löscht oder ähnliches.

Gleiches kann man auch für dokumente machen, wichtig allerdings, die brauchen dann auch eine passende endung ala .html oder so, damit der apache beim ausliefern weis welchen content-type-header er senden soll.

Oder man kann auch einen Proxy davor setzen der cacht: http://www.varnish-cache.org/

Ansonsten wurde ja schon einiges hier genannt, aber ohne dass du dein system analysierst, wo engpässe auftreten, etc ... kann die falsche optimierung auch kontraproduktiv sein.

__________________
robo47.net - Blog, Codeschnipsel und mehr
| Caching-Klassen und Opcode Caches in php | Robo47 Components - PHP Library extending Zend Framework

taurus

um das thema nochmal aufzugreifen:

die webseite besteht aus zwei seperaten teilen.

1.) auf kunde.example.org geben unsere kunden monatlich daten ein.
ca. 100 kunden monatlich 10 bis 20 datensätze.
--> zu vernachlässigen denke ich...

2.) auf der hauptseite werden diese daten ausgewertet und angezeigt.
d.h im detail:
-aus den von unseren kunden übermittelten daten errechnen wir am ende eines monats einen prozentwert. (jeweils für alle unternehmen mit den für dieses unternehmen existierenden sparten)
-aus den prozentwerten der letzen 6 monate erstellen wir ein diagramm.

letzendlich wählt der endverbraucher dann aus der sparte aus die ihn interessiert und bekommt eine liste der unternehmen + das diagramm + prozentwert (verteilt auf 2 bis 3 seiten sind nämlich pro sparte etwa 20 bis 50 unternehmen)


das diagramm wird also monatlich erstellt. die einzige mysql abfrage wäre dann also die abfrage der unternehmen pro sparte mit bild und prozentwert.

jetzt wäre es interessant zu wissen was ich bei unten genannten fällen tun kann. und was realistisch erscheint.
1.) mysql - die abfrage ist ja relativ simpel und nicht wirklich aufwändig?

2.)oder alternativ die rangliste komplett statisch monatlich erstellen. dann fiele die mysql abfrage weg. übrig bliebe nur der reine zugriff auf apache und php.

ich hoffe ich hab das ausführlich genug beschrieben

und.. noch angenehme tage im alten jahr