Als je nu meerder webservers in een cluster hebt zitten waarover een website verspreid staat. En je wil je PHP sessies sharen over de meerdere servers.
Wat is dan de beste manier hiervoor? session_save path op NFS, sessies doen via MySQL, ...?
Likes: 0
22/06/09 10:55
Als je nu meerder webservers in een cluster hebt zitten waarover een website verspreid staat. En je wil je PHP sessies sharen over de meerdere servers.
Wat is dan de beste manier hiervoor? session_save path op NFS, sessies doen via MySQL, ...?
22/06/09 11:02
Hier altijd via nfs of iets dergelijks gedaan. (Ook DRBD in andere setups)
Deze link is er vermoedelijk toch al('home' folders) en is het eenvoudigste te gebruiken.
22/06/09 11:19
Wat ik wel graag zou hebben is dat de sessions niet in een single-point-of-failure zitten. Bij NFS bijvoorbeeld, als de NFS server stilvalt kunnen er geen sessies gemaakt/gelezen worden. Wat uiteraard voor problemen zorgt in de applicaties.
Ik had zitten lezen over memcached, wat hiervoor volgens velen de beste oplossing zou zijn, facebook en dergelijke grote projecten werken er ook mee. Maar dan zit je toch nog steeds met een single point of failure, tenzij je dan met DRBD verschillende memcached servers realtime synct.
22/06/09 11:35
Wie zegt dat je NFS server standaard een SPOF zou zijn dan? Je kunt ook je NFS via DRDB dupliceren, of in geval van een enterprise NAS oplossing zijn daar vaak ook standaard modules en mogelijkheden voor. Maar heb je dan ook:
2 uplinks naar verschillende coreswitches bij je provider
2 firewalls in HA
2 switches in HA
etc?
22/06/09 11:39
Dat is waar, maar ik was eigenlijk opzoek naar de meest performante manier, en aangezien een memcached server alles in het geheugen zet zal dat ongetwijfeld performanter zijn dan NFS. Je kan inderdaad oneindig ver gaan wat HA betreft, jammer genoeg ook oneindig ver in budget.
22/06/09 11:42
waarom NFS met DRDB doen? kun je net zo goed die webbakken zelf laten DRDB'en.. dan heb je ook geen NFS link er tussen.. en kun je met 2 bakken minder af..
22/06/09 11:43
Als je met 2 machines werkt wel, ik neem aan dat je ook wil kunnen groeien? Dan is het slimmer om nu gelijk het goed op te zetten zodat je in de toekomst makkelijker nodes kunt bijprikken.Oorspronkelijk geplaatst door Japje
22/06/09 11:43
Dan moet je hier wel van te voren rekening mee houden, ideaal zou zijn als je dan een kleine partitie overhoud waarmee je dit kan doen
"Zo zijn ook wij één leverancier. Dé leverancier in gedegen Linux kennis, wanneer jij dat nodig hebt."
Boek je admin vandaag nog via : www.admin.nu
Gevestigd in Nederland en Moldavië
Lees hier de webhostingtalk.nl forum regels en voorwaarden!
22/06/09 11:44
Omdat je dan gelijk meerdere NFS shares kan maken voor meerdere servers en waarbij je dus makkelijk 1 storage systeem kan opbouwen.
Nuja als je later toch niet gaat uitbreiden kan je dit op dezelfde machines gaan doen
EDIT; hierboven waren ze me voor
22/06/09 11:45
Tuurlijk, maar dat ligt natuurlijk volledig aan hoe schaalbaar het moet zijn.. en wat het budget is
22/06/09 17:37
Ligt eraan wat je huidige setup is.
Maakt de website nu ook al gebruik van een database?
Als die afhankelijkheid er toch al is, kan je daar net zo goed meteen de sessies in stoppen.
22/06/09 17:42
Website maakt idd gebruik van een database (mysql).
22/06/09 18:42
Dan lijkt me dat toch het simpelste.
Het is ook relatief makkelijk om een multimaster setup met meerdere MySQL servers te maken, mits je daar in je database ontwerp rekening mee houd (met name m.b.t. auto increment velden).
DRBD tussen webservers gaat niet zondermeer werken.
Bij DRBD in combinatie met een "normaal" bestandssysteem kan er maar 1 node tegelijk het bestandssysteem gemount hebben.
Als alle webservers in je cluster tegelijk in gebruik zijn, en sessiedata willen kunnen wegschrijven, is dat dus een probleem.
Alleen met speciale cluster bestandssystemen is dat mogelijk, maar die hebben (IMHO) een nogal experimenteel karakter.
Bij Memcached worden alle gegevens in het geheugen opgeslagen en zijn deze weg op het moment dat de server waarop het draait down gaat.
Is dan ook alleen bedoeld voor het cachen van gegevens, die opnieuw gegenereerd kunnen worden.
22/06/09 18:48
Bij het ontwerpen van de database en applicatie is er rekening gehouden met schaalbaarheid, bij het ontwerpen van de applicatie ook. Zo is het geen probleem om mysql servers bij te plaatsen en meteen in gebruik te nemen. Voor sommige dingen zijn we zelf in onze applicatie voorbereid op database sharding.
22/06/09 21:32
Ben toevallig nu bezig met een memcache server te installeren.
Deze zal voorlopig wel SPOF zijn, maarja, de gebruikers moeten er maar genoegen mee nemen.
Quote