scandic

Also wenn Du wirklich vorhast, Cloud-fähige Anwendungen zu entwickeln, solltest Du Dich dringend mit memcached auseinandersetzen. Außerdem solltest Du, wenn Du nicht genau weisst wie die Systemlandschaft mal aussehen wird, von vorne herein die Verteilung von generierten Daten über verschiedene Transferwege wie FTP/sFTP/scp etc. mit einplanen. Gerade bei etwas kleineren Umgebungen sind shared SAN Konzepte eher selten anzutreffen und bei NFS hapert es in der Regel an der Performance. Aber auch in diesem Fall solltest Du auf verschiedene Speicherpfade vorbereitet sein.

Das Load Balancing über DNS ist natürlich Bullshitbingo. Das überlässt man dem ldirectorD/LVS. Bei mySQL musst Du Konsistenz beweisen. Ein "normales" Setup besteht aus einem Master und mehreren Slaves. Auf den Master wird geschrieben, von den Slaves wird gelesen. Diese Form der Replikation ist stabil und bewährt, während Master-Master Replikationen zwar einfach, dafür aber i.d.R. instabil sind. Und wo wir gerade bei replizierten mySQL sind: Im mySQL Manual findest Du hilfreiche Tips wie man Queries baut, welche die Replikation nicht zerstören.

Mister Ad

Curcio

Hallo,
sehe ich das richtig, dass man beim Serverclustering die normalen PHP $_SESSION['...'] nicht mehr nutzen kann?

__________________

dr.e.

Blödsinn! Sofern du ein transparentes Cluster aufsetzt, verhält sich eine Applikation auf einem Knoten exakt gleich wie auf einem 20 Knoten Cluster.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

robo47

Sessions laufen über den Session-Handler, da man problemlos eigene nutzen oder fertige, kann man hier auch alle möglichen externen storages nutzen oder die webserver teilen sich halt irgendwo ein verzeichnis für die Sessions.

Die Memcached-Extension bringt einen nativen in C geschriebenen Session-Handler mit den man direkt in der php.ini setzen kann

Das Joomla-Framework bietet fertige Implementierungen für andere Backends an (apc, xcache und co fallen bei mehreren servern natürlich raus)

Docs for class JSessionStorage

zu guter letzt lässt sich das auch selbst sehr einfach implementieren: PHP: session_set_save_handler - Manual

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

dr.e.

Hallo Robo,

diesen ganzen Overhead braucht man doch garnicht. Das lässt sich sehr einfach über ein shared storage realisieren, der auf jedem der Knoten verfügbar ist. Du kannst mit session.save_path definieren, wo deine Files gespeichert werden.

Man mounte dazu einfach ein NFS-, SMB/CIFS- oder GFS-Volume auf jedem der Knoten und lege dort den Session-Speicher hin - fertig. Sofern man die Möglichkeit hat, memcached-Server auf einer Infrastruktur zu installieren, hat man auch die Möglichkeit einen NFS-Server aufzusetzen.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~