🥇Kumaha carana milih sistem panyimpen tanpa némbak diri dina suku

perkenalan

Geus waktuna meuli gudang. Anu mana anu kedah dicandak, saha anu kedah didangukeun? Ngajual A ceramah ngeunaan ngajual B, lajeng aya integrator C, anu ngabejaan sabalikna na advises ngajual D. Dina kaayaan kitu, malah hiji sirah arsiték gudang ngalaman bakal spin, utamana kalayan sagala ngical paralatan anyar jeung SDS na hyperconvergence anu fashionable. kiwari.

Janten, kumaha anjeun terang sadayana sareng henteu janten bodo? Urang (AntonVirtual Anton Zhbankov jeung corp Evgeniy Elizarov) hayu urang coba ngobrol ngeunaan ieu dina basa Rusia polos.
Tulisan éta ngagaduhan seueur kamiripan sareng saleresna mangrupikeun ekstensi tina "Desain puseur data virtualized” dina hal milih sistem panyimpen sareng marios téknologi panyimpen. Urang sakeudeung bakal nempo téori umum, tapi kami nyarankeun yén anjeun ogé maca artikel ieu.

Kunaon

Anjeun sering tiasa ningali kaayaan dimana jalma énggal sumping ka forum atanapi obrolan khusus, sapertos Diskusi Panyimpenan, sareng naroskeun patarosan: "Di dieu aranjeunna nawiskeun kuring dua pilihan panyimpen - ABC SuperStorage S600 sareng XYZ HyperOcean 666v4, naon anu anjeun nyarankeun. ?”

Jeung kabingungan dimimitian pikeun saha nu boga fitur husus tina palaksanaan fitur pikasieuneun jeung teu kaharti, nu keur hiji jalma unprepared sagemblengna Cina.

Janten, konci sareng patarosan anu pangheulana anjeun kedah naroskeun ka diri anjeun lami sateuacan ngabandingkeun spésifikasi dina usulan komérsial nyaéta KENAPA? Naha sistem panyimpen ieu diperyogikeun?

Jawabanna bakal teu kaduga, sareng gaya Tony Robbins pisan - pikeun nyimpen data. hatur nuhun, kaptén! Nanging, sakapeung urang langkung jero kana ngabandingkeun detil anu urang hilap naha urang ngalakukeun sadayana ieu di tempat munggaran.

Janten, tugas sistem panyimpen data nyaéta pikeun nyimpen sareng nyayogikeun aksés ka DATA kalayan kinerja anu ditangtukeun. Urang mimitian ku data.

data

Jinis data

Jenis data naon urang rencanana pikeun nyimpen? Patarosan anu penting pisan anu tiasa ngaleungitkeun seueur sistem panyimpen tina tinimbangan. Salaku conto, anjeun badé nyimpen pidéo sareng poto. Anjeun tiasa langsung nyebrang sistem anu dirancang pikeun aksés acak dina blok-blok leutik, atanapi sistem anu gaduh fitur proprietary dina komprési / deduplikasi. Ieu bisa jadi saukur sistem alus teuing, urang teu hayang ngomong nanaon goréng. Tapi dina hal ieu, kakuatan maranéhanana boh bakal jadi lemah (video jeung poto teu dikomprés) atawa ngan saukur ningkatkeun biaya sistem.

Sabalikna, upami anu dimaksudkeun nyaéta DBMS transaksional anu sibuk, maka sistem streaming multimedia anu saé anu tiasa nganteurkeun gigabyte per detik bakal janten pilihan anu goréng.

Volume data

Sabaraha data urang rencanana pikeun nyimpen? Kuantitas salawasna tumuwuh jadi kualitas; ieu teu kudu poho, utamana dina waktu urang tumuwuhna éksponénsial dina volume data. Sistem kelas petabyte geus teu ilahar, tapi nu leuwih gede kapasitas petabyte, sistem jadi leuwih spésifik, nu kirang diaksés pungsionalitas biasa tina sistem aksés acak leutik tur sedeng-ukuran bakal. Ieu trivial sabab tabel statistik aksés block nyalira jadi leuwih badag batan jumlah sadia RAM dina Controllers. Teu nyebut komprési / tiering. Sebutkeun urang hoyong ngalihkeun algoritma komprési ka anu langkung kuat sareng niiskeun 20 petabytes data. Sabaraha lami deui: genep bulan, sataun?

Di sisi anu sanésna, naha ganggu upami anjeun kedah nyimpen sareng ngolah 500 GB data? Ngan 500. SSDs somah (kalawan DWPD low) ukuran ieu teu nanaon. Naha ngawangun pabrik Fiber Channel sareng mésér sistem panyimpen éksternal anu luhur anu hargana sami sareng sasak beusi tuang?

Sabaraha persén total data panas? Kumaha henteu rata beban dina hal volume data? Ieu dimana téknologi panyimpen tingkat atanapi Flash Cache tiasa ngabantosan upami jumlah data panas sakedik dibandingkeun sareng total. Atawa sabalikna, kalayan beban seragam sapanjang sakabéh volume, nu mindeng kapanggih dina sistem streaming (panjagaan video, sababaraha sistem analytics), téhnologi sapertos moal nyadiakeun nanaon sarta ngan bakal nambahan biaya / pajeulitna sistem.

IP

Sisi séjén data nyaéta sistem informasi anu ngagunakeun data. Hiji IS boga sakumpulan sarat nu inherit data. Kanggo inpo nu langkung lengkep ihwal IS, tingali "Desain Pusat Data Virtual".

Resiliency / Syarat kasadiaan

Sarat pikeun kasabaran kasalahan / kasadiaan data diwariskeun ti IS ngagunakeunana sareng dinyatakeun dina tilu angka - RPO, OTR, kasadiaan.

kasadiaan - babagi pikeun periode waktu nu tangtu salila data sadia pikeun gawé bareng aranjeunna. Biasana dinyatakeun dina jumlah 9. Contona, dua nines per taun hartina kasadiaan nyaeta 99%, atawa lamun heunteu 95 jam unavailability per taun diwenangkeun. Tilu salapan - 9,5 jam per taun.

RPO / RTO sanes indikator total, tapi pikeun unggal kajadian (kacilakaan), kontras sareng kasadiaan.

RPO — jumlah data leungit salila kacilakaan (dina jam). Contona, upami cadangan lumangsung sakali sapoé, lajeng RPO = 24 jam. Jelema. Upami aya musibah sareng kaleungitan lengkep sistem panyimpen, data dugi ka 24 jam tiasa leungit (tina waktos cadangan). Dumasar RPO dieusian pikeun IS, contona, aturan cadangan ditulis. Ogé, dumasar kana RPO, anjeun tiasa ngartos sabaraha réplikasi data sinkron / asinkron anu diperyogikeun.

OTR - waktos mulangkeun jasa (aksés data) sanggeus musibah. Dumasar kana nilai RTO anu dipasihkeun, urang tiasa ngartos naha metrocluster diperyogikeun, atanapi naha réplikasi unidirectional cekap. Naha anjeun peryogi sistem panyimpenan hi-end multi-controller?

Sarat kinerja

Sanajan ieu téh patarosan pisan atra, éta tempat paling kasusah timbul. Gumantung kana naha anjeun parantos gaduh sababaraha jinis infrastruktur atanapi henteu, cara pikeun ngumpulkeun statistik anu diperyogikeun bakal diwangun.

Anjeun parantos gaduh sistem panyimpen sareng milari panggantian atanapi hoyong mésér anu sanés pikeun ékspansi. Sagalana basajan di dieu. Anjeun ngartos jasa naon anu anjeun gaduh sareng anu anjeun badé laksanakeun dina waktos anu caket. Dumasar jasa ayeuna, anjeun gaduh kasempetan pikeun ngumpulkeun statistik kinerja. Mutuskeun jumlah IOPS ayeuna sareng latency ayeuna - naon indikator ieu sareng cekap pikeun tugas anjeun? Ieu tiasa dilakukeun boh dina sistem panyimpen data sorangan sareng ti host anu dihubungkeun sareng éta.

Leuwih ti éta, anjeun kudu kasampak teu ngan dina beban ayeuna, tapi dina jangka waktu nu tangtu (preferably sabulan). Tempo naon puncak maksimum beurang, naon beban cadangan dijieun, jsb. Lamun sistem gudang Anjeun atawa software na teu nyadiakeun Anjeun sareng set lengkep data ieu, anjeun tiasa nganggo RRDtool bebas , nu tiasa dianggo kalayan lolobana sistem gudang pang populerna jeung saklar sarta bisa nyadiakeun Anjeun sareng statistik kinerja lengkep. Éta ogé patut ningali beban dina host anu damel sareng sistem panyimpen ieu, pikeun mesin virtual khusus, atanapi naon anu dijalankeun dina host ieu.

Perlu dicatet sacara misah yén upami telat dina volume sareng datastore anu aya dina volume ieu béda-béda sacara signifikan, anjeun kedah nengetan jaringan SAN anjeun, kamungkinan luhur aya masalah sareng sateuacan mésér énggal. sistem, eta sia pilari kana masalah ieu , sabab aya kamungkinan pisan luhur ngaronjatkeun kinerja sistem ayeuna.

Anjeun ngawangun hiji infrastruktur ti scratch, atawa purchasing sistem pikeun sababaraha layanan anyar, beban nu anjeun teu sadar. Aya sababaraha pilihan: komunikasi sareng kolega ngeunaan sumberdaya husus pikeun nyobaan pikeun manggihan tur ngaduga beban, ngahubungan hiji integrator anu boga pangalaman dina ngalaksanakeun jasa sarupa jeung nu bisa ngitung beban pikeun anjeun. Sareng pilihan katilu (biasana anu paling hese, khususna upami aya aplikasi anu ditulis di bumi atanapi jarang) nyaéta nyobian milarian syarat kinerja ti pamekar sistem.

Sareng, punten perhatikeun, pilihan anu paling leres tina sudut pandang aplikasi praktis nyaéta pilot dina alat-alat anu ayeuna, atanapi alat-alat anu disayogikeun pikeun diuji ku vendor / integrator.

Sarat husus

Sarat husus nyaéta sagalana nu teu digolongkeun dina sarat pikeun kinerja, kasabaran sesar sarta fungsionalitas pikeun ngolah langsung jeung penyediaan data.

Salah sahiji sarat husus pangbasajanna pikeun sistem panyimpen data tiasa disebat "média panyimpen anu tiasa dialihkeun." Sareng janten jelas yén sistem panyimpen data ieu kedah kalebet perpustakaan pita atanapi ngan saukur pita drive dimana salinan cadanganna dibuang. Saatos éta jalma anu dilatih khusus nandatanganan kasét sareng banggana dibawa ka brankas khusus.
conto sejen tina sarat husus nyaéta desain shockproof ditangtayungan.

di mana

Komponén utama kadua dina milih sistem panyimpen khusus nyaéta inpormasi ngeunaan WHERE sistem panyimpen ieu bakal ayana. Dimimitian tina geografi atanapi kaayaan iklim, sareng ditungtungan ku tanaga.

Palanggan

Pikeun saha sistem panyimpen ieu direncanakeun? Patarosan gaduh alesan di handap ieu:

konsumén pamaréntah / komérsial.
Konsumén komersil henteu aya larangan sareng henteu wajib ngayakeun tender, kecuali saluyu sareng peraturan internalna.

Palanggan pamaréntah mangrupikeun masalah anu béda. 44 Hukum Federal jeung nikmat séjén kalawan tenders sarta spésifikasi teknis nu bisa ditantang.

Palanggan aya dina sangsi
Nya, patarosan di dieu saderhana pisan - pilihan ngan ukur dibatesan ku tawaran anu sayogi pikeun palanggan anu dipasihkeun.

Peraturan internal / padagang / modél anu diidinan mésér
Patarosanna ogé saderhana pisan, tapi anjeun kedah émut.

Dimana sacara fisik

Dina bagian ieu kami mertimbangkeun sadaya masalah sareng géografi, saluran komunikasi, sareng iklim mikro di tempat akomodasi.

pagawe

Saha anu bakal damel sareng sistem panyimpen ieu? Ieu teu kurang pentingna ti naon sistem gudang sorangan tiasa ngalakukeun.
Perkara teu sabaraha ngajangjikeun, tiis tur éndah sistem gudang ti vendor A, meureun aya saeutik titik dina install deui lamun staf ngan weruh kumaha carana digawekeun ku vendor B, tur teu aya rencana pikeun purchases salajengna jeung gawé babarengan lumangsung kalawan A.

Sareng tangtosna, sisi sanésna patarosan nyaéta kumaha aya tanaga anu dilatih dina lokasi geografis anu dipasihkeun langsung di perusahaan sareng berpotensi dina pasar tenaga kerja. Pikeun daérah, milih sistem panyimpen kalayan antarmuka anu saderhana atanapi kamampuan pikeun ngapusatkeun manajemén jarak jauh tiasa janten akal. Upami teu kitu, di sawatara titik eta bisa jadi nyeri pisan. Internét pinuh ku carita ngeunaan kumaha hiji pagawe anyar anu anjog, murid kamari, ngonpigurasi hal saperti yén sakabéh kantor ancur.

Lingkungan

Sareng tangtosna, patarosan penting nyaéta dina lingkungan naon sistem panyimpen ieu bakal beroperasi.

Kumaha upami catu daya / cooling?
Naon sambungan
Dimana éta bakal dipasang?
Jsb.

Mindeng patarosan ieu dicokot for teu dibales tur teu utamana dianggap, tapi kadang aranjeunna anu bisa ngahurungkeun sagalana sabudeureun.

Naon

Ngajual

Nepi ka ayeuna (pertengahan 2019), pasar gudang Rusia tiasa dibagi kana 5 kategori:

Divisi pangluhurna nyaéta perusahaan anu mapan kalayan rupa-rupa rak disk ti anu pangbasajanna dugi ka hi-end (HPE, DellEMC, Hitachi, NetApp, IBM / Lenovo)
Divisi kadua - perusahaan anu gaduh garis kawates, pamaén ceruk, padagang SDS serius atanapi pendatang naék (Fujitsu, Datacore, Infinidat, Huawei, Pure, jsb.)
Divisi katilu - solusi Ecological dina rengking low end, SDS mirah, produk canggih dumasar kana ceph jeung proyék kabuka séjén (Infortrend, Starwind, jsb)
Bagéan SOHO - sistem panyimpen alit sareng ultra-leutik tingkat bumi / kantor alit (Synology, QNAP, jsb.)
Sistem panyimpen anu diganti-impor - ieu kalebet hardware divisi kahiji kalayan labél anu dilabélan deui, sareng wawakil anu jarang kadua (RAIDIX, kami bakal masihan aranjeunna anu kadua sateuacanna), tapi utamina ieu mangrupikeun divisi katilu (Aerodisk, Baum, Depo, jsb.)

Pembagian éta rada sawenang-wenang, sareng sanés hartosna yén bagéan katilu atanapi SOHO goréng sareng henteu tiasa dianggo. Dina proyék-proyék khusus kalayan set data anu jelas sareng profil beban, aranjeunna tiasa dianggo saé pisan, langkung tebih tina divisi kahiji dina hal rasio harga / kualitas. Penting pikeun mimiti mutuskeun tujuan anjeun, prospek pertumbuhan, sareng fungsionalitas anu diperyogikeun - teras Synology bakal ngalayanan anjeun satia, sareng rambut anjeun bakal lemes sareng silky.

Salah sahiji faktor anu penting nalika milih vendor nyaéta lingkungan ayeuna. Sakumaha seueur sistem panyimpen anu anjeun parantos gaduh sareng sistem panyimpen naon anu tiasa dianggo ku insinyur anjeun. Naha anjeun peryogi padagang anu sanés, titik kontak anu sanés, naha anjeun laun-laun migrasi sadayana beban ti vendor A ka vendor B?

Hiji teu kudu ngahasilkeun éntitas saluareun naon diperlukeun.

iSCSI/FC/File

Teu aya konsensus diantara insinyur ngeunaan masalah protokol aksés, sareng perdebatan langkung mirip diskusi teologis tibatan diskusi rékayasa. Tapi sacara umum, titik-titik di handap ieu tiasa dicatet:

FCoE leuwih maot batan hirup.

FC vs iSCSI. Salah sahiji kaunggulan konci FC dina taun 2019 pikeun neundeun IP, pabrik khusus pikeun aksés data, diimbangi ku jaringan IP khusus. FC teu boga kaunggulan global leuwih jaringan IP, sarta IP bisa dipaké pikeun ngawangun sistem gudang tina sagala tingkat beban, nepi ka sistem pikeun DBMS beurat pikeun sistem perbankan inti bank badag. Di sisi anu sanés, pupusna FC parantos diramalkeun sababaraha taun ayeuna, tapi aya anu terus-terusan nyegah éta. Dinten ayeuna, contona, sababaraha pamaén di pasar neundeun aktip ngembangkeun standar NVMEoF. Naha anjeunna bakal ngabagi nasib FCoE - waktos bakal nyarios.

Aksés file ogé lain hal anu teu pantes diperhatikeun. NFS / CIFS berpungsi saé dina lingkungan produktivitas sareng, upami dirarancang leres, teu aya deui keluhan tibatan protokol blok.

Hibrid / Sadayana Flash Array

Sistem panyimpenan klasik aya 2 jinis:

AFA (Sadaya Flash Array) - sistem dioptimalkeun pikeun pamakéan SSD.
Hybrid - ngamungkinkeun anjeun ngagunakeun HDD sareng SSD atanapi kombinasi aranjeunna.

Bédana utama nyaéta téknologi efisiensi panyimpen anu dirojong sareng tingkat kinerja maksimal (IOPS tinggi sareng latency rendah). Kadua sistem (dina kalolobaan modelna, teu kaétang bagéan low-end) tiasa beroperasi salaku alat blok sareng file. Fungsi anu dirojong gumantung kana tingkat sistem, sareng pikeun modél anu langkung ngora, éta paling sering diréduksi jadi tingkat minimum. Éta patut nengetan nalika anjeun diajar karakteristik modél khusus, sareng henteu ngan ukur kamampuan sadaya garis sacara gembleng. Ogé, tangtosna, ciri téknisna, sapertos prosesor, jumlah mémori, cache, jumlah sareng jinis palabuhan, sareng sajabana, ogé gumantung kana tingkat sistem. Ti sudut pandang manajemén, AFAs béda ti sistem hibrid (disk) ngan dina palaksanaan mékanisme pikeun gawé bareng drive SSD, komo lamun ngagunakeun SSD dina sistem hibrid, ieu lain hartosna yén anjeun bakal bisa. pikeun ngahontal tingkat kinerja dina tingkat sistem AFA. Ogé, dina kalolobaan kasus, mékanisme panyimpen efisien inline ditumpurkeun dina sistem hibrida, sareng inklusina nyababkeun leungitna kinerja.

Sistim gudang husus

Salian sistem panyimpen tujuan umum, museurkeun utamina kana pamrosésan data operasional, aya sistem panyimpen khusus sareng prinsip konci anu dasarna béda ti anu biasa (latency low, IOPS tinggi):

Média.

Sistem ieu dirancang pikeun nyimpen sareng ngolah file média anu ageung. Résp. reureuh janten praktis teu penting, jeung kamampuhan pikeun ngirim sareng nampa data dina band lega dina loba aliran paralel datang ka fore nu.

Deduplicate sistem gudang pikeun cadangan.

Kusabab salinan cadangan dibédakeun ku kasaruaan masing-masing, anu jarang dina kaayaan normal (rata-rata salinan cadangan bénten ti salinan kamari ku 1-2%), sistem kelas ieu éfisién pisan ngarangkep data anu kacatet dina éta dina jarak anu cukup leutik. jumlah média fisik. Salaku conto, dina sababaraha kasus, rasio komprési data tiasa ngahontal 200 ka 1.

Sistem panyimpen objék.

Sistem panyimpen ieu henteu ngagaduhan volume blok-aksés biasa sareng pangsa file, sareng paling seueur aranjeunna nyarupaan database anu ageung. Aksés ka obyék anu disimpen dina sistem sapertos kitu dilaksanakeun ku idéntifikasi unik atanapi ku metadata (contona, sadaya objék format JPEG kalayan tanggal nyiptakeun antara XX-XX-XXXX sareng YY-YY-YYYY).

Sistim minuhan.

Aranjeunna teu jadi umum di Rusia kiwari, tapi aranjeunna patut mentioning. Tujuan tina sistem panyimpen sapertos kitu nyaéta panyimpen data anu dijamin pikeun matuh kabijakan kaamanan atanapi syarat pangaturan. Sababaraha sistem (contona EMC Centera) parantos ngalaksanakeun fungsi pikeun nyaram ngahapus data - pas koncina dihurungkeun sareng sistem asup kana mode ieu, boh administrator atanapi saha waé henteu tiasa ngahapus data anu parantos dirékam sacara fisik.

Téknologi proprietary

Flash cache

Flash Cache mangrupikeun nami umum pikeun sadaya téknologi proprietary pikeun ngagunakeun mémori flash salaku cache tingkat kadua. Lamun maké flash cache, sistem gudang biasana diitung nyadiakeun beban ajeg tina disk magnét, sedengkeun puncak dilayanan ku cache.

Dina hal ieu, anjeun kedah ngartos profil beban sareng darajat lokalisasi aksés ka blok volume gudang. Flash cache nyaéta téhnologi pikeun beban gawé kalawan queries kacida localized, sarta praktis henteu lumaku pikeun volume seragam dimuat (saperti pikeun sistem analytics).

Aya dua palaksanaan cache flash anu sayogi di pasar:

Maca Ukur. Dina hal ieu, ngan ukur maca data anu sindangan, sareng tulisan langsung ka disk. Sababaraha pabrik, sapertos NetApp, yakin yén nyerat kana sistem panyimpenna parantos optimal, sareng cache moal ngabantosan.
Maca/Tulis. Henteu ngan maca, tapi ogé tulisan ieu sindangan, nu ngidinan Anjeun pikeun panyangga stream jeung ngurangan dampak razia pinalti, jeung salaku hasilna ngaronjatkeun kinerja sakabéh pikeun sistem gudang kalayan mékanisme tulisan kirang optimal.

Tiering

Panyimpenan multi-tingkat (tiring) nyaéta téknologi pikeun ngagabungkeun tingkat sareng tingkat kinerja anu béda, sapertos SSD sareng HDD, kana hiji disk pool. Dina hal anu henteu rata tina aksés ka blok data, sistem bakal tiasa sacara otomatis nyaimbangkeun blok data, mindahkeun anu dimuat ka tingkat kinerja anu luhur, sareng anu tiis, sabalikna, ka anu langkung laun.

Sistem hibrida kelas handap sareng menengah nganggo panyimpen multi-tingkat kalayan data pindah antara tingkat dina jadwal. Dina waktos anu sami, ukuran blok panyimpenan multi-tingkat pikeun modél pangsaéna nyaéta 256 MB. Fitur-fitur ieu henteu ngamungkinkeun urang pikeun nganggap téknologi panyimpen bertingkat salaku téknologi pikeun ningkatkeun produktivitas, sabab seueur jalma anu salah percanten. Panyimpenan multi-tingkat dina sistem kelas rendah sareng tengah mangrupikeun téknologi pikeun ngaoptimalkeun biaya panyimpen pikeun sistem anu henteu rata beban anu diucapkeun.

Snapshot

Perkara teu sabaraha urang ngobrol ngeunaan reliabiliti sistem gudang, aya loba kasempetan pikeun leungit data nu teu gumantung kana masalah hardware. Ieu tiasa janten virus, peretas atanapi ngahapus data anu teu dihaja/korupsi. Ku sabab kitu, nyadangkeun data produksi mangrupikeun bagian integral tina padamelan insinyur.

A snapshot mangrupakeun snapshot tina volume dina sababaraha titik dina waktu. Nalika damel sareng seueur sistem, sapertos virtualisasi, pangkalan data, jsb. urang kedah nyandak snapshot sapertos ti mana urang bakal nyalin data kana salinan cadangan, sedengkeun IS urang bakal tiasa aman neruskeun gawé bareng volume ieu. Tapi kedah émut yén henteu sadayana snapshot sami-sami mangpaat. Padagang anu béda gaduh pendekatan anu béda pikeun nyiptakeun gambar anu aya hubunganana sareng arsitékturna.

CoW (Salin-Tulis). Nalika anjeun nyobian nyerat blok data, eusi aslina disalin ka daérah khusus, saatos éta tulisanna diteruskeun sacara normal. Ieu nyegah korupsi data di jero snapshot nu. Alami, sadaya manipulasi data "parasit" ieu nyababkeun beban tambahan dina sistem panyimpen sareng ku sabab kitu, padagang sareng palaksanaan anu sami henteu nyarankeun ngagunakeun langkung ti belasan snapshots, sareng henteu nganggo aranjeunna dina volume anu sarat pisan.

RoW (Alihan-dina-Tulis). Dina hal ieu, volume aslina sacara alami beku, sareng nalika nyobian nyerat blok data, sistem panyimpen nyerat data ka daérah khusus dina rohangan bébas, ngarobih lokasi blok ieu dina tabel metadata. Ieu ngidinan Anjeun pikeun ngurangan jumlah operasi nulis balik, nu pamustunganana ngaleungitkeun serelek kinerja sarta ngaluarkeun larangan dina snapshots sarta jumlah maranéhanana.

Snapshots ogé aya dua jinis anu aya hubunganana sareng aplikasi:

Konsistensi aplikasi. Dina momen nyieun snapshot a, sistem panyimpen narik agén dina sistem operasi konsumen, nu forcibly flushes caches disk tina memori ka disk jeung maksakeun aplikasi pikeun ngalakukeun ieu. Dina hal ieu, nalika malikkeun tina snapshot, data bakal konsisten.

Kacilakaan konsisten. Dina hal ieu, teu aya kajadian sapertos kitu sareng snapshot didamel sakumaha anu aya. Dina kasus pamulihan tina snapshot sapertos kitu, gambarna sami sareng anu bakal kajantenan upami kakuatanana ujug-ujug dipareuman sareng sababaraha leungitna data mungkin, nyangkut dina cache sareng henteu kantos ngahontal disk. Snapshots sapertos langkung gampang dilaksanakeun sareng henteu nyababkeun degradasi kinerja dina aplikasi, tapi kirang dipercaya.

Naha snapshots diperlukeun dina sistem gudang?

Cadangan tanpa agen langsung tina sistem panyimpen
Jieun lingkungan tés dumasar kana data nyata
Dina kasus sistem panyimpen file, éta tiasa dianggo pikeun nyiptakeun lingkungan VDI ngalangkungan pamakean snapshot sistem panyimpenan tinimbang hypervisor.
Pastikeun RPOs low ku nyieun snapshots dijadwalkeun dina frékuénsi nyata leuwih luhur ti frékuénsi cadangan

Kloning

Kloning volume - dianggo dina prinsip anu sami sareng snapshots, tapi dianggo henteu ngan ukur pikeun maca data, tapi pikeun damel lengkep sareng éta. Kami tiasa nampi salinan pasti tina volume kami, sareng sadaya data dina éta, tanpa ngadamel salinan fisik, anu bakal ngahémat rohangan. Biasana, kloning volume dianggo boh dina Test&Dev atanapi upami anjeun hoyong pariksa pungsionalitas sababaraha apdet dina IS anjeun. Kloning bakal ngidinan Anjeun pikeun ngalakukeun ieu gancang-gancang sarta ékonomis mungkin dina watesan sumberdaya disk, sabab Ngan robah blok data bakal ditulis.

Réplikasi / Journaling

Réplikasi nyaéta mékanisme pikeun nyiptakeun salinan data dina sistem panyimpenan fisik anu sanés. Ilaharna, unggal padagang gaduh téknologi proprietary anu ngan ukur dianggo dina jalurna sorangan. Tapi aya ogé solusi pihak katilu, kaasup nu gawéna di tingkat hypervisor, kayaning VMware vSphere Réplikasi.

Fungsionalitas téknologi proprietary sareng betah dianggona biasana langkung unggul tibatan anu universal, tapi tétéla henteu tiasa dianggo nalika, contona, anjeun kedah ngadamel réplika tina NetApp ka HP MSA.

Réplikasi dibagi jadi dua subtipe:

Singkron. Dina kasus réplikasi sinkron, operasi nulis dikirim ka sistem gudang kadua langsung tur palaksanaan henteu dikonfirmasi dugi sistem gudang jauh confirms. Kusabab ieu, tunda aksés naek, tapi urang gaduh salinan eunteung pasti tina data. Jelema. RPO = 0 bisi leungitna sistem gudang utama.

asinkron. Operasi nulis dieksekusi ngan dina sistem gudang utama jeung dikonfirmasi langsung, bari sakaligus accumulating dina panyangga pikeun pangiriman bets kana sistem gudang jauh. Jenis réplikasi ieu relevan pikeun data anu kurang berharga, atanapi pikeun saluran anu bandwidth rendah atanapi latency tinggi (khas pikeun jarak langkung ti 100 km). Sasuai, RPO = pakét ngirim frékuénsi.

Seringna, sareng réplikasi, aya mékanisme logging operasi disk. Dina hal ieu, daérah khusus dialokasikeun pikeun logging sareng ngarékam operasi dina jero waktos anu tangtu, atanapi diwatesan ku volume log, disimpen. Pikeun téknologi proprietary tangtu, sapertos EMC RecoverPoint, aya integrasi sareng parangkat lunak sistem anu ngamungkinkeun anjeun ngaitkeun téténggér anu tangtu ka éntri log khusus. Hatur nuhun kana ieu, kasebut nyaéta dimungkinkeun pikeun gulung deui kaayaan volume a (atawa nyieun clone a) teu ngan nepi ka 23 April, 11 jam 59 detik 13 milliseconds, tapi ka momen saméméh “DROP ALL TABLES; COMMIT.”

Kluster Metro

Kluster Metro mangrupikeun téknologi anu ngamungkinkeun anjeun nyiptakeun réplikasi sinkron dua arah antara dua sistem panyimpen ku cara anu ti luar pasangan ieu sapertos hiji sistem panyimpen. Hal ieu dipaké pikeun nyieun klaster kalawan leungeun dipisahkeun sacara géografis dina jarak metro (kirang ti 100 km).

Dumasar kana conto pamakean dina lingkungan virtualisasi, metrocluster ngamungkinkeun anjeun nyiptakeun toko data sareng mesin virtual, tiasa diaksés pikeun ngarékam tina dua pusat data sakaligus. Dina hal ieu, klaster dijieun dina tingkat hypervisor, diwangun ku host dina puseur data fisik béda, disambungkeun ka datastore ieu. Anu ngamungkinkeun anjeun ngalakukeun ieu:

Automasi pinuh ku prosés pamulihan saatos pupusna salah sahiji pusat data. Tanpa dana tambahan, sadaya VM anu dijalankeun di pusat data anu maot bakal otomatis dibalikan deui dina sésana. RTO = kasadiaan tinggi klaster seep (15 detik pikeun VMware) + waktos beban sistem operasi tur mimitian jasa.
Ngahindarkeun bencana atanapi, dina basa Rusia, ngahindarkeun bencana. Upami karya catu daya direncanakeun dina pusat data 1, maka urang ngagaduhan kasempetan pikeun migrasi sadaya beban penting ka pusat data 2 tanpa eureun sateuacanna, sateuacan padamelan dimimitian.

Virtualisasi

Virtualisasi panyimpen sacara téknis nyaéta panggunaan volume tina sistem panyimpen sanés salaku disk. Virtualizer gudang ngan saukur tiasa nransferkeun volume batur ka konsumen salaku milikna, sakaligus ngeunteung kana sistem panyimpen anu sanés, atanapi bahkan nyiptakeun RAID tina volume éksternal.
Wawakil klasik dina kelas virtualisasi gudang nyaéta EMC VPLEX sareng IBM SVC. Sareng tangtosna, sistem panyimpen sareng fungsionalitas virtualisasi - NetApp, Hitachi, IBM / Lenovo Storwize.

Naha bisa jadi diperlukeun?

Redundansi dina tingkat sistem panyimpenan. Eunteung dijieun antara jilid, sarta hiji satengah tiasa on HP 3Par, sarta séjén dina NetApp. Sareng virtualizerna ti EMC.
Mindahkeun data kalayan downtime minimal antara sistem gudang ti pabrik béda. Hayu urang nganggap yen data kudu migrasi ti 3Par heubeul, nu bakal dihapus, ka Dell anyar. Dina hal ieu, konsumén dipegatkeun tina 3Par, jilid ditransfer dina VPLEX sareng dibere deui ka konsumén. Kusabab teu saeutik geus robah dina volume, karya terus. Prosés mirroring polumeu ka Dell anyar dimimitian di tukang, sarta sanggeus parantosan, eunteung rusak jeung 3Par ditumpurkeun.
Organisasi metroclusters.

Komprési / deduplikasi

Komprési sareng deduplikasi mangrupikeun téknologi anu ngamungkinkeun anjeun ngahémat rohangan disk dina sistem panyimpenan anjeun. Perlu disebatkeun langsung yén henteu sadayana data tunduk kana komprési sareng / atanapi deduplikasi prinsipna, sedengkeun sababaraha jinis data dikomprés sareng deduplicated langkung saé, sareng sababaraha - sabalikna.

Aya 2 jinis komprési sareng deduplikasi:

Baris - komprési sareng deduplikasi blok data lumangsung sateuacan nyerat data ieu kana disk. Ku kituna, sistem ukur ngitung hash tina blok jeung ngabandingkeun dina tabel jeung nu geus aya. Firstly, éta leuwih gancang ti ngan nulis kana disk, jeung Bréh, urang teu runtah spasi disk tambahan.

kalungguhan - nalika operasi ieu dilaksanakeun dina data anu parantos dirékam anu aya dina disk. Sasuai, data mimiti ditulis kana disk, sarta ngan lajeng Hash diitung sarta blok teu perlu dihapus sarta sumberdaya disk dibébaskeun.

Eta sia nyebutkeun yen paling padagang ngagunakeun duanana jenis, anu ngamungkinkeun aranjeunna pikeun ngaoptimalkeun prosés ieu sahingga ngaronjatkeun efisiensi maranéhanana. Kaseueuran padagang panyimpen gaduh utilitas anu ngamungkinkeun anjeun nganalisa set data anjeun. Utiliti ieu dianggo dumasar kana logika anu sami anu dilaksanakeun dina sistem panyimpen, ku kituna estimasi tingkat efisiensi bakal sami. Ogé, émut yén seueur padagang gaduh program jaminan kinerja anu ngajanjikeun sahenteuna kinerja anu saé pikeun sababaraha jinis data (atanapi sadayana). Jeung anjeun teu kudu maranéh ngalalaworakeun kana program ieu, sabab ku ngitung sistem keur tugas anjeun, nyokot kana akun koefisien efisiensi tina sistem husus, anjeun tiasa nyimpen volume. Éta ogé patut mertimbangkeun yén program ieu dirancang pikeun sistem AFA, tapi hatur nuhun kana mésér volume SSD anu langkung alit tibatan HDD dina sistem klasik, ieu bakal ngirangan biayana, sareng upami henteu sami sareng biaya sistem disk, teras. meunang rada deukeut ka dinya.

model

Sarta di dieu urang datang ka patarosan katuhu.

"Aranjeunna nawiskeun kuring dua pilihan panyimpen - ABC SuperStorage S600 sareng XYZ HyperOcean 666v4, naon anu anjeun nyarankeun?"

Janten "Di dieu aranjeunna nawiskeun kuring dua pilihan panyimpen - ABC SuperStorage S600 sareng XYZ HyperOcean 666v4, naon anu anjeun nyarankeun?

Beban target dicampur mesin virtual VMware sareng produksi / uji / puteran pamekaran. Tés = produktif. 150 TB masing-masing kalayan kinerja puncak 80 IOPS blok 000kb 8% aksés acak 50/80 baca-tulis. 20 TB pikeun ngembangkeun, 300 IOPS cukup, 50 acak, 000 nulis.

Produktivitas presumably dina metrocluster RPO = 15 menit RTO = 1 jam, ngembangkeun dina réplikasi Asynchronous RPO = 3 jam, test dina hiji situs.

Bakal aya 50TB DBMS, logging bakal saé pikeun aranjeunna.

Kami ngagaduhan server Dell dimana-mana, sistem panyimpen Hitachi kuno, aranjeunna bieu pisan tiasa ngatasi, kami ngarencanakeun ningkatkeun beban ku 50% dina hal volume sareng kinerja.

Sakumaha aranjeunna nyarios, patarosan anu dirumuskeun leres ngandung 80% jawaban.

informasi tambahan

Naon anu anjeun kedah baca ogé nurutkeun pangarang

buku

Olifer jeung Olifer "Jaringan Komputer". Buku bakal ngabantosan sistematis sareng panginten langkung ngartos kumaha média pangiriman data pikeun sistem panyimpen IP / Ethernet jalan
"Panyimpenan sareng Manajemén Émbaran EMC." Buku anu saé ngeunaan dasar-dasar sistem panyimpen, kunaon, kumaha sareng kunaon.

Panglawungan jeung obrolan

saran umum

harga

Ayeuna, sakumaha pikeun harga - sacara umum, upami aya harga pikeun sistem panyimpen, aranjeunna biasana Daptar harga, dimana unggal palanggan nampi diskon individu. Ukuran diskon diwangun ku sajumlah ageung parameter, janten ngan saukur teu mungkin pikeun ngaduga naon harga ahir perusahaan anjeun bakal nampi tanpa naroskeun ka distributor. Tapi dina waktos anu sareng, nembe model low-end geus mimiti muncul di toko komputer biasa, kayaning, contona. nix.ru atawa xcom-shop.ru. Di dieu anjeun tiasa langsung mésér sistem anu anjeun pikahoyong ku harga tetep, sapertos komponén komputer.

Tapi kuring hoyong langsung dicatet yén perbandingan langsung ku TB/$ henteu leres. Upami urang kaanggo tina sudut pandang ieu, maka solusi anu paling murah bakal janten server JBOD + anu sederhana, anu moal nyayogikeun kalenturan atanapi reliabilitas anu disayogikeun ku sistem panyimpenan dual-controller anu lengkep. Ieu lain hartosna yén JBOD téh disgusting sarta trik kotor nasty, anjeun ngan perlu deui jelas pisan ngartos kumaha jeung naon tujuan anjeun bakal ngagunakeun solusi ieu. Anjeun mindeng bisa ngadéngé yén aya nanaon megatkeun di JBOD, aya ngan hiji backplane. Sanajan kitu, backplanes ogé kadang gagal. Sagalana ngarecah sooner atanapi engké.

dina total

Perlu ngabandingkeun sistem saling henteu ngan ku harga, atanapi henteu ngan ku kinerja, tapi ku totalitas sadaya indikator.

Mésér HDD ngan upami anjeun yakin yén anjeun peryogi HDD. Pikeun beban anu rendah sareng jinis data anu teu tiasa dikomprés, upami henteu, éta kedah dihurungkeun kana program jaminan efisiensi panyimpen SSD, anu paling padagang ayeuna gaduh (sareng aranjeunna leres-leres damel, bahkan di Rusia), tapi sadayana gumantung kana aplikasi sareng data anu bakal aya. dina sistem panyimpenan ieu.

Ulah murah. Kadang-kadang ieu nyumputkeun loba moments pikaresepeun, salah sahiji nu Evgeniy Elizarov digambarkeun dina artikel na ngeunaan. Infortrend. Sareng éta, tungtungna, murahna ieu tiasa mundur ka anjeun. Ulah hilap - "si kikir mayar dua kali".

Sumber: www.habr.com

Kumaha carana milih gudang tanpa shooting diri dina suku