← Back to team overview

sslug-teknik team mailing list archive

Re: [Fwd: RAID - Failover, clustering mv.]

 

> > nu siger du lige "bør". Har du nogen henvisninger til nogen der rent
> > faktisk har gjort den slags ting?
> 
> Hmm, jeg mindes fra enten kernel eller smp listen nogen der lave Beowulf med
> SCSI på de to maskiner forbundet sammen; skal prøve at lede efter det.

ok - jeg har mest haft indtryk af at de fleste Beowulf ting var CPU
clustere, altsaa ikke saerligt orienteret imod IO.

> > Ja - det er klart. Men, kan man rent faktisk mounte noget på den måde?
> > Hvordan forhindrer jeg den ene controller i at være aktiv? Aktiverer den
> > ikke sig selv under boot?
> 
> Det må vel være noget med skrædder syning:
> 

[om at finde ud af at vaere nede]

Det med at finde ud af at vaere oppe, nede, har jeg saadan set check paa.
Det jeg er usikker paa er selve hardwaren; hvordan undgaar man at de to
scsi kontrollere rent hardware maessigt fungerer sammen. F.eks. ved boot -
der bliver man formentlig noedt til at undlade at inkludere enhederne i
scsi kortets scan, eller hvad?

Desuden er der jo den rent galvaniske forbindelse imellem kortene - hvor
meget skal der til for at kortene -ikke- fucker hinanden op, saadan rent
elektrisk.
> > > En anden mulighed er:  RAID-1 over network block device.  Det vil løse fsck
> > > problemet, men vil kræve en dedikeret 100MBit linie imellem maskinerne hvis
> > > du skal have hastighed.
> 
> Yes, men ozze kræve dobbelt så stort disk array, en pris der måske værd at tage
> med, da selve disk systemet derved bliver mere fejltolerant. Read performance
> bliver jo ozze noget næsten en faktor 2 bedre.
> Et dedikeret diskarray med hot swap, sat op som en kombination at RAID1 og
> striping, er måske værd at tænke over til sådan en applikation...

Jeg ved stadig ikke helt hvad der menes med "RAID-1 over network block
device" - nogen der kan forklare?

Mads

-- 
Mads Bondo Dydensborg.                               madsdyd@xxxxxxxxxxxx
---
We know where we want to go today!!
Go Linux! http://www.linux.org/
                                        - Jesper Monsted



Follow ups

References