sslug-teknik team mailing list archive
-
sslug-teknik team
-
Mailing list archive
-
Message #02241
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