Hvad er RAID 100?

RAID 10 er et af de vigtigste og mest brugte RAID-niveauer i brug i dag. RAID 10 er naturligvis det, der er kendt som sammensat eller nestet RAID, hvor ét RAID-niveau er nestet inden i et andet. I tilfældet med RAID 10 er det “laveste” RAID-niveau, det der rører de fysiske drev, RAID 1. Nomenklaturen for nestet RAID er, at nummeret til venstre er det, der rører de fysiske drev, og hvert nummer til højre er den RAID, der rører disse arrays.

Så RAID 10 er et antal RAID 1 (mirror)-sæt, der er i et RAID 0 (ikke-paritetsstribe)-sæt sammen. Der er en vis almindelig terminologi, der nogle gange anvendes, primært forsvaret af HP, til at referere til selv RAID 1 som blot at være et undersæt af RAID 10 – et RAID 10-array, hvor RAID 0-længden er én. En ejendommelig måde at tænke på RAID 1, det er vist, men det gør faktisk mange diskussioner og sammenlignende beregninger lettere og giver mening på en praktisk måde for de fleste storage-praktikere. At tænke på RAID 1 som et “specielt navn” for den mindst mulige RAID 10-stribest størrelse og tillade, at alle RAID 10-permutationer eksisterer som et beregningskontinuum, giver mening.

Ligeledes refererer HP også til solitære drev tilsluttet en RAID-controller som RAID 0-sæt med en stribe på én. Så anvendelsen af den terminologi på RAID 10-verdenen er faktisk mere åbenlys og fornuftig, når det ses i det lys. Hverken HP eller nogen anden leverandør anvender dog i dag samme navngivningsejendommelighed på andre array-typer, såsom RAID 5 som et undersæt af RAID 50 eller RAID 6 som et undersæt af RAID 60, selvom de kan tænkes på præcis på samme måde som RAID 1 kan i forhold til RAID 10.

Hvis vi tager den samme logik og tager den til næste niveau, bogstaveligt og billedligt, kan vi tage flere RAID 10-arrays og stripe dem sammen i endnu en RAID 0. Dette lyder mærkeligt, men kan give mening. Resultatet er en stribe af RAID 10'er, eller for at skrive det ud, en stribe af striper af mirrors (vi angiver generelt RAID oppefra og ned, men nomenklaturen er nedefra og op). Så da dette er RAID 1 på de fysiske drev, en stribe af disse mirrors og derefter en stribe af de resulterende arrays, får vi RAID 100 (R100).

RAID 100 er naturligvis sjælden og mærkelig. Imidlertid anvender én ekstremt vigtig RAID-controller-producent R100, og efterfølgende gør deres downstream-integrationslevandør det også: nemlig LSI og Dell.

Heldigvis, fordi ikke-paritetsstriber injicerer få adfærdsmæssige ejendommeligheder og har næsten nul overhead eller latenstid, er denne tilgang virkelig ikke et problem, selvom det kan føre til en stor del forvirring. Til alle praktiske formål opfører RAID 100 sig præcis som RAID 10, når hvert RAID 10-undersæt er identisk med hinanden.

I teorien kunne en RAID 100 bestå af mange disparate RAID 10-sæt med varierende drevtyper, spindleantal og hastigheder. I teorien kunne en RAID 10 bestå af disparate RAID 1-sæt, men dette er langt mere begrænset i potentiel eller sandsynlig variation. RAID 100 kunne teoretisk set gøre ret bizarre ting, hvis det blev ladt ukontrolleret. I praksis vil enhver RAID 100-implementering sandsynligvis, som LSI's implementering gør, håndhæve standardisering og kræve, at hvert RAID 10-undersæt er så identisk, som en controller er i stand til at håndhæve. Så hvert vil effektivt være ensartet, hvilket holder den overordnede adfærd til at være den samme, som hvis de samme drev var sat op som RAID 10.

Fordi adfærden forbliver identisk med RAID 10, er der en ekstremt stærk tendens til at undgå forvirringen ved at kalde arrayet RAID 100 og blot referere til det som RAID 10. Dette ville fungere fint, undtagen for den semi-nødvendige ejendommelighed ved at skulle kunne specificere geometrien af de underliggende RAID 10-sæt, når man bygger en RAID 100. LSI, og derfor Dell, kræver, at man på tidspunktet for opsætning af et RAID 100-sæt skal specificere den underliggende RAID 10-geometri, men da arrayet er mærket som RAID 10, giver dette ingen mening. En bizarre situation bestemt.

For yderligere at komplicere tingene, på grund af ønsket om at opretholde en facade ved at bruge RAID 10 frem for RAID 100, undlades korrekt terminologi, og i stedet for at referere til de underliggende RAID 10-medlemmer som “RAID 10-arrays” eller “RAID 10-undersæt” kaldes de blot “spans.” Span er dog et begreb, der bruges til noget andet i storage, der ikke gælder korrekt her. Span er på ingen måde en korrekt beskrivelse af et RAID 10-sæt under nogen omstændighed.

Men hvis vi accepterer at bruge termen span til at referere til et RAID 10-undersæt af et RAID 100-array, kan vi komme ret let videre. Når det er muligt, ønsker vi da så mange spans som muligt for at holde de underliggende RAID 10-undersæt så små som muligt. Hvis vi gør dem små nok, kollapser de faktisk til RAID 1-sæt (HPE's mærkelige RAID 10 med en stribest størrelse på én), og vores RAID 100 kollapser til et RAID 10, hvor den midterste stribe, frem for den ydre stribe, er den der forsvinder! Bizarre, ja, men praktisk.

Så hvordan anvender vi dette i det virkelige liv? Ganske nemt. I et RAID 100-array skal vi specificere et antal spans, der skal bruges. Da vi ønsker, at hver span indeholder to fysiske drevenheder, så hver span er et simpelt RAID 1, skal vi blot tage det samlede antal drev i vores RAID 100-array, som vi kalder N, og dividere det med to. Så det ønskede spanantal for et normalt RAID 100-array er blot N/2. Dette betyder, at hvis du har et to-drev-array, ønsker du én span. Fire drev, to spans. Seks drev, tre spans. Fireogtyve drev, tolv spans. Og så videre.

Vær ikke bange for RAID 100. For normale brugere kræver det blot noget yderligere viden om, hvordan man vælger det korrekte antal spans. Det ville være ideelt, hvis dette blev beregnet automatisk og holdt skjult, så slutbrugere kan tænke på arrays i form af RAID 10. Eller else blive mærket konsekvent som RAID 100 for at gøre det klart, hvad spanen skal repræsentere. Eller naturligvis blot bruge RAID 10 i stedet for RAID 100. Men givet den praktiske virkelighed er det nemt at håndtere RAID 100, når det først er forstået.