Skapa RAID via Adaptec-kontroller. Testar en RAID6-array med hårddiskar på tre generationer Adaptec-kontroller

Hej alla, idag kommer vi att konfigurera adaptec raid 8885-kontrollern, som kom till mig för att testa. I mitt företag väljer vi nu en RAID-kontroller för servrar med SSD-enhet ami. Tidigare har jag redan testat LSI 9361-8i och tillhandahållit mer än en artikel om hur och vad jag stötte på när jag körde den på HP proliant g7-servern. Det är adaptec 8885s tur, också en väldigt ny kontroller. Jag tror att det kommer flera artiklar, annars blir det bara ett långt inlägg, vilket inte är bekvämt.

Uppgift

  • Installera i HP ProLiant DL380 G7 adaptec raid 8885
  • Partitionera en raid-array från olika modifieringar
  • Installera VMware ESXi 5.5 hypervisor ovanpå
  • Ta bort prestandatester för I/O-drift

Installerar adaptec 8885 i HP

Låt mig påminna om att HP är en ganska proprietär leverantör och producerar allt i sina servrar själv, och är inte speciellt vänlig, enl. minst officiellt med andra leverantörer, ett exempel skulle vara en rake med samma LSI 9361-8i installerad i den, jag beskrev metoden för hur man gör dem vänner. När du sätter in adaptec raid 8885 visas den i HP BIOS som okänd enhet, du kan lugnt ignorera detta, det kommer inte att påverka arbetet på något sätt. Det enda jag direkt vill rekommendera är att uppdatera all firmware på HP-servern så att allt är så fräscht som möjligt.

Skapa en raid-array

Så låt oss gå vidare och skapa en raid-array på vår adaptec raid controller. Jag har 2 i min arsenal SAS disk under RAID-1-spegel. för systemet och 6 ssd-enheter för skapa en RAID-5 till RAID-10 lun. För att klippa LUN:er (Logical Unit Number), logiska enheter på en raid-kontroller, kommer det inbyggda bios-liknande verktyget Adaptec RAID Configuration Utility (tidigare kallat Array Configuration Utility (ACU)) att hjälpa oss. För att komma in i RAID Configuration Utility, förkorta det sedan till RCU, måste du starta om servern och vänta på det här fönstret, där du bara behöver klicka

Andra konfigurationer är möjliga. Vissa andra servrar, som min till exempel, laddade och visade inte det här fönstret, för att göra detta var jag tvungen att trycka på F8 när jag laddade, gå till ILO-inställningsmenyn, avsluta omedelbart därifrån och först då se önskad skärm. Om du har ett UEFI BIOS kan du skapa raid-arrayer från det med hii (uefi mänskligt gränssnittsinfrastruktur), om det på ryska är ett verktyg för människor :)

I slutändan hamnar vi i RCU-verktyget

Diskverktyg

Först av allt, låt oss gå till menyalternativet Disk Utilities, här kommer du att se alla dina diskar, med deras modeller och leverantörer, såväl som anslutningstyp. Jag har 6 ssd Sansung EVO 850 och två HP sas 600 GB.

  • Formatera disk > formatera en disk
  • Verifiera diskmedia > kontrollera disken för fel
  • Identifiera Drive

Välj acceptabel formatering

Bekräfta formateringen

Formateringen börjar, tiden det tar varierar beroende på storleken på raiddisken.

Du kan också välja Ferify Disk Media, hårddisken börjar leta efter dåliga sektorer.

Vi åker från denna meny och titta på inställningarna för själva Adaptec-kontrollern.

Kontrollerinställningar

Gå till Controllerinställningar.

Låt oss titta på huvudinställningarna för Controller Configuration. Du kommer att ha följande alternativ här:

  • Crives Write Cache > Aktiverar cache på diskar, det rekommenderas att inaktivera det, eftersom cachning sker på raid-kontrollernivå och i systemet. Det finns en risk för dataförlust när den är frånkopplad. När det gäller ssd kan du öka hastigheten, speciellt på svaga kontroller.
  • Runtime BIOS > När den är aktiverad, fungerar raid-styrenheten som en startenhet om den är inaktiverad, den gör det inte.
  • Automatic Failover > När den är aktiverad, bygger styrenheten automatiskt om arrayen när en enhet misslyckas och ersätts med en ny. När den är frånkopplad måste arrayen återställas manuellt.
  • Array Backgrounf Consistency Check > När den är aktiverad kontrollerar kontrollern ständigt redundant arrayintegritet, vilket äter upp resurser. Observera att det kan finnas en betydande prestandaträff. Inaktiverad som standard.
  • Enhetsbaserat BBS-stöd > När det är aktiverat på system som stöder BBS, fungerar styrenheten som en startenhet i BIOS.
  • SATA Native Command Queuing > Inaktivera den här funktionen om du vill ansluta fler än 48 SATA II-enheter. Endast tillgänglig för SATA II-enheter
  • Visning av fysiska enheter under POST > När det är aktiverat kommer anslutna enheter att visas medan POST-systemservern (Power On Self Test) startar. Det tar några sekunder innan skivorna visas. Inaktiverad som standard
  • Larmkontroll > När det är aktiverat ljuder ett larm. Aktiverad som standard. Obs - När larmet är avstängt (inaktiverat) slås det automatiskt på igen efter omstart.
  • Standardprioritet för bakgrundsuppgift > Ställer in standardprioriteten för bakgrundsuppgifter på styrenheten (som hur du skapar nya logiska enheter) till Hög, Medium eller Låg. Standard är Hög.
    Obs! Den här inställningen gäller för nya uppgifter. Detta påverkar inte som körs för närvarande
  • Bakplansläge > När inställt på Auto, känner adaptec-styrenheten automatiskt av bakplanets signaltyp: I2C eller SGPIO. För att explicit ställa in bakplansläget måste du välja SGPIO, I2C eller Disabled. Standard är Auto.
  • Valbart prestandaläge > När den är inställd på Dynamisk, justeras prestandakriterierna automatiskt baserat på kontrollanvändning, RAID-nivå och disktyp. När det är installerat på OLTP/DB är prestandamåttet optimerat för transaktionsorienterade applikationer som datainmatning och sökning. När den är inställd på big Block bupass, börjar DRAM-skrivcachen att räkna från IO-skrivstorleken; Prestandakriterier är optimerade för att visa webbsidor, arbeta med filer och söka efter data. När den är inställd på Användardefinierad kommer du att uppmanas att använda OS-verktyg för att ställa in anpassade inställningar (kontakta Adaptec-support för mer information). Standard Dynamisk

  • Controller Mode > Adaptec Series 7 och 8 Series Controllers: När du ställer in läget RAID: Exponera RAW Alla RAID-kontrollfunktioner är aktiverade. Installerade enheter utan Adaptec-metadata kommer att ses i operativsystemet som RAW Pass Through-enheter (liknar JBOD-arrayer på äldre Adaptec-kontroller när de är installerade på). RAID: dölj RAW läget är alla RAID-funktioner på styrenheten aktiverade, men RAW-enheter upptäcks inte i operativsystemet. När den är installerad på HBA-läge, installerade diskar definieras som RAW-enheter. Syftet med detta läge är att göra det möjligt för adaptec-styrenheten att fungera med HBA. Ändringar i HBA-läge är endast tillåtna om det inte finns några Adaptec-metadataenheter anslutna, inklusive hot-spares. Oinitierade diskar är kompatibla med alla HBA och kan användas med diskar SATA-gränssnitt på moderkortet.
    När du ställer in läget Autovolym kommer installerade diskar utan Adaptec-metadata, men från OS-partitionen, att visas i operativsystemet i enhetens RAW-format. Installerade diskar utan Adaptec-metadata och utan OS-partitioner konfigureras automatiskt som enkla volymer. I automatiskt volymläge kan du skapa maximalt 128 enkla volymer; Inga andra RAID-typer stöds. Automatiskt läge tillåter cachning
    När du installerar Simple Volume kan du bara skapa enkla volymer (max 128 volymer); Inga andra RAID-typer stöds.
    Obs! Innan du kan ändra volym till automatiskt läge eller volym till enkel volymläge måste du ta bort befintliga RAID-arrayer, maxCache-behållare och hot spare-enheter (om några). Standard RAID: Exponera RAW-läge.

Avancerad konfiguration

I Advanced Configuration-läge kan adaptec raid-kontroller konfigureras med följande värden:

  • Tidszon > Tidszon för den plats där systemet är beläget. Inställningstiderna för effektkontroll baseras på den inställda tidszonen. Som standard är den inställd på 00:00. Det giltiga intervallet för inställning av tidszoner är -12:00 till +12:00
  • Håll dig vaken Start > Tid som systemet ska fungera under full styrka, oavsett andra energisparinställningar, dagligen. Som standard är den inställd på 00:00. Det giltiga intervallet är från 00:00 till 23:59.

Kontrollera RAID-arrayer Adaptec 6405 inkluderar inte bara skapandet och borttagningen av arrayer, utan också uppgifter relaterade till underhåll av trasiga diskar eller deras planerade ersättning. I den här artikeln kommer jag att titta på de dagliga uppgifterna för en serveradministratör.

Om du är intresserad av raidteknologier och uppgifterna att administrera raidkontrollanter rekommenderar jag att du kollar in avsnittet på min blogg.

Skapa en Adaptec 6405 RAID-array

När du laddar servern trycker du på CTRL+A och kommer till kontrollermenyn. Vi måste välja Array Configuration Utility:

Först måste du gå till menyalternativet Initiera enheter för att tala om för styrenheten vilka enheter som kommer att användas.

Varje disk måste markeras med ett mellanslag:

När enheterna har valts trycker du på Enter och får en varning:

Som ett resultat lärde jag mig följande inställningar:

Notera: några ord om partitioner som är större än 2TB - om den slutliga arraystorleken är mindre än detta värde behöver du inte oroa dig. Om volymen är större, kommer ditt system att vägra se något större än cirka 2 TB. Detta beror på MBR-partitionering, som inte tillåter mer än 2TB partitionering. Lösningen är att använda GPT-partitionering, men i det här fallet måste ditt moderkort stödja UEFI, vilket äldre moderkort inte har. För att komma runt detta kan du tilldela en mindre kapacitet till arrayen och sedan använda den återstående kapaciteten för en annan RAID-array av samma typ.

Vi får återigen en varning om att använda den fördröjda inspelningsfunktionen.

Byter ut en defekt disk

i detta skede Jag kommer att försöka simulera felet i en av de hårddiskar array. Eftersom jag tidigare skapade en array av typen Raid1, låter den oss behålla funktionalitet om hälften av diskarna misslyckas. I mitt fall är hälften 1 disk (det är två totalt).

Procedur:

  • Jag stängde ner servern helt;
  • Jag tar ut en av skivorna och monterar den andra i den intilliggande korgen.

Idealiskt, efter detta, bör arrayen vara i ett degraderat tillstånd, men fortsätta att fungera. Efter att ha anslutit den tredje enheten ska den inte automatiskt kopplas till arrayen. För det första eftersom det inte är initialiserat; för det andra eftersom det inte specificerades som hotspare(hot spare disk) när du skapar arrayen.

Så låt oss börja.

Efter att ha slagit på servern får vi följande varningar i bios:

I princip är det så här det ska vara, eftersom en disk i arrayen är borta. Förresten, efter att en disk "försvinner" från arrayen, Kontrollanten började gnissla väldigt högt och äckligt och mina kollegor började till och med komma till mig och varna mig för ett konstigt ljud från serverrummet.

Vi går till arrayhanteringsverktyget, tittar på arrayens tillstånd i Hantera arrayer:

Som du kan se saknas en disk i arrayen själva arrayen är i ett försämrat tillstånd. Allt var som förväntat.

Efter detta måste vi initiera ny disk. I skärmdumpen ovan var det tydligt att den nuvarande arrayen använder en disk i kortplats 31, vilket betyder att den nya disken kommer att finnas i någon annan. Gå till menyalternativet Initiera enheter, initialisera disken i kortplats 29:

Vi får en varning (på ett bra sätt, vid det här tillfället borde du redan ha säkerhetskopior av all relevant information, och servern har lagts ut för schemalagt underhåll, om det såklart är möjligt):

Nu måste vi berätta för styrenheten att den ska använda en ny disk för att inkludera den i arrayen istället för den misslyckade. Detta måste göras via menyalternativet Hantera arrayer- tryck på Enter, använd upp/ned-pilarna för att välja önskad array(om det finns flera), tryck CTRL+S och gå till kontrollsidan Global Hotspare:

Du kan bara välja diskar som inte finns i det här ögonblicket inte i några arrayer. Använd ett mellanslag för att välja önskad enhet:

Tryck enter. En dialogruta visas för att bekräfta ändringen, enter Y. Eftersom vi har gjort skivan till en disk som kan bytas under drift, bör styrenheten automatiskt göra den till en del av arrayen och omedelbart påbörja ombyggnadsprocessen ( bygga om array), kan du också kontrollera detta från menyalternativet Hantera arrayer:

Från och med detta ögonblick kan du starta upp servern i normalt läge och fortsätta arbeta. En fullständig ombyggnad är en ganska lång process och beror på många parametrar - styrenhetens/diskarnas prestanda, aktuell belastning på styrenheten/diskarna etc. Vi kan dra slutsatsen att ombyggnadshastigheten kommer att förändras avsevärt under stora sidan, om du börjar använda arrayen direkt efter att du har lagt till disken. Om möjligt är det bättre att ge kontrollern tid att lugnt slutföra rekonstruktionen av arrayen och först efter det belasta den ordentligt (detta gäller särskilt för RAID5-arrayer).

Fysisk återuppbyggnadsprocess kommer att åtföljas av en blinkande röd LED på diskkorgen som just lades till i arrayen.

I verktyget Adaptec Storage Manager att bygga om arrayen ser ut så här:

Förresten, verktyget lanserades från samma server. Detta avslutar granskningen av Adaptec 6405 RAID-arrayhanteringsuppgifter.

Om artikeln hjälpte dig, lämna kommentarer och dela din erfarenhet.

Märkligt nog är RAID-stackar idag proprietära lösningar som inte överensstämmer med standarder. Du kan ta bort alla fysiska diskar med RAID-volymer skapade på dem, till exempel från en Adaptec 6805-kontroller och överföra dem till 8885-kontrollern och volymerna kommer att synas. Men om du försöker överföra volymer till en styrenhet från en annan tillverkare på det här sättet, kommer inte ett mirakel att hända, och det kommer inte att finnas något sätt att se data och dessa RAID-volymer. Varför händer det här? Eftersom den andra tillverkarens kontroller stöder sin egen stack, som inte är kompatibel med Adaptec-stacken.

Varje RAID-volym presenteras för datorns operativsystem som en "SCSI-disk", som kommer att synas som ett separat objekt i diskverktyg som diskhanterare Det ser ut så här.

I diskhanteraren kan du alltså se 4 virtuella diskar: RAID0, RAID1 och två RAID5-diskar.

Varje nivå fungerar när du skapar volymer.

Fysisk disknivåuppgift– skapa ett speciellt område på diskarna där information om de volymer som skapas kommer att lagras. Detta område kallas metadataområdet och är en komplex lagringsbehållare där tjänstinformation lagras. Endast styrenhetens operativsystem har tillgång till detta område och ingen annan. I Adaptec-stacken kallas denna process för att skapa ett serviceområde − initiering och exekveras genom kommandot - initiera.

RAID-kontroller som stöder HBA-läge har också motsatt kommando - avinitialisera(detta är 7- och 8-seriekontroller). Detta kommando tar helt bort en sådan datastruktur från den fysiska disken och placerar disken i HBA-läge. Det vill säga, för att en 7- eller 8-seriekontroller ska börja fungera som en vanlig HBA på den, räcker det att avinitiera alla diskar. Då kommer de alla att vara synliga i det centrala operativsystemsverktyget som DISK MANAGER och inga andra åtgärder krävs.

En annan välkänd funktion som kallas - tvång. I Adaptec-stacken utförs det samtidigt med initialize. Denna funktion minskar hårddiskens kapacitet något. Faktum är att diskar av samma kapacitetskategori från olika tillverkare fortfarande har olika kapacitet. För att en disk från en tillverkare i framtiden, vid behov, ska kunna ersättas med en disk från en annan tillverkare, utförs tvångsfunktionen. Den skurna behållaren är helt enkelt "förlorad" för alltid och används inte på något sätt.

På den fysiska nivån är det möjligt att rymma olika servicefunktioner - kontrollera disken med en destruktiv eller icke-förstörande metod, formatering, fullständig radering data, fylla disken med nollor osv.

Logisk nivå nödvändigt av två skäl:

För det första minskar det avsevärt diskretiteten i de kapaciteter du väljer för att skapa volymer. Detta görs genom möjligheten att skapa flera logiska enheter (helt enkelt skära av viss kapacitet) på en fysisk, eller skapa en logisk enhet med två eller flera fysiska. I det här fallet kommer kapaciteten hos olika fysiska helt enkelt att läggas ihop. Först kommer ett område på en fysisk disk att fyllas med data, sedan ett annat på en annan fysisk disk, etc. Denna metod för att kombinera diskar kallas Kedja(vissa andra stackar använder ordet Spänna).

För det andra, när sådana objekt skapas, kommer information om dem in i metadata, och de är inte längre bundna till fysiska koordinater. Efter detta kan du överföra diskar från en kontrollerport till en annan, överföra volymer från en kontroller till en annan, och det kommer fortfarande att fungera utmärkt.

Därefter kommer RAID-nivån. Vanligtvis har moderna stackar två underskikt på denna nivå. På varje undernivå finns det elementära RAID, såsom: kedja eller span (detta är egentligen inte RAID, det är bara att "summera" kapaciteter med olika diskar), RAID0, RAID1, RAID1E, RAID5, RAID6, etc.

Den lägsta undernivån accepterar logiska enheter, till exempel LD1, LD2, LD3, som i figuren, och "bakar" en RAID5-volym från dem. Samma sak händer med LD4, LD5, LD6. Från dem får vi den andra RAID5. De två RAID5-volymerna tas till en ännu högre nivå, där RAID0-funktionen appliceras på dem. Utdata är en komplex volym som kallas RAID50 (där 5 är RAID-typen som används på den nedre undernivån och 0 är RAID-funktionstypen som används på översta nivån). Det enda som saknas i definitionen är hur många RAID5 (in I detta fall 2) användes för att skapa RAID50. I Adaptec-stacken kallas detta en enhet på andra nivån. Denna parameter kommer att behövas om du skapar komplexa volymer av typ 50 eller 60.

Mest högsta nivån behövs för att tillhandahålla ett sådant virtuellt objekt för åtkomst av operativsystemet. Vid överföring till denna nivå erbjuds ett antal servicefunktioner. De två viktigaste i Adaptec-stacken är byggda och tydliga.

  • Clear skriver nollor till hela den nya volymen som överförs till operativsystemet.
  • Bygg "bygger" en ny volym. Till exempel, om detta är RAID1, kommer hela innehållet i den första behållaren att kopieras till innehållet i den andra. Och så vidare för alla containrar.


Bilden visar en virtuell behållare av typen RAID1. Driftbygge.

Om du har nya diskar från fabriken har deras sektorer nollor inskrivna i dem. Därför blir resultatet av båda funktionerna detsamma.

Skillnad mellan SimpleVolume och HBA-läge.

Dessa två lägen är extremt lika varandra. Båda kan användas för att skapa Software RAID-lösningar.

När en disk fungerar i HBA-läge skapas ingen metadata på den. Och det finns ingen "kapning" av kapaciteten med tvångsfunktionen. Detta kan orsaka problem om du behöver byta ut enheten mot en enhet från en annan tillverkare. Disken överförs direkt till operativsystemet. I det här fallet fungerar inte controllerns cache med den!

I fallet med att skapa en enkel volym genom volymkonfigurationen skapas ett metadataområde på disken och kapaciteten "trimmas" med coertion-funktionen. Därefter skapas en enkel volymvolym genom konfigurationsverktyget som använder all ledig diskkapacitet. Och efter det detta objektöverföras till det centrala operativsystemet.

Idag förbättras RAID-kontrollerstackarna ständigt. Adaptec installerade i sin MaxCache plus-funktion ytterligare en nivå i stacken, den så kallade tier-nivån, med undernivåer. Detta gjorde det möjligt att ta en RAID5-volym skapad på SSD-enheter och en annan volym, till exempel RAID60, skapad på SATA-enheter med 7200 rpm och sätt ihop en komplex, virtuell volym där de mest nödvändiga data lagrades på RAID5 och minst nödvändiga data på RAID60. Samtidigt kunde volymer tas från olika kontroller. Idag stöds inte denna funktion på grund av övergången av sådana funktioner till serveroperativsystem. Naturligtvis står kontrollerstacken, som en virtualiseringsmekanism, inte stilla och den förbättras ständigt både på virtualiseringsnivå och på nivån för bas- och servicefunktioner.

Design av en modern RAID-kontroller.

En modern RAID-kontroller är ett informationssystem (helt enkelt en dator), som i kraft av att utföra sina huvudfunktioner: skapa en virtuell behållare, placera och bearbeta information i behållare (i huvudsak LÄSA – SKRIVA information) utbyter data med två andra typer av information system:
1. Med operativsystem;
2. Med hårddisk eller SSD-enheter.

Ur den interna arkitekturens synvinkel består en modern RAID-styrenhet av följande uppsättning huvuddelsystem:

  • RoC-chip (RAIDonChip);
  • BAGGE;
  • Hantering av "skydd" av cacheminne (som regel är detta ett separat dotterkort, men i de senaste implementeringarna för den åttonde serien av Adaptec-kontroller är denna modul inbyggd i RoC-chippet);
  • Superkondensatorn, som strömkälla för cacheskyddsmodulen, används i händelse av ett huvudströmavbrott;
  • Flash-minne och nvSRAM (minne som inte förlorar information när strömmen stängs av);
  • SAS-kontakter, där varje enskild fysisk kontakt är sammansatt enligt principen om fyra SAS-portar i en fysisk kontakt;
  • PCI-E-kontakt.

Tabell - Huvuddelsystem för RAID-styrenheten.

Huvudfunktionerna hos moderna Adaptec RAID-kontroller.

Stöd för HBA-läge.

Vi har redan diskuterat ovan vilka RAID-kontrollermodeller som stöder HBA-läge. Det är viktigt att notera att detta görs oberoende för varje enhet. Det vill säga, på styrenheten, om du inte initierar några av diskarna på den fysiska nivån, kommer de automatiskt att hamna i ett program som "diskhanterare" och kommer att vara synliga där och tillgängliga för att arbeta med dem. Du kan använda en del av sådana diskar i HBA-läge som enstaka diskar och använda den andra delen för att skapa programvaru-RAID med operativsystemet. De initierade diskarna kommer att användas för att skapa RAID-volymer med RAID-styrenheten.

Hybridvolymer.

senaste versionerna Firmware skapar Adaptec-styrenheten automatiskt en Hybrid RAID-array när du skapar en RAID 1/10 från samma antal SSD:er och hårddiskar (men i äldre firmware var det viktigt att i RAID1-par var SSD-enheten "master" och HDD-enhet"slav") Om du inte vet hur du kontrollerar detta, kontakta teknisk service. Adaptec-stöd. Adaptec-styrenheten spelar in samtidigt på hårddisk och SSD. I hybridvolymläge sker läsning endast från SSD:n! (för en volym av två Hårddiskar När en viss tröskel för I/O-operationer överskrids, sker läsning från två diskar. Detta är den största skillnaden hybridläge RAID1/10). Resultat - pålitlig array med utmärkt läsprestanda. Läser som en enda SSD-enhet. Detta är flera storleksordningar högre än för en hårddisk. Funktionen kommer som standard med alla Adaptec Series 2, 5,6, 7, 8 kontroller.

Stöd för volymtyper som ersätter RAID5.

Jag hoppas att du har en bra idé om en RAID5-behållare - det här är en ganska klassisk lösning.

Informationslagringsbehållaren som skapats av RAID-styrenheten visas i rött. Detta är en behållare av RAID5-typ. Själva RAID5-volymen består av ett stort antal sådana virtuella behållare, staplade i ett "paket". En RAID5-behållare består av en samling sektorer av enskilda fysiska diskar. Det speciella med en RAID5-container är att den kan ”överleva” problem i ett antal hårddiskcontainrar som den består av, d.v.s. hårda sektorer diskar som är en del av en RAID5-behållare förlorar sin information, men RAID5-behållaren lagrar den själv. Detta sker i viss utsträckning. Med ett visst antal "dåliga" sektorer kommer själva RAID5-behållaren inte längre att kunna garantera 100 % lagring av information. På grund av övergången från SCSI-teknik till SAS-teknik har den föreslagna grundläggande kvaliteten på informationslagring med en RAID5-behållare försämrats avsevärt, bokstavligen i flera storleksordningar.

Detta hände på grund av ett antal objektiva skäl:
1. På grund av stödet för SATA-enheter, särskilt av skrivbordsklassen, sjönk kvaliteten på informationslagring i en behållare av typen "disksektor" märkbart (SCSI-kontroller stödde endast SCSI-enheter av hög kvalitet);
2. Antalet diskar på styrenheten har ökat många gånger (2-kanals SCSI-kontroller - maximalt 26 diskar, med hänsyn till prestanda på 8-10 (4-5 per kanal));
3. Diskkapaciteten har ökat avsevärt. Detta innebär att en RAID 5-volym kan rymma många fler RAID5-behållare (max. kapacitet SCSI-enheter 400 GB, maximal kapacitet modern SATA-hårddisk – 8 TB).

Allt detta ökar sannolikheten för att problem uppstår i en enda RAID5-behållare, vilket avsevärt minskar sannolikheten för att lagra information i en RAID5-volym. Av denna anledning har lösningar lagts till moderna RAID-kontrollerstackar som eliminerar användningen av RAID5. Dessa är RAID1E, RAID5EE och RAID6.

Tidigare var det enda alternativet till RAID5 RAID10. Stödet för RAID 10 finns givetvis kvar.

RAID5-ersättningsalternativ:

Bad Stripe

Tidigare, om ens en kontrollbehållare (remsa) förlorade information eller inte kunde garantera dess säkerhet, ledde detta till en situation där hela volymen byttes till offlineläge av RAID-kontrollern (att stoppa åtkomsten innebar bokstavligen att kontrollenheten inte kunde garantera 100 % integritet för användardata på volymen).

En modern styrenhet "hanterar" denna situation annorlunda:
1. Tillgången till det slutar inte;
2. En speciell "bad stripe"-markör placeras på volymen, vilket betyder att det finns speciella behållare i RAID-volymen som har förlorat information;
3. Sådana "korrupta behållare" rapporteras till operativsystemet så att det kan utvärdera möjliga åtgärder för att förhindra informationsförlust eller återställa den.

Markör dålig rand kan inte tas bort från volymen. Du kan bara ta bort en sådan volym och skapa den igen. Utseendet på en volym med flaggan "dålig rand" indikerar ALLVARLIGA fel eller problem vid designstadiet av lagringssystemet eller vid dess drift. Som regel ligger bakom denna situation allvarlig inkompetens hos designern eller systemadministratören.

Huvudkällan till denna typ av problem är en felaktigt utformad RAID5.

Vissa implementeringar av RAID 5 (till exempel RAID5 på stationära enheter) är förbjudna för volymer som innehåller användardata. Kräver minst RAID5 + Hot Spare, vilket är meningslöst med RAID6. Det visar sig att där det var nödvändigt att skapa RAID6 skapades RAID5, vilket efter flera års drift ledde till uppkomsten av BAD STRIPE-markören.

SSD-cache

SSD-cachefunktionen är en av de mest efterfrågade optimeringsfunktionerna RAID-prestanda volymer kraftfulla system förvaring med stor mängd användare utan att nämnvärt öka kostnaden, antalet lösningsenheter, utan att förlora lagringssystemkapacitet och säkerställa optimal energiförbrukning.

För att använda SSD-skrivcache måste du se till att två villkor är uppfyllda:
1. Applikationen fungerar i "slumpmässig läsning"-läge;
2. Begäranden om data är ojämna till sin natur - det finns behållare på RAID-nivå som nås oftare för att läsa data från dem, och det finns de som nås mindre ofta.

Det bör noteras att ju fler användare ett system har, desto mer sannolikt är det att förfrågningar till enskilda behållare kommer att ta formen av en standardstatistisk distribution. Baserat på parametern "antal förfrågningar per tidsenhet" kan vi skilja mellan "het data" (antalet åtkomster till den kommer att vara större än den angivna parametern) och "kall data" (antalet åtkomster till den kommer att vara mindre än den angivna parametern).

SSD-drift Läscachen består av kopiering av "hot data" till SSD-enheter och ytterligare läsning från SSD, vilket snabbar upp processen avsevärt. Eftersom detta är en kopia har läscachen ett naturligt skydd om SSD-disken som bildar SSD-cacheområdet misslyckas, leder detta bara till förlust av prestanda, men inte till dataförlust.

Grundinställningar för SSD-cachefunktionen för 7Q, 8Q kontroller:
1. Först av allt, se till om du har "hot data" och vilken storlek den är. Det bästa sättet att göra detta är experimentellt genom att placera en tillräckligt stor SSD-disk i cacheområdet och konfigurera den i Simple Volume-läge. Integratörsföretag kan göra detta arbete åt dig. Efter ungefär en vecka kan du kontrollera SSD-cache-statistiken genom hanteringsfunktionen. Det kommer att visa om du har "het data" och hur mycket utrymme det tar upp.
2. Det är lämpligt att lägga till 10-50 % kapacitet till denna volym och, baserat på dessa data, konfigurera ditt cachingschema om volymen "het data" ökar i framtiden, om det finns en sådan trend.

Inställningarna låter dig "klippa av" den nödvändiga kapaciteten från kapaciteten på dina SSD-enheter och lägga den i en RAID-volym rätt typ, och den återstående kapaciteten kan överföras till en vanlig RAID-volym.

Därefter bör du utvärdera om det är vettigt att använda en SSD-skrivcache. Som regel fungerar internetapplikationer för läsning. Skrivcachen används främst som ett tillägg till läscachen om applikationen även använder skrivning utöver läsning. Och i fallet med att använda en skrivcache är det nödvändigt att säkerställa cacheskydd. Om något händer med cacheområdet kommer data som placerades där när posten cacheades att gå förlorad. För skydd räcker det att använda en RAID-volym som ger diskredundans, till exempel RAID1.

Möjliga konfigurationslägen för SSD-cacheområdet.

För individuella volymer på styrenheten kan du oberoende aktivera eller inaktivera SSD-cachen för läsning och skrivning, beroende på behoven och typerna av applikationer som fungerar med varje volym.

uEFI-stöd.

Alla kontroller och HBA i den aktuella Adaptec-produktlinjen stöder BIOS-läget för uEFI moderkort. Övergången från MBR till uEFI gjorde det möjligt att till exempel skapa system- och startvolymer större än 2TB, vilket var omöjligt på kort med MBR BIOS (observera att alla Adaptec-produkter fullt ut stöder volymer >2TB; detta problem finns inte på del av controllers och HBAs). Det finns många andra fördelar med att använda uEFI-läge. Till exempel när du stöder skivor med en 4K-sektorstorlek. Alla Adaptec-produkter i den nuvarande serien stöder 4K-enheter, förutom den sjätte serien av kontroller.

Det är viktigt att komma ihåg att om moderkortet använder MBR-läge, så anropas kontrollerns konfigurationsverktyg via Cntrl + A.

På bilden standardverktyg Adaptec-konfiguration, anropad genom tangentkombinationen Cntrl + A.

I fallet med uEFI-läge är styrenheten och HBA-konfiguratorn integrerade i BIOS moderkort. Detta verktyg kan lätt hittas genom rader som innehåller ordet "Adaptec" eller "PMC". Och, som du kan se i exemplet nedan, har uEFI-verktyget mer avancerad funktionalitet än verktyget som anropas via Cntrl + A.

Hot Spare-funktioner.
En Hot Spare-disk fungerar som ett passivt element i en RAID-volym och "tas" in i RAID-volymen om något händer med en av diskarna i volymen och den inte längre är tillgänglig för att utföra sitt arbete. HOT SPARE är en disk som installeras på styrenheten, snurras upp och tilldelas en eller flera volymer.

När det gäller den sista delen av HOT SPARE-definitionen kan du skapa tre typer av diskar:

Hot Spare-diskar används i Adaptec-stacken för manuell "reparation" av volymer som har olika anledningar En disk misslyckades. Till exempel har din RAID5-volym förlorat en disk och gått in i "degraderat" tillstånd. Du sätter in den nya disken i stället för den gamla eller i någon annan ledig plats, trycker på funktionen för att skanna igen och nu ser du den nya disken på nivån med fysiska diskar i stacken. Deklarera den sedan som en HOT SPARE (oavsett vilken typ, till exempel Global Hot Spare) och vänta på att den här disken ska vara 100 % "inbyggd i" volymen. Volymen går in i Optimalt tillstånd. Efter detta väljer du kommandot – radera hot spare. Detta kommando tar bort HOT SPARE-statusen från av denna disk, och den blir en fullvärdig medlem av denna RAID-volym.

Power Management funktion.

RAID-volymer fungerar annorlunda. Till exempel kan volymer som skapats för säkerhetskopiering av data användas för att flytta data, till exempel två till tre dagar per månad. Frågan uppstår: hur väl ska man leverera ström till hårddiskar och hålla skivorna snurrande om de inte används under resten av tiden?

Energisparfunktionen åtgärdar detta problem. Hennes filosofi är att när diskarna inte används kan de bromsas ner (om diskarna stödjer denna funktion), och sedan helt stoppas och hållas avstängda tills de behövs. Inställningarna för denna funktion är extremt enkla.

Först ställs hela tiden in på regulatorn efter veckodag när denna funktion är aktiverad och när den inte är det. Denna inställning är knuten till arbetet i ett typiskt företag. Parametrarna för att sätta interna och externa diskar i drift är inställda - i par, tre, fyra, etc., för att fördela belastningen på strömförsörjningen. Dessutom är tre timervärden inställda. Efter den första, om det inte finns några I/O-operationer på diskarna i denna volym, kommer dessa diskar att gå in i "standby"-tillståndet, dvs. kommer att minska sin omsättning med 50 %. Inte alla diskar stöder detta läge, om det inte stöds kommer ingenting att hända med disken. När den andra timern har löpt ut, kommer enheterna att stanna helt och gå in i "ström av". Den tredje timern används för att regelbundet kontrollera diskar som har varit avstängda under lång tid. Styrenheten slår på skivorna, utför en oförstörande kontroll av dem och, om allt är OK, växlar du tillbaka dem till "ström av".

Efter dessa inställningar kan du aktivera energihanteringsschemat för varje volym där det kommer att vara användbart. Sådana volymer kommer att markeras med grönt i ledningssystemet. Maximala fördelar denna funktion ger när de används i datacenter, vilket möjliggör inte bara direkta energibesparingar genom att stoppa diskarna, utan också extra besparingar genom att minska hastigheten på fläktarna som blåser diskarna när de senare är avstängda.

Hantera Adaptec-lagringssystem.

Hanteringsverktygen som ingår i Max View Storage Manager-paketet (MSM) bygger på de mest avancerade standarderna och använder de senaste trenderna för att förbättra hanteringsprinciper och effektivitet. Därför kan vi enkelt använda Adaptec Max View Storage Manager som grundmodell att titta på huvudfunktionerna och teknikerna inom lagringshantering. Huvudkontrollelementet är en RAID-kontroller, som kan utbyta serviceinformation med diskar, expanderare och korgar och därmed stödja hanteringsfunktioner för hela lagringsundersystemet som helhet.

Nyckelfunktioner moderna system hantering av lagringssystem:

  • Som klientapplikation En vanlig webbläsare används.
  • CIM-leverantör för arbete i virtuella miljöer. CIM-leverantören från MSM-paketet tillåter fullständig hantering av RAID-styrenheten från vilken som helst virtuell miljö. Till exempel när du använder vmware.
  • Använder CLI (command line interface) verktyg. MSM-paketet innehåller, förutom det grafiska hanteringsverktyget, som använder en webbläsare som klientdel, ett CLI-verktyg - ARCCONF.EXE. En lista över kommandon kan erhållas med hjälp av dokumentationen från Adaptecs webbplats. Med hjälp av CLI kan du skapa olika skript (miniprogram) som kan användas av integratörer för att automatisera produktion, inställningar, ändra firmware etc. och i företag som använder RAID-kontroller för att automatiskt polla lagringssystem för att identifiera onormala situationer.
  • Möjligheten att hantera hela infrastrukturen från en klientapplikation. Genom att använda MSM i Enterprise View-fönstret kan du "ta över" för hantering av alla servrar med en eller flera RAID-kontroller installerade i dem. För att göra detta anger du antingen IP-adressen för sådana system direkt eller använder funktionen Auto Discovery.

Hög nivå detaljering, visualisering och kapsling av kontrollobjekt. Administratören kan se att hela nätverkssegmentet har blivit rött, vilket betyder att det finns ett fel. Om du expanderar nätverkssegmentikonen kommer alla servrar att synas. Den problematiska servern kommer att markeras med rött. Om du klickar på den här servern kommer du att se RAID-kontrollerna installerade på det här systemet. Den röda färgen på en av dem betyder något slags problem. Om du borrar längre ner kommer du att se volymerna som skapats på denna kontroller och problematisk volym. Och så vidare, upp till problemet med den fysiska disken. Nu vet administratören exakt vad som hände, vilka konsekvenser det ledde till och vilken disk som behöver bytas ut.
Hög säkerhetsnivå för kontrollsystem som använder standardnätverksprotokoll. Lagringshanteringsmekanismer behöver uppenbarligen skyddas. När allt kommer omkring vid obehörig åtkomst eller öppen kanal kontroll kan användardata förstöras utan möjlighet till återställning. För detta ändamål använder MSM användar- och lösenordsdatabasen från själva operativsystemet. Dessutom används trafikkryptering på kanalen mellan webbläsaren och kontrollservern genom HTTPS-protokoll. I andra komponenter i styrsystemet hanteras även säkerhetsfrågor på högsta nivå.
Möjlighet att skicka viktiga meddelanden från lagringssystemet till administratören. För att inte "kedja" administratörens blick för alltid till skärmen med MS inuti Webbläsare, kan styrsystemet konfigureras för att skicka meddelanden via e-post. MSM har möjlighet att skicka alla typer av meddelanden, inklusive testmeddelanden. De viktigaste meddelandena är varnings- och felmeddelanden, som är direkt relaterade till övergången av RAID-volymer till tillstånden Degraded och Failed. Sådana meddelanden kan enkelt skickas till administratörens mobiltelefon via e-postapplikationer. Lägg till taggar

Tidigare publicerade jag den första delen, som beskrev allmän information om RAID-kontroller (), det fanns frågor och intresse, jag publicerar redan "kött"-biten. Allt här är mycket specifikt - en detaljerad klassificering av Adaptec-kontroller, funktionerna för varje serie av kontroller, tabeller, bilder, etc.

Modellutbud av Adaptec RAID-kontroller.

Klassificering av Adaptec-styrenheter.

Du kan försöka representera förstärkningen av stackfunktioner i förhållande till projektklassen i den här tabellen grafiskt för att göra tabellen mer visuell.

Tabell över tillämpning av modeller ur synvinkel SSD-stöd diskar.


Ännu mer kraftfullt stöd för att använda ett stort antal SSD-enheter på en kontroller kommer att tillhandahållas av nästa generationer av RAID-kontroller och HBA. Antalet skivor som anges i tabellen är ett ungefärligt värde. Mer exakta beräkningar prestandaegenskaper anges inte i den här artikeln de kan utföras av integratörsföretag.

Trinity Server är en säker investering

  • Driftsmontering Och hög tillgänglighet nödvändiga komponenter. Trinity har 2 produktionsplatser med en kapacitet på upp till 15 000 servrar per år (OEM: Supermicro, Intel)
  • Hög byggkvalitet - mindre än 2 % garantifall.
  • Obligatorisk provning: alla hårdvaru- och mjukvarukomponenter; skapa arrayer; installation av operativsystem (Windows, Linux); testutrustning under hög belastning.
  • Garanti från 3 år Med service i 42 städer i Ryssland och OSS.
  • Leverans i hela Ryssland och OSS. Upphämtning tillgänglig.
Skapa din egen server! Trinity serverkonfigurator.

Beroende av valet av RAID-styrenhetsmodell på antalet användare serversystem ges i tabellen nedan (anges aktiva användare). Siffrorna är ganska ungefärliga och ges för att förstå trenden i användningen av vissa modeller.

Och en till viktig poäng. Eftersom alla läroböcker om design av komplexa system starkt rekommenderar, måste designen inte bara ta hänsyn till nuvarande, utan framtida krav på systemet.

Det finns också ett beroende av applikationer. Till exempel snabbar SSD-cachelagring upp läsorienterade applikationer. Lyckligtvis är detta mer än 90 % Internetapplikationer. Cachning är också möjligt för skrivoperationer, men detta är mer som ett "trevligt tillägg" till läsning på grund av applikationernas karaktär.




Låt oss nu överväga kontrollermodellerna mer i detalj.

6:e serien av Adaptec RAID-kontroller.

Allmänna egenskaper hos 6-seriens kontroller:
Baserat på RoC (RAID on Chip) PM8013 8x SAS2-portar (6Gb/s) PMC-Sierra ( Ytterligare information kan ses på www.pmcs.com;
Modeller med maximalt antal portar – 8 SAS 2.0-portar (6Gb/s) och 8x PCI-express Gen 2.0-kortplats;
Cacheminne - 512MB DDR2-667 DRAM.
Alternativt kan de använda Adaptec Flash Module Cache Protection Kit (AFM-600 Kit), som inkluderar:


Adaptec RAID 6805 med AFM-600 Flash-modul.

6-seriens kontroller stöder på stacknivå:
Enkel volym, JBOD, RAID 0, 1, 10, 1E, 5, 6, 50, 60 Hybrid RAID 1, 10.
Maximal prestanda för styrenhetens kärna är 50 000 IOPS (4 KB block, slumpmässig läsning).
Prestanda för sekventiella mönster i tabellen nedan.

6T familj.
Huvudsyftet med utseendet på sådana kontroller i 6T-familjen är att eliminera situationer där den oflexibla delen av kabeln (delen ca 2 cm lång efter kontakten) vilar på locket eller höljet på servern, på processorns kylfläns eller andra delar av servern. För att göra detta, på den 6:e serien av kontroller, är portarna placerade så att den oflexibla delen av kabeln inte sträcker sig utanför kontrollenhetens geometriska gränser. Markerad med grön pil i figuren. Den blå rektangeln är den oflexibla delen av kabeln.




Adaptec RAID 6805T med AFM-600 Flash-modul.

Familj 6E

RAID-kontroller för projekt på nybörjarnivå. Nedsatt Bagge, jämfört med konventionella kontroller i 6-serien är stacken förenklad, det finns inget stöd för cacheskydd och expanderare. De har en förenklad stack, stöder endast Simple Volume, JBOD, RAID 0,1, 10, 1E, dvs det finns inget stöd för RAID 5,5EE,6, 50, 60, men stöder Hybrid RAID 1, 10 (se avsnittet " Hybridvolymer" i kapitlet "Grundläggande funktioner för RAID-kontroller" nedan.
6405E stöder maximalt 4 enheter. Modell 6805E – 8 diskar (eftersom det inte finns stöd för SAS expanders). Modell 6405E har PCI-E kortplats 1x, modell 6805E – PCI-E 4x ver. 2.

Portkontakter för 6-seriekontroller.
Hela 6-seriens familj av RAID-kontroller stöder endast Mini-SAS-portar.
För interna portar är kontakten SFF 8087 (intern mini-SAS),

för extern – SFF-8088 (extern mini-SAS).

Sammanfattningstabell för 6-seriekontroller.

7:e serien av Adaptec RAID-kontroller.


Adaptec RAID 71605.

Första PCIe 3.0 LP MD2-kontrollern med 16 SAS/SATA 6 Gbps-portar.
Den första halvlånga PCIe 3.0-kontrollern med 24 portar.
Den första lösningen för att dra full nytta av PCIe 3.0-bussen.
Den första lösningen ger 450 tusen IOPS och 6600 MB/sek.
Den första lösningen fokuserade på att skapa SSD-baserade volymer.
För första gången stöds externa RBOD-rack, bandenheter och autoloaders fullt ut.

Allmänna egenskaper hos 7-seriens kontroller:

Baserat på SRCv RoC (RAID on Chip) PM8015 SRCv 24x SAS2-port (6Gb/s) PMC-Sierra (mer information finns på webbplatsen www.pmcs.com);
Modeller med maximalt antal portar – 24 SAS 2.0-portar (6 Gb/s) och en 8x PCI-express Gen 3.0-plats;
Cacheminne - 1024 MB DDR3-1333 DRAM.

o Dotterkort med flashminne;
o Fjärrstyrd superkondensatorenhet.

7-seriens kontroller på stacknivå stöder: Simple Volume, JBOD, RAID 0, 1, 10, 1E, 5, 6, 50, 60, Hybrid RAID 1, 10 och HBA-läge.
Från och med 7:e seriens RAID-kontroller stödjer HBA-läge, dvs. i själva verket är detta inte precis en RAID-kontroller, det är en RAID-kontroller och HBA på ett kort. Se avsnittet HBA-läge i produktbeskrivningarna.
Stödet för RAID 5EE har upphört (orsaken är att prestandan för RAID6, på grund av förstärkningen av RoC-chiparkitekturen, är lika med RAID5EE, och i alla andra avseenden - tillförlitlighet, lätt underhåll etc., RAID 6 eller liknande eller bättre än RAID5EE, vilket berövar Det är vettigt att RAID 5EE finns i en modern RAID-kontrollerstack).

Maximal prestanda för styrenhetens kärna är 600 000 IOPS.


Hela familjen av 7-seriens RAID-kontroller stöder endast miniSAS-HD-portar.
För interna portar är kontakten som används SFF-8643 (intern mini-SAS HD),

för extern – SFF-8644 (extern mini-SAS HD).



Notera balansen mellan bandbredd på SAS- och PCI-E-sidan i exemplet med 71605-kontrollern – branschens enda lösning med 16 SAS2-portar i en lågprofilversion.

Familj 7E
RAID-kontroller för nybörjarprojekt. RAM-minnet är reducerat jämfört med konventionella 6-seriekontroller, stacken är förenklad och det finns inget stöd för cacheskydd. De har en förenklad stack, stöder endast Simple Volume, JBOD, RAID 0,1, 10, 1E, dvs det finns inget stöd för RAID 5,5EE,6, 50, 60, men stöder Hybrid RAID 1, 10 (se avsnittet " Hybridvolymer" i kapitlet "Grundläggande funktioner för RAID-kontroller" nedan).
Till skillnad från 6E stöder 7E-familjen expanders och har samma 8X PCI-E-kontakt som kontroller utan "E"-index.

7Q familj
RAID-kontroller i 7Q-familjen har SSD-cachefunktion. Cacheallokering på logisk disknivå stöds. Den återstående kapaciteten kan användas som en vanlig RAID-volym. Både läs- och skrivcacher stöds. Mer detaljerad information Se avsnittet "SSD-cache" i kapitlet "Grundläggande funktioner för RAID-kontroller" nedan.

Sammanfattningstabell för styrenheter i 7-serien.

8:e serien av Adaptec RAID-kontroller.


Allmänna egenskaper hos 8-seriens kontroller.

Den åttonde serien av RAID-kontroller är flaggskeppsgruppen av RAID-kontroller i början av 2015. Och den är redan baserad på SAS3-teknik (12 Gb/sek). Familjen inkluderar branschens enda 16-portars 12Gb/s SAS RAID-kontroller med inbyggd flashcache-redundans i en LP/MD2-formfaktor, ASR-81605ZQ. Branschmaximum för RAID-kontroller är 700 000 in-/utgångsoperationer per sekund (IOPS). Max Cache 3.0 - unikt i branschen programvara nivåstyrd hantering och cachning, ger lagringsfaciliteter med bättre kostnadseffektivitet och prestanda.

ASR-8885 har 8 interna/externa 12 Gb/s SAS3-portar i en lågprofil LP/MD2-formfaktor:
Baserat på SRCv RoC (RAID on Chip) PMC PM8063 16x SAS3-portar (12 Gb/s) PMC-Sierra (ytterligare information finns på www.pmcs.com);
Modeller med maximalt antal portar - 12 SAS 3.0-portar (12 Gb/s) och en 8x PCI-express Gen 3.0-plats;
Cacheminne - 1024 MB DDR3-1600 DRAM;
HD miniSAS-kontakter.
o Kan eventuellt använda Adaptec Flash Module Cache Protection Kit (AFM-700), som inkluderar:
o Dotterkort med flashminne;
o Fjärrstyrd superkondensatorenhet.
AFM-700-modellen av cacheskyddsmodulen är lämplig för 7- och 8-serien av Adaptec-kontroller.

8Q familj
RAID-kontroller i 8Q-familjen stöder SSD-cachefunktionen. Cacheallokering på logisk disknivå stöds. Den återstående kapaciteten kan användas som en vanlig RAID-volym. Både läs- och skrivcacher stöds. För mer information, se avsnittet "SSD-cache" i kapitlet "Grundläggande funktioner för RAID-kontroller" nedan.

Sammanfattningstabell för styrenheter i 8-serien.

Adaptec RAID 81605ZQ med superkondensatorenhet ansluten.

Serie 6 HBA Adaptec


Adaptec SAS HBA 6805H.

Allmänna egenskaper hos HBA 6H-serien:
Extremt kostnadseffektiva HBA-lösningar som tillhandahåller 4/8 interna SAS-portar (SAS2 6Gb/s-teknologier);
250 000 IOPS prestanda med blockstorlek. 512 byte och 200 000 IOPS med en blockstorlek på 4K byte;
Alla modeller är lågprofilerade LP/MD2-storlekar och använder MiniSAS-kontakter;
Familjen använder 4x PCI-express Gen 2.0.

Sammanfattningstabell för HBA 6-serien.

7:e serien HBA Adaptec.


Adaptec SAS HBA 71605H.

Allmänna egenskaper hos HBA 7H-serien:
Extremt kostnadseffektiva HBA-lösningar som tillhandahåller 16/8 interna eller externa SAS-portar (SAS2 6Gb/s-teknologier);
1 miljon IOPS-prestanda per blockstorlek. 512 byte och 800 000 IOPS med en 4K byte blockstorlek;
Stöder icke-diskenheter;
Alla modeller är lågprofilerade LP/MD2-storlekar och använder MiniSAS-HD-kontakter;
Familjen använder 8x PCI-express Gen 3.0.

Sammanfattningstabell för HBA 7-serien.

En allmän bild av kärnan i produktlinjen vad gäller stöd för RAID- och HBA-funktioner.

Information tillhandahållen av Adaptec av PMC (Ryssland). Full text artiklar kan hittas

Märkligt nog är RAID-stackar idag proprietära lösningar som inte överensstämmer med standarder. Du kan ta bort alla fysiska diskar med RAID-volymer skapade på dem, till exempel från en Adaptec 6805-kontroller och överföra dem till 8885-kontrollern och volymerna kommer att synas. Men om du försöker överföra volymer till en styrenhet från en annan tillverkare på det här sättet, kommer inte ett mirakel att hända, och det kommer inte att finnas något sätt att se data och dessa RAID-volymer. Varför händer det här? Eftersom den andra tillverkarens kontroller stöder sin egen stack, som inte är kompatibel med Adaptec-stacken.

Varje RAID-volym representeras för datorns operativsystem som en "SCSI-disk", som kommer att vara synlig som ett separat objekt i diskverktyg som diskhanteraren. Det ser ut så här.

I diskhanteraren kan du alltså se 4 virtuella diskar: RAID0, RAID1 och två RAID5-diskar.

Varje nivå fungerar när du skapar volymer.

Fysisk disknivåuppgift– skapa ett speciellt område på diskarna där information om de volymer som skapas kommer att lagras. Detta område kallas metadataområdet och är en komplex lagringsbehållare där tjänstinformation lagras. Endast styrenhetens operativsystem har tillgång till detta område och ingen annan. I Adaptec-stacken kallas denna process för att skapa ett serviceområde − initiering och exekveras genom kommandot - initiera.

RAID-kontroller som stöder HBA-läge har också motsatt kommando - avinitialisera(detta är 7- och 8-seriekontroller). Detta kommando tar helt bort en sådan datastruktur från den fysiska disken och placerar disken i HBA-läge. Det vill säga, för att en 7- eller 8-seriekontroller ska börja fungera som en vanlig HBA på den, räcker det att avinitiera alla diskar. Då kommer de alla att vara synliga i det centrala operativsystemsverktyget som DISK MANAGER och inga andra åtgärder krävs.

En annan välkänd funktion som kallas - tvång. I Adaptec-stacken utförs det samtidigt med initialize. Denna funktion minskar hårddiskens kapacitet något. Faktum är att diskar av samma kapacitetskategori från olika tillverkare fortfarande har olika kapacitet. För att en disk från en tillverkare i framtiden, vid behov, ska kunna ersättas med en disk från en annan tillverkare, utförs tvångsfunktionen. Den skurna behållaren är helt enkelt "förlorad" för alltid och används inte på något sätt.

På den fysiska nivån är det möjligt att rymma olika servicefunktioner - kontrollera disken med en destruktiv eller icke-förstörande metod, formatering, radera data helt, fylla disken med nollor, etc.

Logisk nivå nödvändigt av två skäl:

För det första minskar det avsevärt diskretiteten i de kapaciteter du väljer för att skapa volymer. Detta görs genom möjligheten att skapa flera logiska enheter (helt enkelt skära av viss kapacitet) på en fysisk, eller skapa en logisk enhet med två eller flera fysiska. I det här fallet kommer kapaciteten hos olika fysiska helt enkelt att läggas ihop. Först kommer ett område på en fysisk disk att fyllas med data, sedan ett annat på en annan fysisk disk, etc. Denna metod för att kombinera diskar kallas Kedja(vissa andra stackar använder ordet Spänna).

För det andra, när sådana objekt skapas, kommer information om dem in i metadata, och de är inte längre bundna till fysiska koordinater. Efter detta kan du överföra diskar från en kontrollerport till en annan, överföra volymer från en kontroller till en annan, och det kommer fortfarande att fungera utmärkt.

Därefter kommer RAID-nivån. Vanligtvis har moderna stackar två underskikt på denna nivå. På varje undernivå finns det elementära RAID, såsom: kedja eller span (detta är egentligen inte en RAID, det är bara att "summera" kapaciteter från olika diskar), RAID0, RAID1, RAID1E, RAID5, RAID6, etc.

Den lägsta undernivån accepterar logiska enheter, till exempel LD1, LD2, LD3, som i figuren, och "bakar" en RAID5-volym från dem. Samma sak händer med LD4, LD5, LD6. Från dem får vi den andra RAID5. De två RAID5-volymerna tas till en ännu högre nivå, där RAID0-funktionen appliceras på dem. Utdata är en komplex volym som kallas RAID50 (där 5 är RAID-typen som används på den nedre undernivån och 0 är RAID-funktionstypen som används på översta nivån). Det enda som saknas i definitionen är hur många RAID5 (i detta fall 2) som användes för att skapa RAID50. I Adaptec-stacken kallas detta en enhet på andra nivån. Denna parameter kommer att behövas om du skapar komplexa volymer av typ 50 eller 60.

Den översta nivån behövs för att tillhandahålla ett sådant virtuellt objekt för åtkomst av operativsystemet. Vid överföring till denna nivå erbjuds ett antal servicefunktioner. De två viktigaste i Adaptec-stacken är byggda och tydliga.

  • Clear skriver nollor till hela den nya volymen som överförs till operativsystemet.
  • Bygg "bygger" en ny volym. Till exempel, om detta är RAID1, kommer hela innehållet i den första behållaren att kopieras till innehållet i den andra. Och så vidare för alla containrar.


Bilden visar en virtuell behållare av typen RAID1. Driftbygge.

Om du har nya diskar från fabriken har deras sektorer nollor inskrivna i dem. Därför blir resultatet av båda funktionerna detsamma.

Skillnad mellan SimpleVolume och HBA-läge.

Dessa två lägen är extremt lika varandra. Båda kan användas för att skapa Software RAID-lösningar.

När en disk fungerar i HBA-läge skapas ingen metadata på den. Och det finns ingen "kapning" av kapaciteten med tvångsfunktionen. Detta kan orsaka problem om du behöver byta ut enheten mot en enhet från en annan tillverkare. Disken överförs direkt till operativsystemet. I det här fallet fungerar inte controllerns cache med den!

I fallet med att skapa en enkel volym genom volymkonfigurationen skapas ett metadataområde på disken och kapaciteten "trimmas" med coertion-funktionen. Därefter skapas en enkel volymvolym genom konfigurationsverktyget som använder all ledig diskkapacitet. Och efter det överförs detta objekt till det centrala operativsystemet.

Idag förbättras RAID-kontrollerstackarna ständigt. Adaptec installerade i sin MaxCache plus-funktion ytterligare en nivå i stacken, den så kallade tier-nivån, med undernivåer. Detta gjorde det möjligt att ta en RAID5-volym skapad på SSD-enheter och en annan volym, till exempel RAID60, skapad på SATA-enheter med 7200 rpm och sätta ihop en komplex, virtuell volym från dem, där de mest nödvändiga data lagrades på RAID5, och minst nödvändiga data på RAID60. Samtidigt kunde volymer tas från olika kontroller. Idag stöds inte denna funktion på grund av övergången av sådana funktioner till serveroperativsystem. Naturligtvis står kontrollerstacken, som en virtualiseringsmekanism, inte stilla och den förbättras ständigt både på virtualiseringsnivå och på nivån för bas- och servicefunktioner.

Design av en modern RAID-kontroller.

En modern RAID-kontroller är ett informationssystem (helt enkelt en dator), som i kraft av att utföra sina huvudfunktioner: skapa en virtuell behållare, placera och bearbeta information i behållare (i huvudsak LÄSA – SKRIVA information) utbyter data med två andra typer av information system:
1. Med operativsystem;
2. Med hårddisk eller SSD-enheter.

Ur den interna arkitekturens synvinkel består en modern RAID-styrenhet av följande uppsättning huvuddelsystem:

  • RoC-chip (RAIDonChip);
  • BAGGE;
  • Hantering av "skydd" av cacheminne (som regel är detta ett separat dotterkort, men i de senaste implementeringarna för den åttonde serien av Adaptec-kontroller är denna modul inbyggd i RoC-chippet);
  • Superkondensatorn, som strömkälla för cacheskyddsmodulen, används i händelse av ett huvudströmavbrott;
  • Flash-minne och nvSRAM (minne som inte förlorar information när strömmen stängs av);
  • SAS-kontakter, där varje enskild fysisk kontakt är sammansatt enligt principen om fyra SAS-portar i en fysisk kontakt;
  • PCI-E-kontakt.

Tabell - Huvuddelsystem för RAID-styrenheten.

Huvudfunktionerna hos moderna Adaptec RAID-kontroller.

Stöd för HBA-läge.

Vi har redan diskuterat ovan vilka RAID-kontrollermodeller som stöder HBA-läge. Det är viktigt att notera att detta görs oberoende för varje enhet. Det vill säga, på styrenheten, om du inte initierar några av diskarna på den fysiska nivån, kommer de automatiskt att hamna i ett program som "diskhanterare" och kommer att vara synliga där och tillgängliga för att arbeta med dem. Du kan använda en del av sådana diskar i HBA-läge som enstaka diskar och använda den andra delen för att skapa programvaru-RAID med operativsystemet. De initierade diskarna kommer att användas för att skapa RAID-volymer med RAID-styrenheten.

Hybridvolymer.

På de senaste firmware-versionerna skapar Adaptec-styrenheten automatiskt en Hybrid RAID-array när du skapar en RAID 1/10 från samma antal SSD:er och hårddiskar (men i äldre firmware var det viktigt att i RAID1-par var SSD-enheten "master" " och hårddisken driver "slaven" "). Om du inte vet hur du kontrollerar detta, kontakta teknisk service. Adaptec-stöd. Adaptec-styrenheten spelar in samtidigt på hårddisk och SSD. I hybridvolymläge sker läsning endast från SSD:n! (för en volym på två hårddiskar, när en viss tröskel för I/O-operationer överskrids, sker läsning från två diskar. Detta är huvudskillnaden mellan hybrid RAID1/10-läget). Resultatet är en pålitlig array med utmärkt läsprestanda. Läser som en enda SSD-enhet. Detta är flera storleksordningar högre än för en hårddisk. Funktionen kommer som standard med alla Adaptec Series 2, 5,6, 7, 8 kontroller.

Stöd för volymtyper som ersätter RAID5.

Jag hoppas att du har en bra idé om en RAID5-behållare - det här är en ganska klassisk lösning.

Informationslagringsbehållaren som skapats av RAID-styrenheten visas i rött. Detta är en behållare av RAID5-typ. Själva RAID5-volymen består av ett stort antal sådana virtuella behållare, staplade i ett "paket". En RAID5-behållare består av en samling sektorer av enskilda fysiska diskar. Det speciella med en RAID5-container är att den kan "överleva" problem i ett antal hårddiskcontainrar som den består av, det vill säga hårddisksektorer som är en del av en RAID5-container förlorar sin information, men själva RAID5-containern tappar butiker. Detta sker i viss utsträckning. Med ett visst antal "dåliga" sektorer kommer själva RAID5-behållaren inte längre att kunna garantera 100 % lagring av information. På grund av övergången från SCSI-teknik till SAS-teknik har den föreslagna grundläggande kvaliteten på informationslagring med en RAID5-behållare försämrats avsevärt, bokstavligen i flera storleksordningar.

Detta hände på grund av ett antal objektiva skäl:
1. På grund av stödet för SATA-enheter, särskilt av skrivbordsklassen, sjönk kvaliteten på informationslagring i en behållare av typen "disksektor" märkbart (SCSI-kontroller stödde endast SCSI-enheter av hög kvalitet);
2. Antalet diskar på styrenheten har ökat många gånger (2-kanals SCSI-kontroller - maximalt 26 diskar, med hänsyn till prestanda på 8-10 (4-5 per kanal));
3. Diskkapaciteten har ökat avsevärt. Detta innebär att en RAID 5-volym kan innehålla många fler RAID5-behållare (max. SCSI-diskkapacitet är 400 GB, maxkapaciteten för en modern SATA-hårddisk är 8 TB).

Allt detta ökar sannolikheten för att problem uppstår i en enda RAID5-behållare, vilket avsevärt minskar sannolikheten för att lagra information i en RAID5-volym. Av denna anledning har lösningar lagts till moderna RAID-kontrollerstackar som eliminerar användningen av RAID5. Dessa är RAID1E, RAID5EE och RAID6.

Tidigare var det enda alternativet till RAID5 RAID10. Stödet för RAID 10 finns givetvis kvar.

RAID5-ersättningsalternativ:

Bad Stripe

Tidigare, om ens en kontrollbehållare (remsa) förlorade information eller inte kunde garantera dess säkerhet, ledde detta till en situation där hela volymen byttes till offlineläge av RAID-kontrollern (att stoppa åtkomsten innebar bokstavligen att kontrollenheten inte kunde garantera 100 % integritet för användardata på volymen).

En modern styrenhet "hanterar" denna situation annorlunda:
1. Tillgången till det slutar inte;
2. En speciell "bad stripe"-markör placeras på volymen, vilket betyder att det finns speciella behållare i RAID-volymen som har förlorat information;
3. Sådana "korrupta behållare" rapporteras till operativsystemet så att det kan utvärdera möjliga åtgärder för att förhindra informationsförlust eller återställa den.

Markör dålig rand kan inte tas bort från volymen. Du kan bara ta bort en sådan volym och skapa den igen. Utseendet på en volym med flaggan "dålig rand" indikerar ALLVARLIGA fel eller problem vid designstadiet av lagringssystemet eller vid dess drift. Som regel ligger bakom denna situation allvarlig inkompetens hos designern eller systemadministratören.

Huvudkällan till denna typ av problem är en felaktigt utformad RAID5.

Vissa implementeringar av RAID 5 (till exempel RAID5 på stationära enheter) är förbjudna för volymer som innehåller användardata. Kräver minst RAID5 + Hot Spare, vilket är meningslöst med RAID6. Det visar sig att där det var nödvändigt att skapa RAID6 skapades RAID5, vilket efter flera års drift ledde till uppkomsten av BAD STRIPE-markören.

SSD-cache

SSD-cachefunktionen är en av de mest populära funktionerna för att optimera prestandan för RAID-volymer av kraftfulla lagringssystem med ett stort antal användare utan att nämnvärt öka kostnaden, antalet lösningsenheter, utan att förlora lagringssystemkapacitet och säkerställa optimal strömförbrukning.

För att använda SSD-skrivcache måste du se till att två villkor är uppfyllda:
1. Applikationen fungerar i "slumpmässig läsning"-läge;
2. Begäranden om data är ojämna till sin natur - det finns behållare på RAID-nivå som nås oftare för att läsa data från dem, och det finns de som nås mindre ofta.

Det bör noteras att ju fler användare ett system har, desto mer sannolikt är det att förfrågningar till enskilda behållare kommer att ta formen av en standardstatistisk distribution. Baserat på parametern "antal förfrågningar per tidsenhet" kan vi skilja mellan "het data" (antalet åtkomster till den kommer att vara större än den angivna parametern) och "kall data" (antalet åtkomster till den kommer att vara mindre än den angivna parametern).

Arbetet med SSD-läscachen är att kopiera "hot data" till SSD-enheter och sedan läsa från SSD, vilket påskyndar processen avsevärt. Eftersom detta är en kopia har läscachen ett naturligt skydd om SSD-disken som bildar SSD-cacheområdet misslyckas, leder detta bara till förlust av prestanda, men inte till dataförlust.

Grundinställningar för SSD-cachefunktionen för 7Q, 8Q kontroller:
1. Först av allt, se till om du har "hot data" och vilken storlek den är. Det bästa sättet att göra detta är experimentellt genom att placera en tillräckligt stor SSD-disk i cacheområdet och konfigurera den i Simple Volume-läge. Integratörsföretag kan göra detta arbete åt dig. Efter ungefär en vecka kan du kontrollera SSD-cache-statistiken genom hanteringsfunktionen. Det kommer att visa om du har "het data" och hur mycket utrymme det tar upp.
2. Det är lämpligt att lägga till 10-50 % kapacitet till denna volym och, baserat på dessa data, konfigurera ditt cachingschema om volymen "het data" ökar i framtiden, om det finns en sådan trend.

Inställningarna låter dig "klippa av" den erforderliga kapaciteten från kapaciteten på dina SSD-enheter, ta den till en RAID-volym av önskad typ, och den återstående kapaciteten kan överföras till en vanlig RAID-volym.

Därefter bör du utvärdera om det är vettigt att använda en SSD-skrivcache. Som regel fungerar internetapplikationer för läsning. Skrivcachen används främst som ett tillägg till läscachen om applikationen även använder skrivning utöver läsning. Och i fallet med att använda en skrivcache är det nödvändigt att säkerställa cacheskydd. Om något händer med cacheområdet kommer data som placerades där när posten cacheades att gå förlorad. För skydd räcker det att använda en RAID-volym som ger diskredundans, till exempel RAID1.

Möjliga konfigurationslägen för SSD-cacheområdet.

För individuella volymer på styrenheten kan du oberoende aktivera eller inaktivera SSD-cachen för läsning och skrivning, beroende på behoven och typerna av applikationer som fungerar med varje volym.

uEFI-stöd.

Alla kontroller och HBA i den aktuella Adaptec-produktlinjen stöder BIOS-läget för uEFI moderkort. Övergången från MBR till uEFI gjorde det möjligt att till exempel skapa system- och startvolymer större än 2TB, vilket var omöjligt på kort med MBR BIOS (observera att alla Adaptec-produkter fullt ut stöder volymer >2TB; detta problem finns inte på del av controllers och HBAs). Det finns många andra fördelar med att använda uEFI-läge. Till exempel när du stöder skivor med en 4K-sektorstorlek. Alla Adaptec-produkter i den nuvarande serien stöder 4K-enheter, förutom den sjätte serien av kontroller.

Det är viktigt att komma ihåg att om moderkortet använder MBR-läge, så anropas kontrollerns konfigurationsverktyg via Cntrl + A.

Bilden visar standardkonfigurationsverktyget för Adaptec, anropat via tangentkombinationen Cntrl + A.

I fallet med uEFI-läge är styrenheten och HBA-konfiguratorn integrerade i moderkortets BIOS. Detta verktyg kan lätt hittas genom rader som innehåller ordet "Adaptec" eller "PMC". Och, som du kan se i exemplet nedan, har uEFI-verktyget mer avancerad funktionalitet än verktyget som anropas via Cntrl + A.

Hot Spare-funktioner.
En Hot Spare-disk fungerar som ett passivt element i en RAID-volym och "tas" in i RAID-volymen om något händer med en av diskarna i volymen och den inte längre är tillgänglig för att utföra sitt arbete. HOT SPARE är en disk som installeras på styrenheten, snurras upp och tilldelas en eller flera volymer.

När det gäller den sista delen av HOT SPARE-definitionen kan du skapa tre typer av diskar:

Hot Spare-diskar används i Adaptec-stacken för manuell "reparation" av volymer där en disk har havererat av olika anledningar. Till exempel har din RAID5-volym förlorat en disk och gått in i "degraderat" tillstånd. Du sätter in den nya disken i stället för den gamla eller i någon annan ledig plats, trycker på funktionen för att skanna igen och nu ser du den nya disken på nivån med fysiska diskar i stacken. Deklarera den sedan som en HOT SPARE (oavsett vilken typ, till exempel Global Hot Spare) och vänta på att den här disken ska vara 100 % "inbyggd i" volymen. Volymen går in i Optimalt tillstånd. Efter detta väljer du kommandot – radera hot spare. Det här kommandot tar bort HOT SPARE-statusen från den här disken och det blir en fullvärdig medlem av denna RAID-volym.

Power Management funktion.

RAID-volymer fungerar annorlunda. Till exempel kan volymer som skapats för säkerhetskopiering av data användas för att flytta data, till exempel två till tre dagar per månad. Frågan uppstår: hur bra är det att förse hårddiskarna med ström och hålla hårddiskarna igång om de i stort sett hela den återstående tiden inte används?

Energisparfunktionen åtgärdar detta problem. Hennes filosofi är att när diskarna inte används kan de bromsas ner (om diskarna stödjer denna funktion), och sedan helt stoppas och hållas avstängda tills de behövs. Inställningarna för denna funktion är extremt enkla.

Först ställs hela tiden in på regulatorn efter veckodag när denna funktion är aktiverad och när den inte är det. Denna inställning är knuten till arbetet i ett typiskt företag. Parametrarna för att sätta interna och externa diskar i drift är inställda - i par, tre, fyra, etc., för att fördela belastningen på strömförsörjningen. Dessutom är tre timervärden inställda. Efter den första, om det inte finns några I/O-operationer på diskarna i denna volym, kommer dessa diskar att gå in i "standby"-tillståndet, dvs. kommer att minska sin omsättning med 50 %. Inte alla diskar stöder detta läge, om det inte stöds kommer ingenting att hända med disken. När den andra timern har löpt ut, kommer enheterna att stanna helt och gå in i "ström av". Den tredje timern används för att regelbundet kontrollera diskar som har varit avstängda under lång tid. Styrenheten slår på skivorna, utför en oförstörande kontroll av dem och, om allt är OK, växlar du tillbaka dem till "ström av".

Efter dessa inställningar kan du aktivera energihanteringsschemat för varje volym där det kommer att vara användbart. Sådana volymer kommer att markeras med grönt i ledningssystemet. Denna funktion ger maximala fördelar när den används i datacenter, vilket möjliggör inte bara direkta energibesparingar genom att stoppa diskarna, utan också extra besparingar genom att minska hastigheten på fläktarna som blåser på diskarna när de är avstängda.

Hantera Adaptec-lagringssystem.

Hanteringsverktygen som ingår i Max View Storage Manager-paketet (MSM) bygger på de mest avancerade standarderna och använder de senaste trenderna för att förbättra hanteringsprinciper och effektivitet. Därför kan vi enkelt använda Adaptec Max View Storage Manager som basmodell för att titta på huvudfunktionerna och teknikerna inom området lagringshantering. Huvudkontrollelementet är en RAID-kontroller, som kan utbyta serviceinformation med diskar, expanderare och korgar och därmed stödja hanteringsfunktioner för hela lagringsundersystemet som helhet.

Nyckelfunktioner hos moderna lagringshanteringssystem:

  • En standard webbläsare används som en klientapplikation.
  • CIM-leverantör för arbete i virtuella miljöer. CIM-leverantören från MSM-paketet tillåter fullständig hantering av RAID-styrenheten från vilken virtuell miljö som helst. Till exempel när du använder vmware.
  • Använder CLI (command line interface) verktyg. MSM-paketet innehåller, förutom det grafiska hanteringsverktyget, som använder en webbläsare som klientdel, ett CLI-verktyg - ARCCONF.EXE. En lista över kommandon kan erhållas med hjälp av dokumentationen från Adaptecs webbplats. Med hjälp av CLI kan du skapa olika skript (miniprogram) som kan användas av integratörer för att automatisera produktion, inställningar, ändra firmware etc. och i företag som använder RAID-kontroller för att automatiskt polla lagringssystem för att identifiera onormala situationer.
  • Möjligheten att hantera hela infrastrukturen från en klientapplikation. Genom att använda MSM i Enterprise View-fönstret kan du "ta över" för hantering av alla servrar med en eller flera RAID-kontroller installerade i dem. För att göra detta anger du antingen IP-adressen för sådana system direkt eller använder funktionen Auto Discovery.

Hög detaljnivå, visualisering och kapsling av kontrollobjekt. Administratören kan se att hela nätverkssegmentet har blivit rött, vilket betyder att det finns ett fel. Om du expanderar nätverkssegmentikonen kommer alla servrar att synas. Den problematiska servern kommer att markeras med rött. Om du klickar på den här servern kommer du att se RAID-kontrollerna installerade på det här systemet. Den röda färgen på en av dem betyder något slags problem. Om du borrar längre ner kommer du att se de volymer som skapats på den här styrenheten och den problematiska volymen. Och så vidare, upp till problemet med den fysiska disken. Nu vet administratören exakt vad som hände, vilka konsekvenser det ledde till och vilken disk som behöver bytas ut.
Hög säkerhetsnivå för kontrollsystem som använder standardnätverksprotokoll. Lagringshanteringsmekanismer behöver uppenbarligen skyddas. När allt kommer omkring, med obehörig åtkomst eller med en öppen kontrollkanal, kan användardata förstöras utan möjlighet till återställning. För detta ändamål använder MSM användar- och lösenordsdatabasen från själva operativsystemet. Dessutom används trafikkryptering via HTTPS-protokollet på kanalen mellan webbläsaren och hanteringsservern. I andra komponenter i styrsystemet hanteras även säkerhetsfrågor på högsta nivå.
Möjlighet att skicka viktiga meddelanden från lagringssystemet till administratören. För att inte "kedja" administratörens blick för alltid till skärmen med MS i en webbläsare, kan kontrollsystemet konfigureras för att skicka meddelanden via e-post. MSM har möjlighet att skicka alla typer av meddelanden, inklusive testmeddelanden. De viktigaste meddelandena är varnings- och felmeddelanden, som är direkt relaterade till övergången av RAID-volymer till tillstånden Degraded och Failed. Sådana meddelanden kan enkelt skickas till administratörens mobiltelefon via e-postapplikationer.

  • diskundersystem
  • hba
  • Lägg till taggar