FAQ |
Kalender |
2016-10-11, 18:34 | #1 | ||
|
|||
Nykomling
|
Vad har ni för erfarenheter av mysql-cluster ? När väjer ni att köra det ? Är det värt att sätta upp?
|
||
Svara med citat |
2016-10-11, 22:57 | #2 | ||
|
|||
Nykomling
|
Hej,
Det beror på vad du ska göra. Ett mysql kluster ger både för och nackdelar. Fördelar innefattar bland annat: * Redundans: man kan tappa en eller fler noder och fortfarande komma åt sin databas. * Prestanda: har man last som är läs-fokuserad så får man fler noder som man kan använda för sina queries. Nackdelar: * Komplexitet: det gäller att hålla tungan rätt i munnen för att hålla mysql kluster snurrande. Det kan vara pillrigt att starta upp dom om alla noder varit nere, man måste hålla koll på att replikeringen går som den ska mm. * Prestanda: har man en skriv-fokuserad last så kan det ge prestandaproblem när allt skrivet data ska replikeras till flera noder. Har ärligt talat inte upplevt någon större skillnad på Percona och MariaDB när det kommer till klustrande, same same but different. Så summa summarum, det är absolut värt att sätta upp mysql kluster, om förutsättningarna lämpar sig för det. Hoppas det hjälper. |
||
Svara med citat |
2016-10-18, 11:57 | #3 | ||
|
|||
Nykomling
|
Tack för svar. Är det vanligt att man kör flera sajt-databaser på ett cluster? Som jag ser det skulle den stora fördelen att man kan uppdatera alla maskinner utan att att få någon ned tid. Är det möjligt?
|
||
Svara med citat |
2016-10-18, 14:15 | #4 | ||
|
|||
Nykomling
|
Ja det är inga problem att köra databaser för flera siter på samma sqlkluster. Givetvis avhängt på att klustret har tillräcklig prestande för att hantera lasten.
Ett sqlkluster är i princip en förutsättning för att minimera nedtid vid service, uppgraderingar mm. Det förutsätter att applikationerna som ansluter till databaserna faktiskt försöker ansluta till en alternativ db-server om den de för närvarande ligger anslutna till går ner. Den logiken får antingen byggas in i applikationen, alternativ så kan man använda t.ex. HAProxy för att lastbalanserna mellan sqlnoderna och låta den hålla koll på vilka noder som är uppe och nere. Tar man då ner en nod för underhåll så räcker det att klienten ansluter till samma delade ip-adress igen så kommer HAProxy dirigera den till en sqlnod som är uppe. |
||
Svara med citat |
2016-10-24, 23:53 | #5 | ||
|
|||
Klarade millennium-buggen
|
Det där låter onekligen som ganska gammalt och primitivt att en separat lastbalanseringslösning skulle krävas för att få ett kluster att fungera för en vanlig applikation? Har verkligen inte MySQL något i stil med vad Microsoft erbjuder?
Skulle det varit MS SQL Server istället skulle man bara kört en listener med en IP-adress som automatiskt tas över av sekundären i klustret om primären går ner. Sekundären utför dessutom alla operationer (läs/skriv) som primären utför och därför är minnet och databaserna helt konsistenta vid failover. Ytterligare en fördel med denna funktion är att man kör backup på sekundären (rekommenderat) för att inte prestanda ska tas från primären under normal drift. |
||
Svara med citat |
2016-10-25, 09:28 | #6 | ||
|
|||
Har WN som tidsfördriv
|
Jodå, MySQL har liknande lösning - den ingår dock i Enterprise produkten.
|
||
Svara med citat |
2016-11-08, 19:33 | #7 | ||
|
|||
Nykomling
|
Någon som kör mysql-kluster på VPS? Digital ocean, amazon EC2 eller liknande?
|
||
Svara med citat |
2016-11-08, 21:26 | #8 | |||
|
||||
Medlem
|
Vi har flera MySQL kluster som kör på vår VPS tjänst och det fungerar kanon. En sak som kan vara bra att hålla koll på är att man kan "segregera" VPSerna från varandra så att de inte råkar ligga och köra på samma hypervisor (hårdvara).
|
|||
Svara med citat |
Svara |
|
|