Wenn Sie eine wirklich hoch verfügbare PHP-Applikation bereitstellen wollen, dann müssen Sie diese über einen Cluster von mehreren Servern verteilen und Schwachstellen in einzelnen Servern vermeiden.  Redunanz ist ein wesentlicher Aspekt einer hohen Verfügbarkeit - Zend Server Cluster Manager hilft Ihnen dabei, einfach Ihre Applikation auf ein Cluster zu skalieren.

Jedoch sind Redunanz und Ausfallsicherheit nicht das einzige. Wenn einer der Server im Cluster ausfällt, muss die Session, die auf dieser Maschine gespeichert wurde, für die anderen Server im Cluster verfügbar sein. Sonst werden die End-Nutzer feststellen, dass Ihre Transaktion unterbrochen wurde, Ihr Warenkorb leer ist oder Ihre Eingaben verschwunden sind. Das ist natürlich für eine hoch-verfügbare Applikation nicht tragbar!

So funktioniert Zend Session Clustering

Jede neue PHP-Session wird an zwei Stellen gespeichert: auf einem Master-Server und einem Backup-Server. Wenn eine neue Session erstellt wird, ist der Server, der die Anfrage zur Erstellung einer neuen Session erhalten hat, der Master-Server. Der Session Clustering Daemon bestimmt dann den Server mit der wenigsten Last im Cluster zum Backup-Server.

Skalierbarkeit und hohe Verfügbarkeit

Session Clustering wurde für transparente, lineare Skalierbarkeit konzipiert. Wenn Sie neue Server zum Cluster hinzufügen, steigern Sie linear die Fähigkeit, zusätzliche Sessions zu bearbeiten. Zend Server Cluster Manager kümmert sich darum, die Konfiguration auf allen Cluster-Servern zu aktualisieren, damit diese für den neuen Server gerüstet sind. Der Traffic auf dem neuen Server erstellt neue Sessions, und der Algorithmus zur Auswahl von Backup-Server gewährleistet, dass die Session-Last auf allen Servern letztendlich (und normalerweise innerhalb weniger Minuten) gleich verteilt ist.

Nach einer Periode mit hohem Traffic wieder nach unten zu skalieren ist mit dem eleganten Abschalt-Mechanismus in Zend Server Cluster Manager genauso einfach. Sobald ein Server aus dem Cluster entfernt wird, bestimmt er einen der anderen Server im Cluster als Ersatz-Server. Sämtliche aktiven Sessions werden dann auf diesen Server übertragen. Während der Zeit, in der der Server abgelöst wird, werden keine neuen Session mehr angenommen. Nachdem der Transfer abgeschlossen ist (normalerweise dauert der ganze Prozess ein paar Sekunden bis zu einer Minute - abhängig vom Speicher-Backend, Anzahl der Sessions und Netzwerk-Datendurchlauf), informiert der abgelöste Server alle Cluster-Elemente darüber, dass er ersetzt wurde.