/ Forside / Teknologi / Udvikling / SQL / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
SQL
#NavnPoint
pmbruun 1704
niller 962
fehaar 730
Interkril.. 701
ellebye 510
pawel 510
rpje 405
pete 350
gibson 320
10  smorch 260
Cluster database?
Fra : Talle


Dato : 07-11-06 14:03

Hvis jeg har ét storage (f.eks. et SAN eller NAS array) og gerne vil have 2
database servere (f.eks. MS-SQL eller MySQL) til at arbejde med samme
database, skal det så være cluster udgaven af disse eller kan to
selvstændige installationer arbejde med samme database?
Jeg vil bruge det til failover og loadbalancing.



 
 
Michael Zedeler (07-11-2006)
Kommentar
Fra : Michael Zedeler


Dato : 07-11-06 18:46

Talle skrev:
> Hvis jeg har ét storage (f.eks. et SAN eller NAS array) og gerne vil have 2
> database servere (f.eks. MS-SQL eller MySQL) til at arbejde med samme
> database, skal det så være cluster udgaven af disse eller kan to
> selvstændige installationer arbejde med samme database?

Nej. Ikke uden videre.

> Jeg vil bruge det til failover og loadbalancing.

Der er selvstændige metoder til den slags som du kan bruge til at
opsætte klynger af maskiner, som kan køre et rdbms. Siden du skriver at
du overvejer mysql, bør du også overveje postgresql.

Tag et kig her:

http://developer.postgresql.org/pgdocs/postgres/failover.html

Mvh. Michael.
--
Which is more dangerous? TV guided missiles or TV guided families?
I am less likely to answer usenet postings by anonymous authors.
Visit my home page at http://michael.zedeler.dk/

Talle (08-11-2006)
Kommentar
Fra : Talle


Dato : 08-11-06 11:05

>> Hvis jeg har ét storage (f.eks. et SAN eller NAS array) og gerne vil have
>> 2 database servere (f.eks. MS-SQL eller MySQL) til at arbejde med samme
>> database, skal det så være cluster udgaven af disse eller kan to
>> selvstændige installationer arbejde med samme database?
>
> Nej. Ikke uden videre.

Ikke uden videre, hvad? Skal det ikke være cluster? Kan to selvstændige
installationer arbejde med samme database?

>> Jeg vil bruge det til failover og loadbalancing.

Det skal siges, at måden hvorpå jeg vil styre loadbalancing og failover ikke
skal styres imellem databaserne. Jeg vil have en frontend router, som deler
trafikken over på hver sin server, så det er dén der skal styre det og ikke
databasen selv.

> Der er selvstændige metoder til den slags som du kan bruge til at opsætte
> klynger af maskiner, som kan køre et rdbms. Siden du skriver at du
> overvejer mysql, bør du også overveje postgresql.

Naah, jeg vil helst ikke til at sætte mig ind i en ny database. Jeg kender
MySQL godt og MSSQL til husbehov.



Michael Zedeler (09-11-2006)
Kommentar
Fra : Michael Zedeler


Dato : 09-11-06 20:31

Talle skrev:
>>> Hvis jeg har ét storage (f.eks. et SAN eller NAS array) og gerne vil have
>>> 2 database servere (f.eks. MS-SQL eller MySQL) til at arbejde med samme
>>> database, skal det så være cluster udgaven af disse eller kan to
>>> selvstændige installationer arbejde med samme database?
>> Nej. Ikke uden videre.
>
> Ikke uden videre, hvad? Skal det ikke være cluster?

Cluster kan betyde mange forskellige ting. Du er nødt til at præcisere.

> Kan to selvstændige
> installationer arbejde med samme database?

Hvad mener du med "selvstændige installationer"? Hvis det er to
forskellige maskiner uden delt lager er svaret ja - det kan man også,
men det afhænger af databasesystemet.

>>> Jeg vil bruge det til failover og loadbalancing.
>
> Det skal siges, at måden hvorpå jeg vil styre loadbalancing og failover ikke
> skal styres imellem databaserne. Jeg vil have en frontend router, som deler
> trafikken over på hver sin server, så det er dén der skal styre det og ikke
> databasen selv.

Hvis databaserne er read only, kan du sandsynligvis slippe afsted med det.

>> Der er selvstændige metoder til den slags som du kan bruge til at opsætte
>> klynger af maskiner, som kan køre et rdbms. Siden du skriver at du
>> overvejer mysql, bør du også overveje postgresql.
>
> Naah, jeg vil helst ikke til at sætte mig ind i en ny database. Jeg kender
> MySQL godt og MSSQL til husbehov.

Det du har gang i er så komplekst at du roligt kan sætte tid af til at
rode med en ny database. Hvis det i sig selv afskrækker dig, tror jeg at
du vil knække halsen på projektet.

Mvh. Michael.
--
Which is more dangerous? TV guided missiles or TV guided families?
I am less likely to answer usenet postings by anonymous authors.
Visit my home page at http://michael.zedeler.dk/

Talle (10-11-2006)
Kommentar
Fra : Talle


Dato : 10-11-06 15:21

>> Kan to selvstændige installationer arbejde med samme database?
>
> Hvad mener du med "selvstændige installationer"? Hvis det er to
> forskellige maskiner uden delt lager er svaret ja - det kan man også, men
> det afhænger af databasesystemet.

Nej, to forskellige maskiner med deres egen lokale SQL installation men hvor
de arbejder med fælles database lager.

Server1 <--> fælles-NAS-database
Server2 <--> fælles-NAS-database

>> Det skal siges, at måden hvorpå jeg vil styre loadbalancing og failover
>> ikke skal styres imellem databaserne. Jeg vil have en frontend router,
>> som deler trafikken over på hver sin server, så det er dén der skal styre
>> det og ikke databasen selv.
>
> Hvis databaserne er read only, kan du sandsynligvis slippe afsted med det.

Hvorfor kun ved read only?



Michael Zedeler (11-11-2006)
Kommentar
Fra : Michael Zedeler


Dato : 11-11-06 00:06

Talle skrev:
>>> Kan to selvstændige installationer arbejde med samme database?
>> Hvad mener du med "selvstændige installationer"? Hvis det er to
>> forskellige maskiner uden delt lager er svaret ja - det kan man også, men
>> det afhænger af databasesystemet.
>
> Nej, to forskellige maskiner med deres egen lokale SQL installation men hvor
> de arbejder med fælles database lager.
>
> Server1 <--> fælles-NAS-database
> Server2 <--> fælles-NAS-database

Jeg har ikke hørt om nogen databasesystemer, der skulle kunne det og jeg
tvivler på at det findes.

>>> Det skal siges, at måden hvorpå jeg vil styre loadbalancing og failover
>>> ikke skal styres imellem databaserne. Jeg vil have en frontend router,
>>> som deler trafikken over på hver sin server, så det er dén der skal styre
>>> det og ikke databasen selv.
>> Hvis databaserne er read only, kan du sandsynligvis slippe afsted med det.
>
> Hvorfor kun ved read only?

Hvordan skulle systemerne håndtere samtidighedsproblemer?

Mvh. Michael.
--
Which is more dangerous? TV guided missiles or TV guided families?
I am less likely to answer usenet postings by anonymous authors.
Visit my home page at http://michael.zedeler.dk/

Peter Lykkegaard (07-11-2006)
Kommentar
Fra : Peter Lykkegaard


Dato : 07-11-06 18:54

Talle wrote:
> Hvis jeg har ét storage (f.eks. et SAN eller NAS array) og gerne vil
> have 2 database servere (f.eks. MS-SQL eller MySQL) til at arbejde
> med samme database, skal det så være cluster udgaven af disse eller
> kan to selvstændige installationer arbejde med samme database?
> Jeg vil bruge det til failover og loadbalancing.

Du kan "kun" lave failover clustering hvis vi snakker MSSQL
Jeg vil formode at det samme gør sig gældende med MySQL

Et setup kunne være et active/active cluster hvor du kører med to/flere
instances af MSSQL men *IKKE* mod den samme database (den virtulle disk er
udelukkende tilgængelig fra een node af gangen)

Overvej hvad det er du gerne vil have ud af at sætte MSSQL op i et cluster
Som tommelfingerregel så kan du regne med mere nedetid på et cluster end på
et standalone system hvis du ikke har ekspertisen til at supportere den
øgede kompleksitet

Bemærk også at et ms cluster setup stiller højere krav til din hardware
http://support.microsoft.com/kb/309395

Du kan læse mere om clustering/load balancing her
https://www.microsoft.com/windows2000/en/advanced/help/default.asp?url=/windows2000/en/advanced/help/win_cluster.htm?id=426

- Peter

--
Hi! I'm a .signature *virus*!
Copy me into your ~/.signature to help me spread!



Talle (08-11-2006)
Kommentar
Fra : Talle


Dato : 08-11-06 11:17

> Overvej hvad det er du gerne vil have ud af at sætte MSSQL op i et cluster
> Som tommelfingerregel så kan du regne med mere nedetid på et cluster end
> på et standalone system hvis du ikke har ekspertisen til at supportere den
> øgede kompleksitet

Det eneste jeg er ude på er, at jeg har én fælles database, med de samme
data, og så have flere servere der kan køre op imod denne database. Dermed
behøver man ikke replikering imellem databaserne (hvis man skulle have
flere). For at fordele load og failover, vil jeg have en frontend router,
som tager sig af dét.

> Bemærk også at et ms cluster setup stiller højere krav til din hardware
> http://support.microsoft.com/kb/309395
>
> Du kan læse mere om clustering/load balancing her
> https://www.microsoft.com/windows2000/en/advanced/help/default.asp?url=/windows2000/en/advanced/help/win_cluster.htm?id=426

Tak, jeg kigger på dem.



Peter Lykkegaard (08-11-2006)
Kommentar
Fra : Peter Lykkegaard


Dato : 08-11-06 12:04


Talle skrev:
>
> Det eneste jeg er ude på er, at jeg har én fælles database, med de samme
> data, og så have flere servere der kan køre op imod denne database. Dermed
> behøver man ikke replikering imellem databaserne (hvis man skulle have
> flere). For at fordele load og failover, vil jeg have en frontend router,
> som tager sig af dét.
>
MS strategi er at dine applikakationsservere understøtter
loadbalancing hvor de så connecter til det samme rdbms
Overvej når flere services skriver til den samme fysiske
tranactionslog/databasefil
MSSQL kan ikke håndtere dette - kun failover clustering

Oracle kan (svjv) vha parallel servers

Det ser måske ud til at MySQL kan det du efterspørger
http://www.mysql.com/news-and-events/newsletter/2003-04/a0000000157.html

Overvej "single point of failures"
Redundant netværk
Redundant storage
Placer HW på flere lokationer for at undgå afhængigheder på strøm
etc
Flere WAN forbindelser, ISP'er
etc

- Peter


Peter Lykkegaard (10-11-2006)
Kommentar
Fra : Peter Lykkegaard


Dato : 10-11-06 16:13


Talle skrev:
>
> Nej, to forskellige maskiner med deres egen lokale SQL installation men hvor
> de arbejder med fælles database lager.
>
> Server1 <--> fælles-NAS-database
> Server2 <--> fælles-NAS-database
>
Her lidt skematisk oversigt vedr LB på MySQL platform
http://www.ludicorp.com/flickr/zend-talk.ppt#289,33,Hardware Layouts
for LAMP Installations

- Peter


Talle (10-11-2006)
Kommentar
Fra : Talle


Dato : 10-11-06 16:47

>> Nej, to forskellige maskiner med deres egen lokale SQL installation men
>> hvor
>> de arbejder med fælles database lager.
>>
>> Server1 <--> fælles-NAS-database
>> Server2 <--> fælles-NAS-database
>>
> Her lidt skematisk oversigt vedr LB på MySQL platform
> http://www.ludicorp.com/flickr/zend-talk.ppt#289,33,Hardware Layouts
> for LAMP Installations

Den var god, tak. Jeg kan godt se det smarte i at have én master
write/update database og replikere det ud på readonly slaves. Det var ikke
sådan jeg havde tænkt, men det her er smartere. Det koster dog også lidt
mere i hardware men det er jo sikkert dét værd i den sidste ende.



Søg
Reklame
Statistik
Spørgsmål : 177558
Tips : 31968
Nyheder : 719565
Indlæg : 6408914
Brugere : 218888

Månedens bedste
Årets bedste
Sidste års bedste