Introduzione
Hè u tempu di cumprà u almacenamentu. Qualessu piglià, quale à sente ? Vendor A parla di u venditore B, è dopu ci hè l'integratore C, chì dice u cuntrariu è cunsiglia u vinditore D. In una tale situazione, ancu un capu di l'architettu di almacenamentu sperimentatu girarà, sopratuttu cù tutti i novi venditori è SDS è iperconvergenza chì sò in moda. oghje.
Allora, cumu si capisce tuttu è ùn finisce micca per esse un stupidu? noi ( Anton Zhbankov è Evgeniy Elizarov) pruvemu di parlà di questu in russu chjaru.
L'articulu hà parechje similitudini è hè in realtà una estensione di "" in quantu à a scelta di i sistemi di almacenamento è a rivisione di e tecnulugia di almacenamento. Fighjemu brevemente a teoria generale, ma ricumandemu di leghje ancu stu articulu.
Perchè!
Pudete spessu vede una situazione induve una nova persona vene à un foru o un chat specializatu, cum'è Storage Discussions, è face a quistione: "qui m'offrenu duie opzioni di almacenamento - ABC SuperStorage S600 è XYZ HyperOcean 666v4, chì ricumandete ?"
È a cunfusione principia nantu à quale hà quali caratteristiche di l'implementazione di caratteristiche terribili è incomprensibili, chì per una persona senza preparazione sò cumpletamente Chinese.
Allora, a chjave è a prima dumanda chì avete bisognu di dumandà sè assai prima di paragunà e specificazioni in pruposte cummerciale hè PERCHÈ? Perchè hè necessariu stu sistema di almacenamentu?
A risposta serà inesperu, è assai stilu Tony Robbins - per almacenà dati. Grazie, capitanu ! Eppuru, qualchì volta avemu tantu prufonda in paragunà i dettagli chì ci scurdemu perchè facemu tuttu questu in u primu locu.
Allora, u compitu di un sistema di almacenamentu di dati hè di almacenà è furnisce l'accessu à DATA cù una prestazione determinata. Avemu da principià cù dati.
dati
Tipu di dati
Chì tippu di dati avemu pensatu à almacenà? Una quistione assai impurtante chì pò eliminà parechji sistemi di almacenamentu da ancu cunsiderazione. Per esempiu, pensate di almacenà video è ritratti. Pudete immediatamente scaccià i sistemi cuncepiti per l'accessu aleatoriu in picculi blocchi, o sistemi cù caratteristiche proprietarie in cumpressione / deduplicazione. Questi ponu esse solu sistemi eccellenti, ùn vulemu micca dì nunda di male. Ma in questu casu, i so punti di forza diventeranu debbuli (video è foto ùn sò micca compressi) o simpricimenti aumentanu significativamente u costu di u sistema.
À u cuntrariu, se l'usu destinatu hè un DBMS transazionale occupatu, allora eccellenti sistemi di streaming multimediali capaci di furnisce gigabyte per seconda serà una scelta povera.
Volume di dati
Quante dati pensemu di almacenà? A quantità si sviluppa sempre in qualità; questu ùn deve mai esse scurdatu, soprattuttu in u nostru tempu di crescita esponenziale in u voluminu di dati. I sistemi di classi Petabyte ùn sò più pocu cumuni, ma più grande hè a capacità di petabyte, u più specificu u sistema diventa, u menu accessibile serà a funziunalità abituale di i sistemi d'accessu aleatoriu chjuchi è mediu. Hè triviale perchè i tavulini di statistiche di accessu à u bloccu diventanu solu più grande di a quantità dispunibile di RAM nantu à i cuntrolli. Senza parlà di cumpressione / tiering. Diciamu chì vulemu cambià l'algoritmu di cumpressione à un più putente è cumpressà 20 petabytes di dati. Quantu durarà: sei mesi, un annu ?
Per d 'altra banda, perchè disturbà s'ellu avete bisognu di almacenà è processà 500 GB di dati? Solu 500. SSD di famiglia (cun DWPD bassu) di questa dimensione ùn costanu nunda. Perchè custruisce una fabbrica di Fibre Channel è cumprà sistemi di almacenamentu esternu high-end chì costanu l'equivalente di un ponte di ghisa?
Chì percentuale di u tutale hè data calda? Quantu hè ineguale a carica in quantu à u voluminu di dati? Questu hè induve a tecnulugia di almacenamento in livelli o Flash Cache pò esse assai utile se a quantità di dati caldi hè minuscule cumparatu cù u tutale. O vice versa, cù una carica uniforme in tuttu u voluminu, chì si trova spessu in i sistemi di streaming (videosurveglianza, certi sistemi analitici), tali tecnulugia ùn furnisce micca nunda è solu aumentà u costu / cumplessità di u sistema.
IP
L'altra parte di i dati hè u sistema d'infurmazione chì usa i dati. Un IS hà un inseme di esigenze chì eredite dati. Per più infurmazione nantu à l'IS, vede "Disegnu di Data Center Virtualizatu".
Resilienza / Requisiti di Disponibilità
I requisiti per a tolleranza di difetti / dispunibilità di dati sò ereditati da l'IS chì l'utilizanu è sò espressi in trè numeri - RPO, OTR, dispunibilità.
Disponibilidad - a parte per un certu periodu di tempu durante u quale e dati sò dispunibili per travaglià cun elli. Di solitu spressu cum'è un numeru di 9. Per esempiu, dui nove annu significa chì a dispunibilità hè 99%, o altrimenti 95 ore di indisponibilità annu sò permessi. Trè nove - 9,5 ore annu.
RPO / RTO ùn sò micca indicatori totali, ma per ogni incidente (accidente), in cuntrastu à a dispunibilità.
RPO - a quantità di dati persu durante un accidente (in ore). Per esempiu, se i backups sò una volta à ghjornu, allora RPO = 24 ore. Quelli. In casu di un disastru è a perdita cumpleta di u sistema di almacenamentu, dati à 24 ore pò esse persu (da u mumentu di a copia di salvezza). Basatu nantu à l'RPO specificatu per l'IS, per esempiu, i reguli di salvezza sò scritti. Inoltre, basatu annantu à RPO, pudete capisce quantu hè necessariu a replicazione di dati sincrona / asincrona.
OTR - tempu per restaurà u serviziu (accessu à i dati) dopu un disastru. Basatu nantu à u valore RTO datu, pudemu capisce se un cluster di metro hè necessariu, o se a replicazione unidirezionale hè abbastanza. Avete bisognu di un sistema di almacenamentu multi-controller di classa alta?
Requisiti di rendiment
Ancu s'ellu hè una quistione assai ovvia, hè induve a maiò parte di e difficultà sorgi. Sicondu s'ellu avete digià qualchì tipu d'infrastruttura o micca, e manere di cullà e statistiche necessarie seranu custruite.
Avete digià un sistema di almacenamiento è cercate un sustitutu o vulete cumprà un altru per espansione. Tuttu hè simplice quì. Avete capitu chì servizii avete digià è chì pensate di implementà in un futuru vicinu. Basatu nantu à i servizii attuali, avete l'uppurtunità di cullà statistiche di rendiment. Decide u numeru attuale di IOPS è a latenza attuale - chì sò questi indicatori è sò abbastanza per i vostri compiti? Questu pò esse fattu sia nantu à u sistema di almacenamiento di dati stessu è da l'ospiti chì sò cunnessi à questu.
Inoltre, avete bisognu di guardà micca solu à a carica attuale, ma in un certu periodu (preferibbilmente un mesi). Vede ciò chì i picchi massimi sò durante u ghjornu, chì carica crea a copia di salvezza, etc. Se u vostru sistema d'almacenamiento o u so software ùn vi furnisce micca un inseme cumpletu di sti dati, pudete aduprà l'RRDtool gratuitu, chì pò travaglià cù a maiò parte di i sistemi di almacenamento è switches più populari è ponu furnisce statistiche dettagliate di rendiment. Hè ancu vale a pena guardà a carica nantu à l'ospiti chì travaglianu cù stu sistema di almacenamento, per e macchine virtuali specifiche, o ciò chì esattamente hè in esecuzione nantu à questu host.
Hè da nutà per separatamente chì se i ritardi in u voluminu è u datastore chì si trova nantu à stu voluminu differenu assai significativamente, duvete attentu à a vostra reta SAN, ci hè una alta probabilità chì ci sò prublemi cù questu è prima di cumprà una nova. sistema, vale a pena esaminà stu prublema, perchè ci hè una probabilità assai alta di aumentà u rendiment di u sistema attuale.
Sò custruendu una infrastruttura da zero, o cumprà un sistema per qualchì serviziu novu, i carichi di quale ùn site micca cunuscenza. Ci hè parechje opzioni: cumunicà cù i culleghi nantu à risorse specializate per pruvà à scopre è predichendu a carica, cuntattate un integratore chì hà sperienza in implementà servizii simili è chì pò calculà a carica per voi. È a terza opzione (di solitu a più difficiuli, soprattuttu s'ellu si tratta di applicazioni scritte in casa o rari) hè di pruvà à scopre i requisiti di rendiment da i sviluppatori di u sistema.
È, per piacè nutate, l'opzione più curretta da u puntu di vista di l'applicazione pratica hè un pilotu nantu à l'equipaggiu attuale, o l'equipaggiu furnitu per a prova da un venditore / integratore.
Requisiti particulari
I requisiti speciali sò tuttu ciò chì ùn hè micca sottumessu à i requisiti di prestazione, tolleranza di difetti è funziunalità per u trattamentu direttu è a prestazione di dati.
Unu di i requisiti speciali più simplici per un sistema di almacenamentu di dati pò esse chjamatu "media di almacenamiento alienable". È diventa immediatamente chjaru chì stu sistema di almacenamentu di dati deve include una biblioteca di cinta o simpricimenti una unità di cinta nantu à quale a copia di salvezza hè scaricata. Dopu chì una persona specialmente furmata firma a cinta è u porta orgogliu in una sicura speciale.
Un altru esempiu di un esigenza speciale hè un disignu prutettu antichoc.
Induve
U sicondu cumpunente principale in a scelta di un sistema di almacenamentu particulari hè l'infurmazioni nantu à WHERE stu sistema di almacenamentu serà situatu. Partendu da a geografia o di e cundizioni climatichi, è finiscinu cù u persunale.
Cliente
Per quale hè previstu stu sistema di almacenamentu? A quistione hà i seguenti motivi:
Cliente di u guvernu / cummerciale.
U cliente cummerciale ùn hà micca restrizioni è ùn hè ancu obligatu à fà offerte, salvu in cunfurmità cù i so regulamenti interni.
Un cliente di u guvernu hè una materia diversa. 44 Legge federale è altre delizie cù offerte è specificazioni tecniche chì ponu esse contestate.
U cliente hè sottu à sanzioni
Eppo, a quistione quì hè assai simplice - l'scelta hè limitata solu da l'offerte dispunibuli per un determinatu cliente.
Regolamenti interni / venditori / mudelli permessi per a compra
A quistione hè ancu assai simplice, ma avete bisognu di ricurdà.
Induve fisicamenti
In questa parte, cunsideremu tutti i prublemi cù a geografia, i canali di cumunicazione è u microclima in u locu di l'alloghju.
U persunale
Quale hà da travaglià cù stu sistema di almacenamiento? Questu hè micca menu impurtante di ciò chì u sistema di almacenamiento stessu pò fà.
Ùn importa micca quantu prumessu, cool è maravigliu u sistema di almacenamentu da u venditore A hè, ùn ci hè prubabilmente pocu puntu à stallà si u persunale sà solu cumu travaglià cù u venditore B, è ùn ci sò micca piani per più compra è cooperazione cuntinua cù A.
E di sicuru, l'altra parte di a quistione hè quantu u persunale furmatu dispunibule in un locu geograficu determinatu direttamente in l'impresa è potenzalmentu in u mercatu di u travagliu. Per e regioni, a scelta di sistemi di almacenamento cù interfacce simplici o a capacità di centralizà a gestione remota pò fà assai sensu. Altrimenti, in un certu puntu pò esse addivintatu assai doloroso. L'Internet hè pienu di storii nantu à cumu un novu impiigatu chì hè ghjuntu, u studiente d'ayer, hà cunfiguratu cusì chì l'ufficiu tutale hè statu distruttu.
Ambiente
E, sicuru, una quistione impurtante hè in quale ambiente operarà stu sistema di almacenamiento.
- Chì ci hè di l'alimentazione / raffreddamentu?
- Chì cunnessione
- Induve serà stallatu?
- Etc.
Spessu sti quistioni sò pigliati per cuncessu è micca particularmente cunsiderati, ma qualchì volta sò quelli chì ponu turnà tuttu.
Chì
Venditore
Da oghje (a mità di 2019), u mercatu di almacenamentu russu pò esse divisu in 5 categurie:
- A divisione più alta hè cumpagnie ben stabilite cù una larga gamma di scaffali di discu da u più simplice à l'hi-end (HPE, DellEMC, Hitachi, NetApp, IBM / Lenovo)
- Siconda divisione - cumpagnie cù una linea limitata, attori di nicchia, venditori di SDS serii o novi arrivati (Fujitsu, Datacore, Infinidat, Huawei, Pure, etc.)
- Terza divisione - suluzioni di nicchia in u livellu bassu, SDS economicu, prudutti avanzati basati in ceph è altri prughjetti aperti (Infortrend, Starwind, etc.)
- Segmentu SOHO - sistemi di almacenamentu chjuchi è ultra-picculi di u livellu di casa / picculu uffiziu (Synology, QNAP, etc.)
- Sistemi d'almacenamiento sostituitu da l'importazione - questu include sia hardware di a prima divisione cù etichette ri-etichettate, è rapprisintanti rari di a seconda (RAIDIX, daremu a seconda in anticipu), ma principalmente questu hè a terza divisione (Aerodisk, Baum, Depo, etc.)
A divisione hè abbastanza arbitraria, è ùn significa micca in tuttu chì u terzu o segmentu SOHO hè male è ùn pò micca esse usatu. In i prughjetti specifichi cù un settore di dati chjaramente definitu è un prufilu di carica, ponu travaglià assai bè, superendu assai a prima divisione in termini di rapportu prezzu / qualità. Hè impurtante di decide prima nantu à i vostri scopi, prospettive di crescita, è funziunalità necessaria - è allora Synology vi servirà fedelmente, è i vostri capelli diventeranu morbidi è setosi.
Unu di i fatturi impurtanti quandu sceglite un venditore hè l'ambiente attuale. Quanti sistemi di almacenamentu avete digià è quali sistemi di almacenamentu ponu travaglià cù i vostri ingegneri. Avete bisognu di un altru venditore, un altru puntu di cuntattu, migrerete gradualmente tutta a carica da u venditore A à u venditore B?
Ùn deve micca pruduce entità oltre ciò chì hè necessariu.
iSCSI/FC/File
Ùn ci hè micca cunsensu trà l'ingegneri nantu à u tema di i protokolli d'accessu, è u dibattitu s'assumiglia più discussioni teologiche chè ingegneria. Ma in generale, i seguenti punti ponu esse nutati:
FCoE più mortu chè vivu.
FC vs iSCSI. Unu di i vantaghji chjave di FC in 2019 nantu à l'almacenamiento IP, una fabbrica dedicata per l'accessu à e dati, hè compensatu da una rete IP dedicata. FC ùn hà micca vantaghji glubali nantu à e rete IP, è IP pò esse usatu per custruisce sistemi di almacenamento di ogni livellu di carica, finu à sistemi per DBMS pesanti per u sistema bancariu core di un grande bancu. Per d 'altra banda, a morte di FC hè stata prufeta dapoi parechji anni, ma qualcosa l'impedisce constantemente. Oghje, per esempiu, certi attori in u mercatu di almacenamentu sviluppanu attivamente u standard NVMEoF. S'ellu sparterà u destinu di FCoE - u tempu dirà.
Accessu à i schedari ùn hè ancu qualcosa chì ùn merita di attenzione. NFS / CIFS funziona bè in ambienti di produtividade è, se cuncepitu currettamente, ùn hà più lagnanza di i protokolli di bloccu.
Array Hybrid / All Flash
I sistemi di almacenamentu classicu sò in 2 tipi:
- AFA (All Flash Array) - sistemi ottimizzati per l'usu SSD.
- Hybrid - chì vi permette di utilizà sia HDD è SSD o una cumminazione di elli.
A so differenza principale hè a tecnulugia di efficienza di almacenamentu supportata è u livellu massimu di rendiment (altu IOPS è bassa latenza). I dui sistemi (in a maiò parte di i so mudelli, senza cuntà u segmentu low-end) ponu operà cum'è dispositi di bloccu è di schedari. A funziunalità supportata dipende da u livellu di u sistema, è per i mudelli più ghjovani hè più spessu ridutta à un livellu minimu. Hè vale a pena attente à quandu avete studiatu e caratteristiche di un mudellu particulari, è micca solu e capacità di a linea sana in tuttu. Inoltre, sicuru, e so caratteristiche tecniche, cum'è u processatore, a quantità di memoria, a cache, u numeru è i tipi di porti, etc., dipende ancu di u livellu di u sistema. Da u puntu di vista di a gestione, AFAs differenu da i sistemi hibridi (dischi) solu in l'implementazione di i meccanismi per travaglià cù unità SSD, è ancu s'ellu si usa un SSD in un sistema hibridu, questu ùn significa micca in tuttu chì puderete. per ottene u livellu di prestazione à u livellu di un sistema AFA. Inoltre, in a maiò parte di i casi, i meccanismi di almacenamento efficienti in linea sò disattivati nantu à i sistemi hibridi, è a so inclusione porta à una perdita di rendiment.
Sistemi di almacenamentu speciale
In più di i sistemi di almacenamentu generale, cuncentrati principarmenti nantu à u processu di dati operativi, ci sò sistemi di almacenamentu speciale cù principii chjave chì sò fundamentalmente differenti da i soliti (bassa latenza, alta IOPS):
Media.
Questi sistemi sò pensati per almacenà è trasfurmà i grandi fugliali media. Resp. u ritardu diventa praticamenti pocu impurtante, è a capacità di mandà è riceve dati in una banda larga in parechji flussi paralleli vene in prima.
Deduplicazione di sistemi di almacenamento per backups.
Siccomu e copie di salvezza sò distinti da a so similitudine cù l'altri, chì hè raru in cundizioni normali (a copia di salvezza media differisce da a copia d'ayer da 1-2%), sta classa di sistemi imballa in modu estremamente efficiente i dati arregistrati nantu à elli in un locu abbastanza chjucu. numeru di media fisichi. Per esempiu, in certi casi, i rapporti di compressione di dati ponu ghjunghje à 200 à 1.
Sistemi di almacenamentu d'uggetti.
Questi sistemi di almacenamentu ùn anu micca u solitu volumi d'accessu à blocchi è sparte di schedari, è soprattuttu s'assumiglia à una basa di dati enormi. L'accessu à un oggettu almacenatu in un tali sistema hè realizatu da un identificatore unicu o da metadata (per esempiu, tutti l'uggetti in formatu JPEG cù una data di creazione trà XX-XX-XXXX è YY-YY-YYYY).
Sistema di cunfurmità.
Ùn sò micca cusì cumuni in Russia oghje, ma vale a pena menzionate. U scopu di tali sistemi d'almacenamiento hè u almacenamentu di dati garantitu per rispettà e pulitiche di sicurezza o i requisiti regulatori. Certi sistemi (per esempiu EMC Centera) anu implementatu una funzione per pruibisce l'eliminazione di dati - appena a chjave hè girata è u sistema entra in questu modu, nè l'amministratore nè nimu pò esse fisicamente sguassate dati chì sò digià arregistrati.
Tecnulugie prupietarie
Flash cache
Flash Cache hè un nome cumunu per tutte e tecnulugii proprietarii per aduprà a memoria flash cum'è cache di u sicondu livellu. Quandu si usa una cache flash, u sistema di almacenamiento hè generalmente calculatu per furnisce una carica stabile da i dischi magnetichi, mentre chì u piccu hè servitu da u cache.
In questu casu, hè necessariu capisce u prufilu di carica è u gradu di localizazione di l'accessu à i blocchi di volumi di almacenamento. Flash cache hè una tecnulugia per carichi di travagliu cù dumande altamente localizate, è hè praticamente inapplicabile per volumi caricati uniformemente (cum'è per i sistemi analitici).
Ci sò duie implementazioni di cache flash dispunibili nantu à u mercatu:
- Leghjite solu. In questu casu, solu i dati di lettura sò in cache, è a scrittura và direttamente à i dischi. Certi pruduttori, cum'è NetApp, crede chì scrive à i so sistemi di almacenamiento hè digià ottimali, è a cache ùn aiuterà à tuttu.
- Leghjite / Scrive. Micca solu a lettura, ma ancu a scrittura hè in cache, chì vi permette di buffer u flussu è riduce l'impattu di a Penalità RAID, è in u risultatu aumentà u rendiment generale per i sistemi di almacenamento cù un mecanismu di scrittura menu ottimali.
Tiring
L'almacenamiento multi-livellu (faticante) hè una tecnulugia per cumminà livelli cù diversi livelli di rendiment, cum'è SSD è HDD, in un unicu pool di discu. In casu di irregolarità pronunciata di l'accessu à i blocchi di dati, u sistema serà capaci di equilibrà automaticamente i blocchi di dati, movendu quelli caricati à un livellu d'altu rendiment, è i friddi, à u cuntrariu, à un più lento.
I sistemi ibridi di e classi bassu è media utilizanu un almacenamentu multi-livellu cù dati chì si movenu trà i livelli nantu à un schedariu. À u listessu tempu, a dimensione di u bloccu di almacenamiento multi-livellu per i migliori mudelli hè 256 MB. Queste caratteristiche ùn ci permettenu micca di cunsiderà a tecnulugia di almacenamentu à livellu una tecnulugia per aumentà a produtividade, cum'è parechje persone credenu erroneamente. L'almacenamiento multi-livellu in i sistemi di classa bassa è media hè una tecnulugia per ottimisà i costi di almacenamento per i sistemi cù una irregolarità di carica pronunciata.
Screenshot
Ùn importa micca quantu parlemu di l'affidabilità di i sistemi di almacenamiento, ci sò parechje opportunità per perdiri dati chì ùn dependenu micca di prublemi di hardware. Questu puderia esse virus, pirate o qualsiasi altra eliminazione / corruzzione involontaria di dati. Per quessa, a copia di salvezza di e dati di produzzione hè una parte integrante di u travagliu di un ingegnere.
Una snapshot hè una snapshot di un voluminu in un certu puntu in u tempu. Quandu travaglia cù a maiò parte di i sistemi, cum'è a virtualizazione, basa di dati, etc. avemu bisognu di piglià un tali snapshot da quale avemu da copià i dati à una copia di salvezza, mentri u nostru IS hà da pudè cuntinuà in modu sicuru à travaglià cù stu voluminu. Ma vale a pena ricurdà chì micca tutti i snapshots sò ugualmente utili. Diversi venditori anu approcci diffirenti per creà snapshots ligati à a so architettura.
CoW (Copy-On-Scrittura). Quandu pruvate di scrive un bloccu di dati, u so cuntenutu uriginale hè copiatu in una zona speciale, dopu chì a scrittura procede normalmente. Questu impedisce a corruzzione di dati in u snapshot. Naturalmente, tutte queste manipulazioni di dati "parassiti" causanu una carica addiziale nantu à u sistema di almacenamento è per questu mutivu, i venditori cù implementazioni simili ùn ricumandenu micca aduprà più di una decina di snapshots, è ùn l'utilizanu micca in tuttu in volumi assai carchi.
RoW (Redirect-on-Write). In questu casu, u voluminu uriginale si congela naturalmente, è quandu pruvate di scrive un bloccu di dati, u sistema di almacenamento scrive dati à una zona speciale in u spaziu liberu, cambiendu u locu di stu bloccu in a tabella di metadata. Questu permette di riduce u nùmeru di operazioni di riscrittura, chì in fine elimina a calata di u rendiment è elimina e restrizioni nantu à i snapshots è u so numeru.
I snapshots sò ancu di dui tipi in relazione à l'applicazioni:
Coerenza di l'applicazione. À u mumentu di creà una snapshot, u sistema di almacenamento tira un agentu in u sistema operatore di u cunsumadore, chì sguassate di forza cache di discu da a memoria à u discu è forza l'applicazione per fà questu. In questu casu, quandu restaurà da una snapshot, i dati seranu cunsistenti.
Crash consistente. In questu casu, nunda cum'è questu succede è a snapshot hè creata cum'è. In u casu di ricuperazione da una tale snapshot, a stampa hè identica à ciò chì succede se a putenza hè stata disattivata di colpu è qualchì perdita di dati hè pussibile, appiccicata in cache è mai ghjunghje à u discu. Tali snapshots sò più faciuli di implementà è ùn causanu micca degradazione di u rendiment in l'applicazioni, ma sò menu affidabili.
Perchè sò necessarie snapshots nantu à i sistemi di almacenamiento?
- Backup senza agenti direttamente da u sistema di almacenamiento
- Crea ambienti di prova basatu nantu à dati reali
- In u casu di sistemi di almacenamentu di schedari, pò esse usatu per creà ambienti VDI per mezu di l'usu di snapshots di u sistema di almacenamentu invece di un ipervisore.
- Assicurà un RPO bassu creendu snapshots pianificati à una frequenza significativamente più altu ch'è a frequenza di salvezza
clunazzioni
A clonazione di u voluminu - travaglia nantu à un principiu simili à i snapshots, ma hè aduprata micca solu per leghje dati, ma per travaglià cumplettamente cun ella. Semu capaci di ottene una copia esatta di u nostru voluminu, cù tutti i dati nantu à questu, senza fà una copia fisica, chì salverà u spaziu. Di genere, a clonazione di volumi hè aduprata sia in Test&Dev, sia se vulete verificà a funziunalità di alcune aghjurnamenti in u vostru IS. A clonazione vi permetterà di fà questu u più prestu è economicamente pussibule in termini di risorse di discu, perchè Solu i blocchi di dati cambiati seranu scritti.
Replicazione / Journaling
A replicazione hè un mecanismu per creà una copia di dati in un altru sistema di almacenamiento fisicu. Di genere, ogni venditore hà una tecnulugia proprietaria chì travaglia solu in a so propria linea. Ma ci sò ancu suluzioni di terzu, cumprese quelli chì travaglianu à u livellu di l'ipervisore, cum'è VMware vSphere Replication.
A funziunalità di i tecnulugii proprietarii è a facilità d'utilizazione di elli sò generalmente assai superiori à quelli universali, ma risultanu inapplicabili quandu, per esempiu, hè necessariu di fà una replica da NetApp à HP MSA.
A replicazione hè divisa in dui sottotipi:
Sincronu. In u casu di replicazione sincrona, l'operazione di scrittura hè mandata à u sicondu sistema di almacenamentu immediatamente è l'esekzione ùn hè micca cunfirmata finu à chì u sistema di almacenamentu remoto cunfirma. Per via di questu, u ritardu d'accessu aumenta, ma avemu una copia esatta di i dati. Quelli. RPO = 0 in casu di perdita di u sistema di almacenamentu principale.
asincronu. L'operazioni di scrittura sò eseguite solu nantu à u sistema di almacenamentu principale è sò cunfirmati immediatamente, mentre chì simultaneamente si accumulanu in un buffer per a trasmissione batch à u sistema di almacenamentu remoto. Stu tipu di replicazione hè pertinente per i dati menu preziosi, o per i canali cù larghezza di banda bassa o alta latenza (tipica per distanze più di 100 km). Dunque, RPO = frequenza di mandatu di pacchetti.
Spessu, cù a replicazione, ci hè un mecanismu logging operazioni di discu. In questu casu, una zona speciale hè attribuita per l'operazioni di registrazione è di registrazione di una certa prufundità in u tempu, o limitata da u voluminu di u logu, sò almacenati. Per certi tecnulugii privati, cum'è EMC RecoverPoint, ci hè integrazione cù u software di u sistema chì permette di ligà certi marcati à una entrata di logu specifica. Grazie à questu, hè pussibule di rinvià u statu di un voluminu (o creà un clone) micca solu à u 23 d'aprile, 11 ore 59 seconde 13 millisecondi, ma à u mumentu prima di "DROP ALL TABLES; IMPEGNA. "
cluster Metro
U cluster Metro hè una tecnulugia chì permette di creà una replicazione sincrona bidirezionale trà dui sistemi di almacenamentu in modu chì da l'esternu stu paru pare un sistema di almacenamentu. Hè adupratu per creà clusters cù braccia geograficamente separati à distanze di metro (menu di 100 km).
Basatu nantu à l'esempiu di usu in un ambiente di virtualizazione, u metrocluster permette di creà un datastore cù macchine virtuale, accessibile per a registrazione da dui centri di dati à una volta. In questu casu, un cluster hè creatu à u nivellu di ipervisore, custituitu di ospiti in diversi centri di dati fisichi, cunnessi à questu datastore. Chì vi permette di fà i seguenti:
- L'automatizazione cumpleta di u prucessu di ricuperazione dopu a morte di unu di i centri di dati. Senza fondi supplementari, tutte e VM in esecuzione in u centru di dati di u mortu seranu riavviate automaticamente in u restu. RTO = timeout di cluster d'alta dispunibilità (15 seconde per VMware) + tempu per carricà u sistema operatore è inizià i servizii.
- Evitazione di disastri o, in russu, evitendu disastri. Se u travagliu di l'alimentazione hè pianificatu in u centru di dati 1, allora avemu l'uppurtunità di migrà tutta a carica impurtante à u centru di dati 2 senza stop in anticipu, prima chì u travagliu principia.
Virtualizazione
A virtualizazione di l'almacenamiento hè tecnicamente l'usu di volumi da un altru sistema di almacenamiento cum'è dischi. Un virtualizatore d'almacenamiento pò simpricimenti trasfiriri u voluminu di qualcunu altru à u cunsumadore cum'è u so propiu, riflettendu simultaneamente à un altru sistema di almacenamiento, o ancu creà un RAID da volumi esterni.
Rapprisintanti classici in a classa di virtualizazione di almacenamiento sò EMC VPLEX è IBM SVC. E, sicuru, sistemi di almacenamentu cù funziunalità di virtualizazione - NetApp, Hitachi, IBM / Lenovo Storwize.
Perchè puderia esse necessariu?
- Redundanza à u livellu di u sistema di almacenamiento. Un specchiu hè creatu trà i volumi, è una mità pò esse nantu à HP 3Par, è l'altru nantu à NetApp. È u virtualizatore hè da EMC.
- Sposta dati cù tempi di inattività minimi trà i sistemi di almacenamento di diversi fabricatori. Assumimu chì e dati deve esse migratu da u vechju 3Par, chì serà scrittu, à u novu Dell. In questu casu, i cunsumatori sò disconnected from 3Par, i volumi sò trasferiti sottu VPLEX è sò presentati à i cunsumatori di novu. Siccomu ùn hà micca cambiatu pocu nantu à u voluminu, u travagliu cuntinueghja. U prucessu di mirroring u voluminu à u novu Dell principia in u sfondate, è dopu à a fine, u specchiu hè rottu è 3Par hè disattivatu.
- L'urganizazione di i metroclusters.
Cumpressione / deduplicazione
A cumpressione è a deduplicazione sò tecnulugia chì permettenu di salvà u spaziu di discu in u vostru sistema di almacenamiento. Hè vale a pena mintuvà subitu chì micca tutti i dati sò sottumessi à cumpressione è / o deduplicazione in principiu, mentri certi tipi di dati sò cumpressi è deduplicati megliu, è certi - vice versa.
Ci sò 2 tipi di cumpressione è deduplicazione:
In linea - a compressione è a deduplicazione di i blocchi di dati si trova prima di scrive sta dati à u discu. Cusì, u sistema calcula solu l'hash di u bloccu è paraguna in a tavula cù quelli esistenti. Prima, hè più veloce ch'è solu scrive à u discu, è secondu, ùn perdemu micca spaziu di discu extra.
Mandà - quandu queste operazioni sò realizate nantu à dati dighjà arregistrati situati nantu à i dischi. Per quessa, i dati sò prima scritti à u discu, è solu allora l'hash hè calculatu è i blocchi innecessarii sò sguassati è i risorsi di u discu sò liberati.
Hè vale à dì chì a maiò parte di i venditori utilizanu i dui tipi, chì li permette di ottimisà sti prucessi è cusì cresce a so efficienza. A maiò parte di i venditori di almacenamiento anu utilità chì vi permettenu di analizà i vostri seti di dati. Queste utilità travaglianu secondu a listessa logica chì hè implementata in u sistema di almacenamento, cusì u livellu stimatu di efficienza serà u listessu. Inoltre, tenite in mente chì parechji venditori anu prugrammi di guaranzia di rendiment chì prumettenu almenu un bonu rendimentu per certi (o tutti) tipi di dati. È ùn deve trascuratà stu prugramma, perchè calculendu u sistema per i vostri compiti, tenendu in contu u coefficient d'efficienza di un sistema particulari, pudete salvà u voluminu. Hè vale a pena ancu cunsiderà chì questi prugrammi sò pensati per i sistemi AFA, ma grazia à l'acquistu di un voluminu più chjucu di SSD chì HDD in i sistemi classici, questu riduce u so costu, è se micca uguali à u costu di un sistema di discu, allora. avvicinassi abbastanza.
U mudellu
È quì venemu à a quistione ghjusta.
"Mi offrenu duie opzioni di almacenamento - ABC SuperStorage S600 è XYZ HyperOcean 666v4, chì mi consigliate?"
Si trasforma in "Qui m'offrenu duie opzioni di almacenamento - ABC SuperStorage S600 è XYZ HyperOcean 666v4, chì mi consigliate?
A carica di destinazione hè mistura di macchine virtuali VMware cù cicli di pruduzzione / prova / sviluppu. Test = pruduttivu. 150 TB ognunu cù un rendimentu di punta di 80 IOPS 000kb bloccu 8% accessu aleatoriu 50/80 lettura-scrittura. 20 TB per u sviluppu, 300 50 IOPS hè abbastanza, 000 aleatoriu, 80 scrive.
Produttività presumibilmente in u metrocluster RPO = 15 minuti RTO = 1 ora, sviluppu in a replicazione asincrona RPO = 3 ore, prova in un situ.
Ci sarà un DBMS 50TB, u logu seria bellu per elli.
Avemu servitori Dell in ogni locu, vechji sistemi di almacenamento Hitachi, ponu appena affruntà, pensamu di aumentà a carica di 50% in quantu à u voluminu è u rendiment ".
Comu dicenu, una quistione formulata currettamente cuntene 80% di a risposta.
applicàrisi nantu à u corsu
Ciò chì duvete leghje in più secondu l'autori
Libri
- Olifer è Olifer "Reti di computer". U libru aiuterà à sistematizà è forse à capisce megliu cumu funziona u mediu di trasmissione di dati per i sistemi di almacenamento IP / Ethernet
- "Memorizzazione è gestione di l'infurmazioni EMC". Un libru eccellente nantu à i principii di i sistemi di almacenamentu, i perchè, cumu è perchè.
Forums è chats
Rispunsioni generale
Lista di prumove
Avà, in quantu à i prezzi - in generale, s'ellu ci sò i prezzi per i sistemi di almacenamento, sò generalmente i prezzi di Lista, da quale ogni cliente riceve un scontu individuale. A dimensione di u scontu hè custituitu da un gran numaru di paràmetri, cusì hè simplicemente impussibile di predichendu quale prezzu finali riceverà a vostra cumpagnia senza dumandà à u distributore. Ma à u stessu tempu, i mudelli di pocu tempu pocu tempu anu cuminciatu à apparisce in i magazzini di computer regulare, cum'è, per esempiu. o . Quì pudete cumprà immediatamente u sistema chì site interessatu à un prezzu fissu, cum'è qualsiasi cumpunenti di l'urdinatore.
Ma vogliu nutà subitu chì un paragone direttu da TB / $ ùn hè micca currettu. Se l'avvicinemu da questu puntu di vista, allora a suluzione più economica serà un servitore JBOD + simplice, chì ùn furnisce micca a flessibilità o l'affidabilità chì furnisce un sistema di almacenamentu cumpletu è duale. Questu ùn significa micca per tuttu chì JBOD hè disgustante è un bruttu trucu bruttu, avete solu bisognu di novu capisce assai chjaramente cumu è per quale scopi avete aduprà sta suluzione. Pudete spessu sente chì ùn ci hè nunda di rompe in JBOD, ci hè solu un backplane. Tuttavia, i backplanes ancu qualchì volta fallenu. Tuttu si rompe prima o dopu.
Tuttu
Hè necessariu paragunà i sistemi cù l'altri micca solu per u prezzu, o micca solu per u rendiment, ma da a tutalità di tutti l'indicatori.
Cumprate HDD solu sè site sicuru chì avete bisognu di HDD. Per carichi bassi è tippi di dati incompressible, altrimenti, vale a pena vultà à i prugrammi di guaranzia di l'efficienza di l'almacenamiento SSD, chì a maiò parte di i venditori anu avà (è veramente travaglianu, ancu in Russia), ma tuttu dipende di l'applicazioni è e dati chì saranu situati. nantu à stu sistema di almacenamiento.
Ùn andate micca per u prezzu. Calchì volta questi piattanu assai mumenti spiacevoli, unu di i quali Evgeniy Elizarov hà descrittu in i so articuli circa . È chì, à a fine, stu cheapness pò backfire nantu à voi. Ùn vi scurdate - "l'avaru paga duie volte".
Fonte: www.habr.com