Onderwerp: SQL cluster

Ik ga eens kijken of we het geheugen wat kunnen uitbreiden. Met een test op internet kwam al naar voren dat er wellicht meer geheugen in moet, maar ik weet niet hoe betrouwbaar deze test is.

Voor de nieuwsgierigen is dit de link naar die test/calculator

Ik ben zojuist op software van continuent gestuit.

Linkje naar de homepage
Linkje naar een pdfje met wat key notes

Wellicht is dit een oplossing voor mij. Zoals ik het begrijp is dit een manier om database servers te loadbalancen. Zodra er een write query wordt uitgevoerd, dan stuurt de loadbalancer deze query naar alle nodes. Zodra er een read query wordt uitgevoerd, kijkt de loadbalancer welke server de minste processen in de wachtrij heeft staan.

Tevens is deze oplossing uitgerust met wat handige technieken. Servers kunnen zonder probleem uit het cluster gehaald worden voor onderhoud, na het terugplaatsen zal hij weer automatisch gesynct worden met de rest. Bovendien wordt een server automatisch bijgewerkt/gesynct als hij even fout zit. Er zullen nog meer handige technieken in verwerkt zijn, maar dit waren voor mij de belangrijkste.

Is er iemand bekend met deze software?

Oorspronkelijk geplaatst door YardP

Is er iemand bekend met deze software?

Yups, ik ken de software van Continuent, en heb veelvuldig contact met hun salesafdeling gehad. Het is een erg mooi product wat ze neerzetten! Enige nadeel is het prijskaartje voor hun UniCluster omgeving. De opensource variant Sequoia is ook prettig, maar een pain in the *ss om op te zetten. Een nieuwe database erin hangen is ook niet iets wat je zomaar even doet, aangezien je een virtuele database aanmaakt in de configs, en niet in 1 config file maar in een hele zooi. Gebruiksvriendelijk is het allemaal niet. Maar als je tijd over hebt om het allemaal uit te pluizen, doen! Is een erg mooie multi-master setup!

Aan welke richting kwa prijs moet je dan denken?

Oorspronkelijk geplaatst door YardP

Wellicht is dit een oplossing voor mij. Zoals ik het begrijp is dit een manier om database servers te loadbalancen. Zodra er een write query wordt uitgevoerd, dan stuurt de loadbalancer deze query naar alle nodes. Zodra er een read query wordt uitgevoerd, kijkt de loadbalancer welke server de minste processen in de wachtrij heeft staan.

Voor het loadbalancen van read queries is dat inderdaad een mogelijke optie.
Maar als je inderdaad maar liefst 50% write queries hebt, zoals je eerder suggereerde, dan wordt het er niet sneller op.
Die gaan dan zo snel als de traagste node uit het cluster.

Aan welke richting kwa prijs moet je dan denken?

Inclusief service contract en MySQL enterprise licentie $ 3600 / CPU / jaar.

Voor het loadbalancen van read queries is dat inderdaad een mogelijke optie.
Maar als je inderdaad maar liefst 50% write queries hebt, zoals je eerder suggereerde, dan wordt het er niet sneller op.
Die gaan dan zo snel als de traagste node uit het cluster.

We hebben het aantal read en write queries nog eens geanalyseerd, er is een verhouding van 1:2.5 (W/R). Naar mijn idee moet het nog geen probleem zijn om hier een cluster voor op te zetten?

Yups, ik ken de software van Continuent, en heb veelvuldig contact met hun salesafdeling gehad. Het is een erg mooi product wat ze neerzetten! Enige nadeel is het prijskaartje voor hun UniCluster omgeving. De opensource variant Sequoia is ook prettig, maar een pain in the *ss om op te zetten. Een nieuwe database erin hangen is ook niet iets wat je zomaar even doet, aangezien je een virtuele database aanmaakt in de configs, en niet in 1 config file maar in een hele zooi. Gebruiksvriendelijk is het allemaal niet. Maar als je tijd over hebt om het allemaal uit te pluizen, doen! Is een erg mooie multi-master setup!

Zelf heb ik geen kennis in huis om een server op te zetten, dus dat laat ik aan de hoster over . Wat zijn je bevindingen over de documentatie die er te vinden is? Heb je enig idee hoeveel tijd een basis installatie in beslag neemt?

Inclusief service contract en MySQL enterprise licentie $ 3600 / CPU / jaar.

Dat is nog een redelijke prijs vind ik. Heb je toevallig ook de prijzen zonder service contract en/of MySQL enterprice licentie?

Als je slechts 5GB data hebt en slechts 1-2k q/s, en een server uitgerust met SAS disks trekt dit niet, dan zijn je queries, je tabellen, indexes en je serverconfig absoluut niet geoptimaliseerd.

Je hebt slechts 5GB data en doet vrij veel writes en diskio. Als dit pure logging is, van bijvoorbeeld statistieken, zou je moeten overwegen deze logging te doen naar een MEMORY table (waar bijv. ieder uur een backup van wordt gemaakt naar een disktable zodat je nooit meer dan 1 uur aan stats kwijt raakt).

Je kunt beter je hele systeem en al je queries onder de loep nemen, want als je site nog een factor 5 groeit, wat voor hardware wil je dan plaatsen?