• Opret dig
  • Glemt adgangskode

User account menu

  • Artikler
  • Forside
  • Forum
  • Nyheder
  • Log ind
Hjem
LinuxIN.dk

Snak med

Opret dig!

Af swoop | 20.03.2010 15:17

RAID5

Software
Hej Linux-nørder

Min gamle server er døden nær (faktisk er det ingen server, bare en desktop med dårlig hardware). Så vil bygge ny server op fra grunden og med bedre hardware denne gang.

Jeg vil af sikkerhedsmæssige årsager gerne køre RAID5 og har lige et par spørgsmål før jeg kaster mig ud i indkøb af hardware.

1) Kan RAID5 udbygges med tiden? Min tanke var at starte med 3-4 diske og kan jeg nemt udbygge mit setup hvis jeg senere køber et par nye diske?

2-A) Hvad sker der i praksis hvis en disk ryger? Her tænker jeg på hvad sker der under selve diskcrashet?

2-B) Er systemet ubrugelig hvis 1 ud af f.eks. 3 er røget eller vil det fortsat virke bare uden den sikkerhed man normalt vil have?

2-C) Kan jeg bare sætte ny disk til eller skal systemet konfigureres?

Ønsker alle en god weekend :-)
  • Log ind eller opret dig for at tilføje kommentarer

Kommentarer16

# 1

15 år 3 måneder siden

Permalink

Indsendt af redeeman den 20. marts 2010 kl. 15:43

Permalink

Re: RAID5

linux raid5 kan udviddes til flere diske, og du kan gøre det online.

Medmindre mere end bare disken går istykker under et disk crash, vil systemet køre videre, selvfølgelig bare uden redundans.

Jeg vil anbefale dig at lave raid6 istedet, diske koster intet, og 2 diske som redundans er nu en god idé med kvaliteten på diske nuomdage.
  • Log ind eller opret dig for at tilføje kommentarer

# 2

15 år 3 måneder siden

Permalink

Indsendt af pko den 20. marts 2010 kl. 17:39

In reply to Re: RAID5 by redeeman

Permalink

Re: Re: RAID5

Jeg vil mene at RAID 10 er bedre end RAID 5 eller 6.

http://baarf.com/
  • Log ind eller opret dig for at tilføje kommentarer

# 3

15 år 3 måneder siden

Permalink

Indsendt af redeeman den 20. marts 2010 kl. 18:49

Permalink

Re: RAID5

praktiskt talt alle points fra baarf er irellevante for langt de fleste brug, og resten er irellevante for raid6.
  • Log ind eller opret dig for at tilføje kommentarer

# 4

15 år 3 måneder siden

Permalink

Indsendt af hoppendekanin den 20. marts 2010 kl. 19:39

Permalink

Re: RAID5

Så skal du også huske på, at du skal købe diske fra forskellige producenter.

Jeg husker engang, jeg havde læst et eller andet om, at der var et firma, som havde lavet et RAID af ens diske, og da alle diskene have en den samme fejl, så gik det ud over hele RAID´et. Den fejl har man minimeret ved at købe harddiske fra forskellige serier / producenter

Jeg vil også anbefale et RAID6 setup, da det tillader at to diske fejler. Det kræver minimum fire diske.
  • Log ind eller opret dig for at tilføje kommentarer

# 5

15 år 3 måneder siden

Permalink

Indsendt af swoop den 21. marts 2010 kl. 00:34

Permalink

Re: RAID5

Tak til alle herfra fra jeres input og forslag. Fik svar på ja faktisk alle mine spørgsmål - har dog lige et bonusspørgsmål :-)

Hvad vil i anbefale at systemdisk indgår i RAID'et eller har en seperat disk? Umiddelbart vil jeg at seperat disk vil være bedst ... men hvad siger i?
  • Log ind eller opret dig for at tilføje kommentarer

# 6

15 år 3 måneder siden

Permalink

Indsendt af redeeman den 21. marts 2010 kl. 01:12

Permalink

Re: RAID5

det er ligegyldigt, dog vil det jo gøre du skal lave partitioner og shit..
  • Log ind eller opret dig for at tilføje kommentarer

# 7

15 år 3 måneder siden

Permalink

Indsendt af pko den 21. marts 2010 kl. 14:48

In reply to Re: RAID5 by redeeman

Permalink

Re: Re: RAID5

Ethvert RAID 5/6 kræver flere skrivninger til disken samt beregning af paritetsinformation.

Taget fra baarf.com

OK, so that brings us to the final question of the day which is: What is
the problem with RAID5? It does recover a failed drive right? So writes
are slower, I don't do enough writing to worry about it and the cache
helps a lot also, I've got LOTS of cache! The problem is that despite the
improved reliability of modern drives and the improved error correction
codes on most drives, and even despite the additional 8 bytes of error
correction that EMC puts on every Clariion drive disk block (if you are
lucky enough to use EMC systems), it is more than a little possible that a
drive will become flaky and begin to return garbage. This is known as
partial media failure. Now SCSI controllers reserve several hundred disk
blocks to be remapped to replace fading sectors with unused ones, but if
the drive is going these will not last very long and will run out and SCSI
does NOT report correctable errors back to the OS! Therefore you will not
know the drive is becoming unstable until it is too late and there are no
more replacement sectors and the drive begins to return garbage. [Note
that the recently popular IDE/ATA drives do not (TMK) include bad sector
remapping in their hardware so garbage is returned that much sooner.]
When a drive returns garbage, since RAID5 does not EVER check parity on
read (RAID3 & RAID4 do BTW and both perform better for databases than
RAID5 to boot) when you write the garbage sector back garbage parity will
be calculated and your RAID5 integrity is lost! Similarly if a drive
fails and one of the remaining drives is flaky the replacement will be
rebuilt with garbage also propagating the problem to two blocks instead of
just one.


Så hvor er RAID 6 bedre end RAID 5 på dette område?

http://en.wikipedia.org/wiki/Standard_RAID_levels

Når jeg gennemlæser ovenstående kan jeg kun finde ulemper med RAID5/6. Det er komplekst og der er store risici. RAID5 var tidligere bestemt af prisen på din harddisk og den har ændret sig meget siden da. Lad mig bare minde om forskellige bankers problemer med RAID 5 i forbindelse med simpel udskiftning af en fejlet disk (Danske Bank).

Det kan godt være at du ikke driver en forretning, men hvorfor overhovedet lave noget komplekst med indbyggede risici, hvis der ikke er en væsentlig økonomisk grund til dette. Og til dagligt vil du opleve at dit disk array vil være langsomt ved enhver skrivning. "It dosn't add up" som en englænder ville sige det.
  • Log ind eller opret dig for at tilføje kommentarer

# 8

15 år 3 måneder siden

Permalink

Indsendt af lbm den 23. marts 2010 kl. 10:09

Permalink

Re: RAID5

Raid 6 kan tåle at tabe 2 diske, hvor at raid5 kun kan tåle at tabe én disk. Men chancen for at 2 diske ryger inden man får smidt en ny i og den får kørt data over er jo minimal.
  • Log ind eller opret dig for at tilføje kommentarer

# 9

15 år 3 måneder siden

Permalink

Indsendt af redeeman den 21. marts 2010 kl. 17:51

Permalink

#8:
raid6 har muligheden for

#8:
raid6 har muligheden for at tjekke på read..

med non-degraded raid6 er der effektivt 3 sæt af data'en, det vil sige at raid6 rent faktisk understøtter at udregne alle datasets, tjekke om der er nogle der afviger - hvis kun 1 datasæt afviger, og 2 er ens, er chancerne for at det er korrekt jo gode..

det skal dog siges, at md raid6 IKKE gør dette, MEN, raid10 og raid1 har PRÆCIST de samme praktiske fejl som raid6.

raid5 har en teoretisk svaghed over raid10 ja, men raid6 har ikke(eller well - alt efter antal diske man har på, vil immuniteten over for garbage data svinge..).

det skal dog siges, at hverken md raid10 raid6 ikke performer de nødvendige checks for at fange disse fejl, så det er i bund og grund ligegyldigt.

Og det er ikke kun md raid der ikke gør det, praktisk talt INGEN hardware eller software raid løsninger gør det, da det koster meget i performance, det er dog korrekt, at det koster mest at gøre på raid6.


Alt i alt, raid6 er det korrekte valg for folk der har massere cpu at svine med til udregning af paritet/qsyndrome (og det bruger faktisk slet ikke så meget igen), og kan acceptere at array'et kører langsommere i degraded mode.

"Lad mig bare minde om forskellige bankers problemer med RAID 5 i forbindelse med simpel udskiftning af en fejlet disk"
Jeg kan ikke kommentere på danske banks inkompetence i forbindelse med deres storage system...

"Det kan godt være at du ikke driver en forretning"....
Jeg driver rent faktisk forretning, og jeg kan kun sige, at du er blevet delvist husslet af baarf - nogle af de ting de siger giver okay mening, de glemmer bare at fortælle de ting der gør det irellevant for næsten alle brug..

taget raid5 i betragtning af at folk som #0 garanteret ikke vil komme i nærheden af et raidsystem som rent faktisk tjekker de ting raid10 giver mulighed for, er den point irellevant, så er de eneste points tilbage hastighed samt ekstra redundans.

Hastighed er irellevant, et raid5 array vil altid performe nok til det normale folk har brug for.. Idag har vi uanede mængder cpu at svine væk på paritet mm, og det er lidt ligegyldigt om det er langsommere når den er i degraded mode.

Og med redundansen, det er korrekt, den er naturligvis mindre, MEN, det er et tradeoff man ved fra starten, og det samme kan siges om raid1+0, raid1 har bedre redundans end raid1+0...

Taget raid6 i betragtning, har raid1+0 ikke den advantage baarf snakker om, da både raid6 og raid1+0 har samme teoretiske muligheder, dette er dog stadig irellevant, da det raidsystem der skal bruges ikke kan gøre det på nogle af de omtalte raid levels. Så er vi igen tilbage på hastighed og redundans, hvor redundans er rigeligt til behovet, og samme kan igen blive sagt om raid1+0... Så kommer vi til sidste point, hastighed, hvor det igen ikke er noget problem..


Det er korrekt, at hvis #0's behov var at altid have hurtigst muligt IO, selv i degraded mode, er raid1+0 et mere logisk mode, men dette var ikke det originale krav, og derfor er det IKKE det logiske valg.
  • Log ind eller opret dig for at tilføje kommentarer

# 10

15 år 3 måneder siden

Permalink

Indsendt af pko den 21. marts 2010 kl. 20:06

In reply to #8:
raid6 har muligheden for
by redeeman

Permalink

Re: #8:
raid6 har muligheden for

Nu har jeg faktisk mødt et par systemer med databaser og RAID 5 og de var alle med rigtig dårlig performance. Men selvfølgeligt har du selv opregnet det foroven og ingen af dine argurmenter overbeviser mig om, at du har ret. Du har ingen kildehenvisninger, kun egne udsagn. Raid 5 / 6 vil altid have dårlig skriveperformance (ikke kun i degraded tilstand)! Derimod vil læsehastigheden være ok.

RAID 5 / 6 er komplekse og derfor kilde til problemstillinger og dermed tab af data. KISS er også godt at have for øje ved lagringssystemer.
  • Log ind eller opret dig for at tilføje kommentarer

# 11

15 år 3 måneder siden

Permalink

Indsendt af redeeman den 21. marts 2010 kl. 21:53

Permalink

Re: RAID5

dårlig er en meget dårlig beskrivelse... man tager selvfølgelig et performance hit på skrivningen ved raid6, men det er ikke som sådan dårlig performance, det gør hvad det skal, og når man har rigeligt med cpu er tabet minimalt, og det har praktiskt talt alle folk.

Kilde: mig - i fald du har brug for et link, kan jeg smide mine posts på en anonym pastebin, og linke til - SÅ vil det jeg siger pludselig være meget mere troværdigt?

det er korrekt at raid5 og 6 er mere kompleks end raid10, eller sågar endda intet raid... men det giver også noget retur. Det samme argument kan benyttes imod raid10 mod intet raid.... desuden er raid5/6 slet ikke så komplekse igen, og de baserer sig på meget velkendte principper, tilmed er der MANGE brugere... Hvem har mistet data grundet raid5/6 i linux(hvor det ikke var deres egen skyld)?

  • Log ind eller opret dig for at tilføje kommentarer

# 12

15 år 3 måneder siden

Permalink

Indsendt af pko den 21. marts 2010 kl. 22:20

In reply to Re: RAID5 by redeeman

Permalink

Re: Re: RAID5

Du taler kun om at der er behov for CPU til paritetsberegninger, men der kræves flere skrivninger til diskene i en RAID 5 / 6 end ved RAID 10.

Dine CPU'er kan sikkert håndtere indtil 50 diske, inden de ikke skal vente på diskene. Men det er ikke det der er problemet, men at du belaster dine diske mere ved RAID 5 / 6. Din throughput på diskene bliver brugt til at skrive data ad flere gange til et RAID 5/6 grundet pariteten. Og da dine diske allerede er flaskehalsen bliver det kun værre med performance. Bevares hvis du kun browser har det ingen betydning. Men se bare hvordan det er med Ext4 filsystemet, som er blevet langsommere ved de enkelte kerneopdateringer for at sikre data. Her er generelt kun pillet ved, hvor ofte data er flushed til diskene.

http://www.phoronix.com/scan.php?page=article&item=ext4_then_now&num=1
  • Log ind eller opret dig for at tilføje kommentarer

# 13

15 år 3 måneder siden

Permalink

Indsendt af redeeman den 21. marts 2010 kl. 22:21

Permalink

Re: RAID5

der er pillet ved mere end bare interval mellem flush af data..

Der er ingen der benægter skrivehastighed er langsommere under raid6 end ved et raid10, men du kan vide dig nærmest 100% sikker på at det ikke er noget #0 vil opleve som uacceptabelt til hans behov...
  • Log ind eller opret dig for at tilføje kommentarer

# 14

15 år 3 måneder siden

Permalink

Indsendt af swoop den 22. marts 2010 kl. 00:18

Permalink

Re: RAID5

Det er meget interessant diskussion som jeg skal have gennemlæst et par gange for at fange alle detaljerne :-)

Det er sandt, jeg vil have rigelig CPU-kapacitet til rådighed og hvis skrivning til RAID 5 eller 6 system ikke er væstenlig langsommere end til almindelig SATA vil dette heller ikke være et problem. Om det tager 5 eller 10 minutter at kopier filen betyder ikke så meget.

Langt vigtigere for mig er læsehastigheden og specielt redudancen og her læser jeg at RAID 5 eller 6 vil være et godt valg.
  • Log ind eller opret dig for at tilføje kommentarer

# 15

15 år 3 måneder siden

Permalink

Indsendt af redeeman den 22. marts 2010 kl. 01:40

Permalink

#14:
det der typisk vil

#14:
det der typisk vil være begrænset er antal io operationer, ikke så væsentligt for folk der ikke kører ting som databaser med højt load..

mit eget raid6 er først og fremmest begrænset på ~75-80MB/s først grundet kryptering, og dernæst mit gigabit netværk med cirka 100MB/s...

kører man direkte på disken er der ~280MB/s sekventiel læsehastighed, kan ikke huske skrivehastighed, men godt over 100MB/s, mener faktisk det var over 200MB/s..

så hvis vi snakker filserver, har du intet at være bekymret om hastighedsmæssigt..
  • Log ind eller opret dig for at tilføje kommentarer

# 16

15 år 3 måneder siden

Permalink

Indsendt af swoop den 22. marts 2010 kl. 02:17

Permalink

#15:
Herligt, de hastigheder

#15:
Herligt, de hastigheder du nævner kan jeg bestemt godt leve med :-)

Er pt på ferie i Kina og er ved at udarbejde en lille indkøbsseddel, så arbejdet kan begyndes straks når jeg kommer hjem.
  • Log ind eller opret dig for at tilføje kommentarer

Svar søges

llumos Unix-operativsystem, 0
Den er go 0
14. februar = I Love Free Software Day 0
Lokal fil-deling - for de dovne. 0
Linux fra begynder til professionel af O'Reilly 0

Seneste aktivitet

En snak om Linux-kompatibel software 3
Nulstilling af adgangskode 6
Virtuel maskine? 2
PCLinuxOS 27
Gode anmeldelser Zorin OS 17.3 3
Open Source-eksperimentet 3
"Intet realistisk alternativ" - mig i r*ven 15
Ingen Mint 5
Linux App Store Flathub når 3 milliarder downloads 2
Digitaliseringsministeriet sætter gang i pilotprojekt om digital suverænitet 3
Mest sikker webbrowser 5
Firefox 2
Privatbeskeder 7
Backup/synkronisering? 3
BigLinux 5
Chatgpt satire 1
Læsning af databasefil i Firefox 2
Vanilla OS 15
Pepsi Challenge 4
Linuxin er nu migreret til Drupal 11 13

© 2025 Linuxin og de respektive skribenter

Oprettet og drevet af nørder siden 2004 !