Synkronisera innehåll på 2 webbservrar

Vet inte. Får läsa på om replikering helt enkelt.
Tack för tips.

Replication enables data from one MySQL database server (called the master) to be replicated to one or more MySQL database servers (slaves). Replication is asynchronous - your replication slaves do not need to be connected permanently to receive updates from the master, which means that updates can occur over long-distance connections and even temporary solutions such as a dial-up service. Depending on the configuration, you can replicate all databases, selected databases and even selected tables within a database.

Vi körde MySQL-kluster ursprungligen på jobbet, men fick en hel del problem, t ex var prestandan inte så bra. Nu kör vi en old school single DB (fast den exporterera datat kontinuerligt), vilket gör att vi har tappat säkerheten utan automatisk failover, men vi har fått mycket bättre prestanda.

Frågan är vad som händer med prestandan om vi skulle köra vår MySQL-databas med en master-nod och sedan bara köra replikering till ett antal read-only-noder?

Då kanske vi kunde köra read-only-databaser på samtliga våra www-frontar.

Vi har en ganska vanlig webblösning med massor av läsningar och ganska få skrivningar.

(Sorry för en halv trådkapning...)

Angående synkning av webbar tycker jag att dessa skall lägga i källkodshanteringssystem av typen cvs, subversion etc och kunna checkas ut och deployas via terminalkommandon och eller webbnyllen. Exra plus är det om man kan scripta lite tester i JMeter så att man kan regressionstesta hela siten så fort man deployar den.

Sedan kanske det blir effektivare om man rsyncar ut allt från en master, men har man det scriptat och klart skulle det inte vara svårt att köra samma script på alla maskiner.

Hursom. Databaser är lite knepigare tycker jag.
Frågan är vad som är "best practice" om man har 5 maskiner till db och www. Jag skulle vilja att det bästa är att man köra en dedikerad DB-master och sedan har man 4 identiska maskiner som alla kör web och DB-slavar på samma maskin. Enhetligt och fint. Men, det kanske är effektivare att dela upp dessa maskiner i två dedicerade db-slavar och två webfrontar.

Eller så sparar man på konsulttimmarna (eller sin egen tid) och köper en jättefet server. Det löste våra problem (vi hade 4st clustrade webbservrar).

Fast då är man i klistret den dagen den feta servern inte räcker till. På jobbet behöver vi en skalbar och driftsäker lösning. EN fetserver är säkert den billigaste lösningen, men inte skalbar och lika driftsäker som flera redudanta servrar.