Pîrozbahiyê
Dem dema kirîna depoyê ye. Kîjan bigire, li kê guhdarî bike? Firoşkar A di derbarê firoşkarê B de diaxive, û dûv re entegrator C heye, ku berevajî vê yekê dibêje û şîretan li firoşkarê D dike. Di rewşek weha de, serê mîmarê hilanînê yê bi ezmûn jî dê bizivire, nemaze digel hemî firoşkarên nû û SDS û hyperconvergence ku moda ne. îro.
Ji ber vê yekê, hûn çawa her tiştî fêm dikin û nahêlin ku hûn bêaqil bin? Em ( Anton Zhbankov û Evgeniy Elizarov) em hewl bidin ku li ser vê yekê bi rûsî zelal biaxivin.
Gotar gelek wekhevî hene û bi rastî dirêjkirina "” di warê hilbijartina pergalên hilanînê û vekolîna teknolojiyên hilanînê de. Em ê bi kurtasî li teoriya giştî binêrin, lê em pêşniyar dikin ku hûn jî vê gotarê bixwînin.
Whyima
Hûn pir caran dikarin rewşek bibînin ku kesek nû tê forumek an danûstendinek pispor, wek Nîqaşên Storage, û pirsê dipirse: "li vir ew du vebijarkên hilanînê pêşkêşî min dikin - ABC SuperStorage S600 û XYZ HyperOcean 666v4, hûn çi pêşniyar dikin ?”
Û tevlihevî dest pê dike ka kî kîjan taybetmendiyên pêkanîna taybetmendiyên tirsnak û nefêmkirî hene, ku ji bo kesek neamade bi tevahî çînî ne.
Ji ber vê yekê, pirsa sereke û yekem a ku hûn hewce ne ku berî ku hûn taybetmendiyên di pêşniyarên bazirganî de berhev bikin, ji xwe bipirsin ÇIMA ye? Çima ev pergala hilanînê hewce ye?
Bersiv dê nediyar be, û pir şêwaza Tony Robbins - hilanîna daneyan. Spas, kaptan! Lê dîsa jî, carinan em ewqas kûr dibin berawirdkirina hûrguliyan ku em ji bîr dikin çima em di serî de van tiştan dikin.
Ji ber vê yekê, peywira pergalek hilanîna daneyê ev e ku bi performansek diyarkirî hilanînê û peydakirina DATA-yê peyda bike. Em ê bi daneyan dest pê bikin.
Daneyên
Cureyê daneyê
Em plan dikin ku çi celeb daneyan hilînin? Pirsek pir girîng e ku dikare gelek pergalên hilanînê ji ber çavan derxîne. Mînakî, hûn plan dikin ku vîdyo û wêneyan hilînin. Hûn dikarin tavilê pergalên ku ji bo gihîştina rasthatî di blokên piçûk de hatine çêkirin, an pergalên xwedan taybetmendiyên xwedan di berhevkirin / jêbirinê de derbas bikin. Dibe ku ev tenê pergalên hêja bin, em naxwazin tiştek xirab bibêjin. Lê di vê rewşê de, hêza wan an dê qels bibin (vîdyo û wêne nayên qewirandin) an jî bi tenê lêçûna pergalê bi girîngî zêde bikin.
Berevajî vê, heke karanîna mebest DBMS-ya danûstendinê ya mijûl be, wê hingê pergalên guheztina multîmedya-ya hêja ku dikarin gigabytes serê saniyeyê radest bikin dê hilbijartinek nebaş be.
Hêjmara daneyan
Em plan dikin ku çiqas daneyan hilînin? Hejmar her gav ber bi kalîteyê ve pêşve diçe; divê ev yek tu carî neyê jibîrkirin, nemaze di dema me ya mezinbûna berbiçav a hêjmara daneyê de. Pergalên pola Petabyte êdî ne asayî ne, lê her ku kapasîteya petabyte mezintir be, pergal ew qas taybetîtir dibe, dê fonksiyona asayî ya pergalên gihîştina rasthatî ya piçûk û navîn kêm bigihîje. Ew piçûk e ji ber ku tabloyên statîstîkên gihîştina blokê tenê ji mîqdara RAM-a berdest a li ser kontrolkeran mezintir dibin. Ne ku behsa kompresyon/tiering bikin. Ka em bibêjin ku em dixwazin algorîtmaya berhevkirinê biguhezînin yekî bihêztir û 20 petabyte daneyan bişkînin. Dê çiqas dem bigire: şeş meh, salek?
Ji hêla din ve, heke hûn hewce ne ku daneyên 500 GB hilînin û pêvajo bikin, çima hûn aciz bibin? Tenê 500. SSD-yên malê (bi DWPD-ya kêm) ya vê mezinahiyê tiştek nade. Çima fabrîqeyek Kanala Fiber ava dikin û pergalên hilanînê yên derveyî yên bilind-dawî yên ku bi qasî pirek hesinî ye bikirin?
Ji sedî çend daneyên germ e? Di warê qebareya daneyê de bar çiqas nehev e? Li vir teknolojiya hilanînê ya birêkûpêk an Flash Cache dikare pir arîkar be heke mîqdara daneya germ li gorî tevahî piçûk be. An jî berevajî vê yekê, digel barek yekgirtî li seranserê tevahî hejmêra, ku pir caran di pergalên streaming de tê dîtin (çavdêriya vîdyoyê, hin pergalên analîtîk), teknolojiyên weha dê tiştek peyda nekin û dê tenê lêçûn / tevliheviya pergalê zêde bikin.
IP
Aliyê din ê daneyê pergala agahdariyê ye ku daneyan bikar tîne. IS komek hewcedariyên ku daneyan mîras digire heye. Ji bo bêtir agahdarî li ser IS, li "Sêwirana Navenda Daneyên Virtualized" binêre.
Pêdiviyên Berxwedêrî / Hebûna
Pêdiviyên ji bo tolerasyona xeletiyê / hebûna daneyan ji DÎ ya ku wan bikar tîne mîras in û bi sê hejmaran têne diyar kirin - Tevlêbûna, OTR, berdestbûnî.
Hilbijartinê - parvekirina ji bo demek diyarkirî ku tê de dane ji bo xebata bi wan re peyda dibe. Bi gelemperî wekî jimareyek 9 tê diyar kirin. Bo nimûne, du neh salê tê vê wateyê ku hebûna 99%, an wekî din 95 demjimêrên neberdestbûna salê têne destûr kirin. Sê neh - salê 9,5 demjimêr.
RPO / RTO ne nîşanên tevahî ne, lê ji bo her bûyerê (qezayê), berevajî hebûna.
Tevlêbûna - Hejmara daneyên winda di dema qezayê de (bi demjimêran). Mînakî, heke paşvekêşandin rojê carekê çêdibe, wê hingê RPO = 24 demjimêr. Ewan. Di bûyera karesatek û windabûna tevahî ya pergala hilanînê de, daneyên heya 24 demjimêran dikarin winda bibin (ji dema hilanînê). Mînakî, li ser bingeha RPO-ya ku ji bo IS-ê hatî destnîşan kirin, rêzikên paşvekişandinê têne nivîsandin. Di heman demê de, li ser bingeha RPO, hûn dikarin fam bikin ka çiqas dubarekirina daneya hevdem / asynchronous hewce ye.
OTR - dema vegerandina karûbarê (gihîştina daneyê) piştî karesatekê. Li ser bingeha nirxa RTO-ya hatî dayîn, em dikarin fêm bikin ka komek metro hewce ye, an jî dubarekirina yekalî bes e. Ma ji we re pergalek hilanîna pir-kontrolker a çîna hi-end hewce ye?
Pêdiviyên Performansê
Her çend ev pirsek pir eşkere ye, lê ew e ku piraniya dijwariyan dertê holê. Bi ve girêdayî ye ku we berê xwedan celebek binesaziyek heye an na, dê awayên berhevkirina statîstîkên pêwîst werin çêkirin.
Jixwe we pergalek hilanînê heye û li şûna we digerin an jî dixwazin ji bo berfirehkirinê yekî din bikirin. Li vir her tişt hêsan e. Hûn fêm dikin ka kîjan karûbarên we berê hene û hûn plan dikin ku di demek nêzîk de bicîh bikin. Li ser bingeha karûbarên heyî, we derfet heye ku hûn statîstîkên performansê berhev bikin. Li ser hejmara heyî ya IOPS û derengiya heyî biryar bidin - ev nîşanker çi ne û gelo ew ji bo karên we bes in? Ev hem li ser pergala hilanîna daneyê bixwe û hem jî ji mêvandarên ku pê ve girêdayî ne dikare were kirin.
Digel vê yekê, hûn hewce ne ku ne tenê li barkirina heyî, lê di heyamek diyarkirî de (tercîh mehek) binihêrin. Binêrin ku di nav rojê de lûtkeyên herî zêde çi ne, paşgir çi bar diafirîne, hwd. Ger pergala hilanînê ya we an nermalava we berhevokek bêkêmasî ya van daneyan peyda neke, hûn dikarin RRDtool-a belaş bikar bînin, ku dikare bi piraniya pergalên hilanînê û guhezbarên herî populer re bixebite û dikare statîstîkên performansê yên berfireh peyda bike. Di heman demê de hêja ye ku meriv li barkirina mêvandarên ku bi vê pergala hilanînê re dixebitin, ji bo makîneyên virtual yên taybetî, an bi rastî çi li ser vê mêvandarê dimeşîne, binihêrin.
Hêjayî bîrxistinê ye ku heke derengiyên li ser deng û datastora ku li ser vê cildê ye pir girîng ji hev cûda bin, divê hûn bala xwe bidin tora SAN-ya xwe, îhtîmalek mezin heye ku pirsgirêk bi wê re hebin û berî kirîna nû pergalê, hêja ye ku meriv li ser vê mijarê binihêre, ji ber ku îhtîmalek pir mezin heye ku performansa pergala heyî zêde bibe.
Hûn binesaziyek ji sifirê ava dikin, an jî ji bo hin karûbarek nû, ku hûn ji barên ku haya we jê tune ne, pergalek bikirin. Gelek vebijark hene: bi hevkarên xwe re li ser çavkaniyên pispor re têkilî daynin da ku hewl bidin ku barkirinê bibînin û pêşbîn bikin, bi entegratorek re têkilî daynin ku di pêkanîna karûbarên mînahev de xwedî ezmûn e û yê ku dikare bar ji we re hesab bike. Vebijarka sêyemîn (bi gelemperî ya herî dijwar, nemaze heke ew serîlêdanên malê-nivîsandî an kêm kêm eleqedar dike) ev e ku hûn hewl bidin ku pêdiviyên performansê ji pêşdebirên pergalê fêr bibin.
Û, ji kerema xwe not bikin, vebijarka herî rast ji hêla serîlêdana pratîkî ve pîlotek li ser alavên heyî, an alavên ku ji bo ceribandinê ji hêla firoşkar / entegrator ve têne peyda kirin e.
Pêdiviyên taybetî
Pêdiviyên taybetî her tiştê ku nakeve bin hewcedariyên performansê, tolerasyona xeletiyê û fonksiyona ji bo pêvajoyek rasterast û peydakirina daneyan.
Yek ji hêsantirîn hewcedariyên taybetî yên ji bo pergalek hilanîna daneyê dikare wekî "medya hilanînê ya biyanî" were gotin. Û tavilê eşkere dibe ku ev pergala hilanînê ya daneyê pêdivî ye ku pirtûkxaneyek kasetek an bi tenê ajokerek kasetek ku kopiya paşvekêşanê tê de tê avêtin hebe. Piştî vê yekê kesek bi taybetî perwerdekirî kasêtê îmza dike û bi serbilindî digihîne kaseya taybetî.
Nimûneyek din a hewcedariyek taybetî sêwirana şokê parastî ye.
Derê
Di hilbijartina pergalek hilanînê ya taybetî de pêkhateya duyemîn a sereke agahdariya li ser KU ev pergala hilanînê dê li ku derê be ye. Ji erdnîgarî an şert û mercên avhewa dest pê dike û bi personelê diqede.
Miştirî
Ev pergala hilanînê ji bo kê tê plankirin? Pirs sedemên jêrîn hene:
Mişterî Hikûmeta / bazirganî.
Xerîdarê bazirganî ti sînordar nîne û ne mecbûr e ku îhaleyan jî bike, ji bilî li gorî rêzikên xwe yên hundurîn.
Xerîdarek hukûmetê mijarek cûda ye. 44 Qanûna Federal û dilxweşiyên din ên bi îhaleyan û taybetmendiyên teknîkî yên ku dikarin werin îxtilaf kirin.
Xerîdar di bin cezayan de ye
Welê, pirs li vir pir hêsan e - bijartî tenê ji hêla pêşniyarên ku ji xerîdarek diyarkirî re têne sînorkirin.
Rêzikên hundurîn / firoşkar / modelên ku ji bo kirînê têne destûr kirin
Pirs jî pir hêsan e, lê hûn hewce ne ku wê bîr bînin.
Li ku derê fîzîkî
Di vê beşê de em hemî pirsgirêkên erdnîgarî, kanalên ragihandinê, û mîkroklîma li cîhên rûniştinê dinirxînin.
Karmendê
Kî dê bi vê pergala hilanînê re bixebite? Ev ji tiştê ku pergala hilanînê bixwe dikare bike ne kêmtir girîng e.
Pergala hilanînê ya ji firoşkarê A çiqasî sozdar, xweş û ecêb be jî, belkî xalek hindik e ku meriv wê saz bike ger ku karmend tenê zanibin ka meriv çawa bi firoşkarê B re dixebite, û ji bo kirînên din û hevkariya domdar bi A re plan tune.
Û bê guman, aliyê din ê pirsê ev e ku meriv çawa personelên perwerdekirî li cîhek erdnîgarîyek diyar rasterast di pargîdaniyê de û bi potansiyel li ser bazara kedê hene. Ji bo herêman, bijartina pergalên hilanînê bi navgînên hêsan an jî kapasîteya navendîkirina rêveberiya ji dûr ve dikare pir watedar be. Wekî din, di hin xalan de dibe ku ew pir bi êş bibe. Înternet bi çîrokan tije ye ku çawa karmendek nû yê ku hat, xwendekarê duh, tiştek wusa mîheng kir ku tevahiya nivîsgehê hilweşand.
Dor
Û bê guman, pirsek girîng ev e ku ev pergala hilanînê dê di kîjan hawîrdorê de bixebite.
- Li ser dabînkirina hêzê / sarkirinê çi ye?
- Çi girêdan
- Li ku derê dê were sazkirin?
- hwd.
Pir caran ev pirs ji xwe re têne girtin û bi taybetî nayên hesibandin, lê carinan ew in yên ku dikarin her tiştî bizivirînin.
Whats
Firotkar
Ji îro pê ve (navîna 2019), bazara hilanîna Rûsyayê dikare li 5 kategoriyan were dabeş kirin:
- Dabeşa herî bilind pargîdaniyên baş-damezrandî ne ku xwedan cûrbecûr refikên dîskê ji yên herî hêsan heya hi-end (HPE, DellEMC, Hitachi, NetApp, IBM / Lenovo)
- Dabeşa duyemîn - pargîdaniyên bi xêzek tixûbdar, lîstikvanên nîgar, firoşkarên SDS-ê yên cidî an nûhatiyên zêde (Fujitsu, Datacore, Infinidat, Huawei, Pure, hwd.)
- Dabeşa sêyem - çareseriyên nîgarê di rêza nizm de, SDS erzan, hilberên pêşkeftî yên li ser bingeha ceph û projeyên din ên vekirî (Infortrend, Starwind, hwd.)
- Beşa SOHO - pergalên hilanîna piçûk û pir piçûk ên asta xanî / nivîsgeha piçûk (Synology, QNAP, hwd.)
- Pergalên hilanînê yên guhezbar ên îthalatê - ev hem hardware ya beşa yekem a bi etîketên ji nû ve hatine nîşankirin, hem jî nûnerên hindik ên ya duyemîn (RAIDIX, em ê ya duyemîn berê wan bidin wan), lê bi giranî ev beşa sêyemîn e (Aerodisk, Baum, Depo, hwd.)
Dabeşkirin pir kêfî ye, û qet nayê vê wateyê ku beşa sêyemîn an SOHO xirab e û nayê bikar anîn. Di projeyên taybetî de bi komek daneya diyarkirî û profîla barkirinê de, ew dikarin pir baş bixebitin, di warê rêjeya biha / kalîteyê de ji beşa yekem pir derbas dibin. Girîng e ku hûn pêşî li ser armancên xwe, perspektîvên mezinbûnê, û fonksiyona pêwîst biryar bidin - û dûv re Synology dê bi dilsozî ji we re xizmet bike, û porê we dê nerm û sipî bibe.
Yek ji faktorên girîng dema hilbijartina firoşkarek jîngeha heyî ye. Berê we çend pergalên hilanînê hene û endezyarên we dikarin bi kîjan pergalên hilanînê re bixebitin. Ma ji we re firoşkarek din, xalek din a pêwendiyê hewce ye, hûn ê hêdî hêdî tevahiya barkirinê ji firoşkarê A berbi firoşkarê B veguhezînin?
Divê mirov ji tiştên pêwîst wêdetir hebûnan hilberîne.
iSCSI/FC/Pel
Di mijara protokolên gihîştinê de di nav endezyaran de lihevhatinek tune, û nîqaş ji yên endezyariyê bêtir dişibin nîqaşên teolojîk. Lê bi gelemperî, xalên jêrîn dikarin bêne destnîşan kirin:
FCoE mirî ji sax zêdetir.
FC vs iSCSI. Yek ji avantajên sereke yên FC-ê di sala 2019-an de li ser hilanîna IP-yê, kargehek veqetandî ji bo gihîştina daneyê, ji hêla torgilokek IP-yê veqetandî ve tê derxistin. FC xwedan avantajên gerdûnî li ser torên IP-yê tune, û IP dikare ji bo avakirina pergalên hilanînê yên her astê barkirinê, heya pergalên ji bo DBMS-ya giran ji bo pergala bankingê ya bingehîn a bankek mezin were bikar anîn. Ji hêla din ve, mirina FC ev çend sal in ku tê pêxembertî kirin, lê tiştek bi berdewamî rê li ber wê digire. Mînakî, îro, hin lîstikvan di bazara hilanînê de bi aktîvî standarda NVMEoF pêşve dibin. Ma ew ê çarenûsa FCoE parve bike - dem dê diyar bike.
Gihîştina pelê jî ne tiştekî ne hêjayî balê ye. NFS / CIFS di hawîrdorên hilberîneriyê de baş pêk tîne û, ger rast were sêwirandin, ji protokolên blokê bêtir gilî tune.
Hybrid / Hemû Flash Array
Pergalên hilanînê yên klasîk di 2 celeban de têne:
- AFA (Hemû Array Flash) - pergalên ku ji bo karanîna SSD-ê xweşbîn bûne.
- Hybrid - destûrê dide te ku hûn hem HDD û SSD an jî tevliheviyek wan bikar bînin.
Cûdahiya wan a sereke teknolojiyên karbidestiya hilanînê û asta herî zêde ya performansê ye (IOPS bilind û derengiya kêm). Her du pergal (di piraniya modelên xwe de, ne ku beşa nizm tê hesibandin) dikarin hem wekî amûrên blok û hem jî pelan bixebitin. Karbidestiya piştgirî bi asta pergalê ve girêdayî ye, û ji bo modelên piçûktir ew pir caran di asta herî kêm de kêm dibe. Dema ku hûn taybetmendiyên modelek taybetî dixwînin, û ne tenê kapasîteyên tevahî rêzê bi tevahî, hêja ye ku hûn bala xwe bidin ser vê yekê. Di heman demê de, bê guman, taybetmendiyên wê yên teknîkî, wekî pêvajoyê, mîqdara bîranîn, cache, hejmar û celeb port û hwd, bi asta pergalê ve girêdayî ye. Ji hêla rêveberiyê ve, AFA ji pergalên hybrid (dîsk) tenê di pêkanîna mekanîzmayên xebata bi ajokarên SSD-ê de cûda dibin, û hetta hûn di pergalek hîbrîd de SSD bikar bînin, ev nayê vê wateyê ku hûn ê karibin. ji bo bidestxistina asta performansê di asta pergala AFA de. Di heman demê de, di pir rewşan de, mekanîzmayên hilanîna bikêrhatî ya hundurîn li ser pergalên hîbrîd têne neçalak kirin, û tevlêbûna wan dibe sedema windabûna performansê.
Sîstemên hilanînê taybet
Digel pergalên hilanînê yên gelemperî, yên ku bi giranî li ser hilanîna daneya xebitandinê têne sekinandin, pergalên hilanînê yên taybetî bi prensîbên sereke hene ku bi bingehîn ji yên gelemperî cûda ne (derengiya kêm, IOPS bilind):
Medya.
Van pergalên ji bo hilanîn û hilanînê pelên medyayê yên mezin hatine çêkirin. Resp. dereng di pratîkê de ne girîng dibe, û şiyana şandin û wergirtina daneyan di bendek fireh de di gelek çemên paralel de derdikeve pêş.
Ji bo hilanînê pergalên hilanînê jêbirin.
Ji ber ku kopiyên paşvekişandinê ji hêla wekheviya xwe ve ji hevûdu re têne cûda kirin, ku di şert û mercên normal de kêm e (kopîa paşvekêşana navînî ji kopiya duh 1-2%) cûda dibe, ev çîna pergalên bi pir bi bandor daneyên ku li ser wan hatine tomar kirin di hundurê piçûkek pir piçûk de pak dike. hejmara medyaya fîzîkî. Mînakî, di hin rewşan de, rêjeyên berhevkirina daneyê dikare bigihîje 200 ber 1.
sîstemên hilanînê Object.
Van pergalên hilanînê xwedan cildên asayî yên bloka gihîştinê û parvekirinên pelan nînin, û ya herî zêde ew dişibin databasek mezin. Gihîştina tiştek ku di pergalek wusa de hatî hilanîn ji hêla nasnameyek yekta an bi metadata ve tête kirin (mînakî, hemî tiştên formata JPEG yên bi tarîxa afirandinê di navbera XX-XX-XXXX û YY-YY-YYYY de).
sîstema Compliance.
Ew îro li Rûsyayê ne ewqas gelemperî ne, lê hêjayî gotinê ne. Armanca van pergalên hilanînê ew e ku hilanîna daneyan bi polîtîkayên ewlehiyê an daxwazên rêziknameyê re tevbigerin. Hin pergal (mînak EMC Centera) fonksiyonek ji bo qedexekirina jêbirina daneyan pêk anîne - gava ku mift tê zivirandin û pergal têkeve vê modê, ne rêvebir û ne jî kesek din nikare bi fizîkî daneyên ku berê hatine tomar kirin jêbirin.
Teknolojiyên xwedan
Flash cache
Flash Cache navek hevpar e ji bo hemî teknolojiyên xwedan ji bo karanîna bîra flash wekî cache-a asta duyemîn. Dema ku cacheek flashê bikar tîne, pergala hilanînê bi gelemperî tê hesibandin ku barek domdar ji dîskên magnetîkî peyda bike, dema ku lûtke ji hêla cache ve tê xizmet kirin.
Di vê rewşê de, pêdivî ye ku meriv profîla barkirinê û asta herêmîkirina gihîştina blokên cildên hilanînê fêm bike. Flash cache teknolojiyek e ji bo barkirinên xebatê yên bi pirsên pir herêmî re, û bi pratîkî ji bo cildên bi yekreng barkirî (wekî ji bo pergalên analîtîk) nayê sepandin.
Li sûkê du pêkanînên cache flash hene:
- Tenê bixwînin. Di vê rewşê de, tenê daneyên xwendinê têne cachekirin, û nivîsandin rasterast diçe dîskê. Hin çêker, wekî NetApp, bawer dikin ku nivîsandina pergalên hilanîna wan jixwe çêtirîn e, û cache dê qet nebe alîkar.
- Xwendin/Nivîsandin. Ne tenê xwendin, lê di heman demê de nivîsandin jî cached e, ku destûrê dide te ku tîrêjê tampon bike û bandora Cezaya RAID kêm bike, û di encamê de performansa giştî ya pergalên hilanînê bi mekanîzmayek nivîsandinê ya kêmtir çêtirîn zêde bike.
Tiering
Hilberîna pir-astî (tiring) teknolojiyek e ji bo berhevkirina astên bi astên performansa cihêreng, wek SSD û HDD, di hewzek dîskê de. Di rewşek nehevsengiya eşkere ya gihîştina blokên daneyê de, pergal dê bikaribe bixweber blokên daneyê hevseng bike, yên barkirî berbi astek performansa bilind, û yên sar, berevajî, berbi hêdîtir veguhezîne.
Pergalên hîbrîd ên çînên jêrîn û navîn hilanîna pir-astî bi daneya ku di navbera astan de li ser bernameyekê digerin bikar tînin. Di heman demê de, mezinahiya bloka hilanînê ya pir-ast ji bo modelên çêtirîn 256 MB e. Van taybetmendiyan rê nadin me ku em teknolojiya hilanînê ya rêzdar wekî teknolojiyek ji bo zêdekirina hilberînê bihesibînin, wekî ku gelek kes bi xeletî bawer dikin. Hilberîna pir-astî di pergalên çîna nizm û navîn de teknolojiyek e ji bo xweşbînkirina lêçûnên hilanînê ji bo pergalên bi nehevsengiya barkirinê ya diyarkirî.
Snapshot
Her çend em li ser pêbaweriya pergalên hilanînê biaxivin, gelek derfet hene ku daneyên winda bikin ku bi pirsgirêkên hardware ve girêdayî ne. Ev dibe ku vîrus, hacker an jî jêbirina/xirabkirina daneyan a bê mebest be. Ji ber vê yekê, paşvegirtina daneyên hilberînê beşek yekbûyî ya karê endezyar e.
Dîmenek wêneyek cildekê ye ku di demekê de ye. Dema ku bi piraniya pergalan re dixebitin, wekî virtualîzasyon, databas, hwd. pêdivî ye ku em wêneyek wusa bigirin ku em ê jê daneyan li kopiyek hilanînê kopî bikin, dema ku IS-a me dê bikaribe bi ewlehî bi vê cildê re xebata xwe bidomîne. Lê hêja ye ku ji bîr mekin ku ne hemî wêneyan bi heman rengî bikêr in. Firoşkarên cihêreng xwedan nêzîkatiyên cûda ne ji bo afirandina dîmenên ku bi mîmariya xwe ve girêdayî ne.
CoW (Copy-Li ser-Nivîs). Dema ku hûn hewl didin ku bloka daneyê binivîsin, naveroka wê ya orîjînal li deverek taybetî tê kopî kirin, piştî ku nivîsandin bi gelemperî pêşve diçe. Ev pêşî li xirabûna daneyê di hundurê wêneyê de digire. Bi xwezayî, hemî van manîpulasyonên daneya "parazît" dibe sedema barek zêde li ser pergala hilanînê û ji ber vê yekê, firoşkarên bi pêkanînên wekhev pêşniyar nakin ku ji dehan zêdetir wêneyan bikar bînin, û wan qet li ser cildên pir barkirî bikar neynin.
RoW (Redirect-li-Write). Di vê rewşê de, volume orjînal bi xwezayî dicemidîne, û dema ku hewl dide ku bloka daneyê binivîsîne, pergala hilanînê daneyan li cîhek taybetî di cîhê belaş de dinivîse, cîhê vê blokê di tabloya metadata de diguhezîne. Ev dihêle hûn hejmara operasyonên ji nû ve nivîsandinê kêm bikin, ku di dawiyê de kêmbûna performansê ji holê radike û qedexeyên li ser wêneyan û hejmara wan radike.
Snapshot di heman demê de têkildarî serlêdanan du celeb in:
Pêkhatina serîlêdanê. Di dema afirandina wêneyek wêneyê de, pergala hilanînê di pergala xebitandina xerîdar de karmendek dikişîne, ku bi zorê kaşên dîskê ji bîranînê ber bi dîskê ve dişoxilîne û zorê dide serîlêdanê ku vê yekê bike. Di vê rewşê de, dema ku ji wêneyek wêneyek nûvebirin, dê danehev hevgirtî bin.
Crash berdewam. Di vê rewşê de, tiştek wusa diqewime û dîmen wekî ku tê afirandin. Di bûyera vegerandina ji wêneyek wusa de, wêne yek e ku dê çi biqewime heke hêz ji nişka ve were qut kirin û hin windabûna daneyan mimkun be, di kaşê de asê bimîne û qet negihêje dîskê. Wêneyên weha hêsantir têne bicîh kirin û di serîlêdanan de dibin sedema kêmbûna performansê, lê kêmtir pêbawer in.
Çima snapshots li ser pergalên hilanînê hewce ne?
- Piştgiriya bê nûner rasterast ji pergala hilanînê
- Li ser bingeha daneyên rastîn hawîrdorên ceribandinê biafirînin
- Di warê pergalên hilanîna pelan de, ew dikare were bikar anîn ku ji bo çêkirina hawîrdorên VDI-yê bi karanîna dîmenên pergala hilanînê li şûna hîpervisorek vebigire.
- RPO-yên kêm bi afirandina dîmenên plansazkirî bi frekansa ku ji frekansa paşvekişandinê bi girîngî bilindtir e piştrast bikin
Cloning
Klonkirina Volume - li ser prensîbek mîna wêneyan dixebite, lê ne tenê ji bo xwendina daneyan, lê ji bo bi tevahî xebitandina wê tê bikar anîn. Em dikarin bêyî ku kopiyek laşî çêkin, kopiyek rastîn a volume xwe, digel hemî daneyên li ser wê, bistînin, ku dê cîhê xilas bike. Bi gelemperî, klonkirina volumê di Test&Dev de tê bikar anîn an jî heke hûn dixwazin fonksiyona hin nûvekirinên li ser IS-a xwe kontrol bikin. Klonkirin dê bihêle ku hûn di warê çavkaniyên dîskê de bi lez û bez vê yekê bikin, ji ber Tenê blokên daneya guhertî dê bêne nivîsandin.
Replication / Rojnamegerî
Replication mekanîzmayek ji bo afirandina kopiyek daneyê li ser pergalek hilanîna laşî ya din e. Bi gelemperî, her firoşkar xwedan teknolojiyek xwedan e ku tenê di nav rêza xwe de dixebite. Lê di heman demê de çareseriyên partiya sêyemîn jî hene, di nav de yên ku di asta hypervisor de dixebitin, wekî VMware vSphere Replication.
Karbidestiya teknolojiyên xwedan û hêsaniya karanîna wan bi gelemperî ji yên gerdûnî pirtir e, lê ew neserbixwe derdikevin gava ku, wek nimûne, pêdivî ye ku ji NetApp-ê ji HP MSA re kopiyek were çêkirin.
Repplication li du binkûreyan dabeş dibe:
Senkron. Di mijara dubarekirina hevdem de, operasyona nivîsandinê tavilê ji pergala hilanînê ya duyemîn re tê şandin û heya ku pergala hilanînê ya dûr piştrast neke, pêkanîn nayê pejirandin. Ji ber vê yekê, derengiya gihîştinê zêde dibe, lê me kopiyek neynîkî ya rastîn a daneyê heye. Ewan. RPO = 0 di rewşa windakirina pergala hilanînê ya sereke de.
asynchronous. Operasyonên nivîsandinê tenê li ser pergala hilanînê ya sereke têne darve kirin û tavilê têne pejirandin, di heman demê de di tamponek de ji bo veguheztina berhevokê berbi pergala hilanînê ya dûr ve têne berhev kirin. Ev celeb dubarekirinê ji bo daneyên kêmtir hêja, an ji bo kanalên bi bandfirehiya hindik an derengiya zêde (taybetî ji bo dûrahiyên ji 100 km zêdetir) têkildar e. Li gorî vê yekê, RPO = frekansa şandina pakêtê.
Bi gelemperî, digel dubarekirinê, mekanîzmayek heye logging operasyonên dîskê. Di vê rewşê de, deverek taybetî ji bo têketin û tomarkirina operasyonên bi kûrahîyek diyarkirî di demê de, an ji hêla qebareya têketinê ve têne sînordar kirin, têne veqetandin. Ji bo hin teknolojiyên xwedan, wek EMC RecoverPoint, bi nermalava pergalê re yekbûnek heye ku dihêle hûn hin nîşangiran bi têketinek têketinek taybetî ve girêdin. Bi saya vê yekê, ne tenê di 23ê Avrêlê, 11 saet 59 saniye û 13 milîsaniyeyan de, lê heya kêliya berî “HEMÛ MASEYAN DIKIN; BIKARANÎN."
Koma metro
Cluster Metro teknolojiyek e ku dihêle hûn di navbera du pergalên hilanînê de dubarekirina hevdemî ya dualî biafirînin bi vî rengî ku ji derve ve ev cot mîna yek pergala hilanînê xuya dike. Ew ji bo afirandina komên bi çekên erdnîgarî veqetandî li metro dûr (kêmtir ji 100 km) tê bikar anîn.
Li ser bingeha mînaka karanîna di hawîrdorek virtualîzasyonê de, metrocluster dihêle hûn bi makîneyên virtual re danûstendinek biafirînin, ku ji bo tomarkirina ji du navendên daneyê yekcar tê gihîştin. Di vê rewşê de, komek di asta hypervisor de, ku ji mêvandarên li navendên daneyên fîzîkî yên cihêreng, bi vê datastorê ve girêdayî ye, tê afirandin. Ku destûrê dide te ku hûn tiştên jêrîn bikin:
- Xweseriya tevahî ya pêvajoya başbûnê piştî mirina yek ji navendên daneyê. Bêyî dravê zêde, hemî VM-yên ku di navenda daneya mirî de dixebitin dê bixweber di ya mayî de ji nû ve werin destpêkirin. RTO = dema kombûna hebûna bilind (15 çirke ji bo VMware) + dema barkirina pergala xebitandinê û destpêkirina karûbaran.
- Xweparastin ji bobelatan an jî bi rûsî, dûrketina ji karesatan. Ger xebata dabînkirina hêzê di navenda daneyê 1 de were plansaz kirin, wê hingê me şansê me heye ku em berî ku kar dest pê bike tevahî barê girîng bê rawestan berê xwe bidin navenda daneyê 2.
Virtualization
Virtualîzasyona hilanînê ji hêla teknîkî ve karanîna cildên ji pergalek hilanînê din wekî dîskê ye. Virtualîzatorek hilanînê dikare bi tenê hêjmara kesek din wekî ya xwe veguhezîne xerîdar, di heman demê de wê bi pergalek hilanînê din veguhezîne, an jî tewra ji cildên derveyî RAIDek biafirîne.
Nûnerên klasîk di pola virtualkirina hilanînê de EMC VPLEX û IBM SVC ne. Û bê guman, pergalên hilanînê yên bi fonksiyona virtualbûnê - NetApp, Hitachi, IBM / Lenovo Storwize.
Çima dibe ku ew hewce be?
- Zêdebûn di asta pergala hilanînê de. Di navbera cildan de neynikek tê çêkirin, û nîvek dikare li HP 3Par, û ya din jî li ser NetApp be. Û virtual ji EMC ye.
- Daneyên bi hindiktirîn demdirêj di navbera pergalên hilanînê yên ji hilberînerên cihêreng de biguhezînin. Ka em bihesibînin ku pêdivî ye ku dane ji 3Par-a kevn, ku dê were nivîsandin, ji Dell-a nû re werin veguheztin. Di vê rewşê de, xerîdar ji 3Par têne qut kirin, cild di bin VPLEX de têne veguheztin û dîsa ji xerîdaran re têne pêşkêş kirin. Ji ber ku piçek li ser dengbêjiyê nehatiye guhertin, xebat berdewam dikin. Pêvajoya neynkirina volmê li Dell-a nû di paşperdeyê de dest pê dike, û piştî ku qediya, neynik têk diçe û 3Par neçalak dibe.
- Rêxistina metroklusteran.
Tevlihevkirin / veqetandin
Tevlihevkirin û jêbirin teknolojiyên ku dihêle hûn cîhê dîskê li ser pergala hilanîna xwe hilînin. Hêjayî gotinê ye tavilê ne hemî dane di prensîbê de di bin zext û/an veqetandinê de ne, di heman demê de hin celeb dane çêtir têne berhev kirin û jêbirin, û hin jî berevajî.
2 cureyên çewisandin û veqetandinê hene:
inline - Beriya nivîsandina vê daneyê li ser dîskê berhevkirin û jêbirina blokên daneyê pêk tê. Bi vî rengî, pergal tenê hash blokê hesab dike û di tabloyê de bi yên heyî re berhev dike. Ya yekem, ew ji nivîsandina li ser dîskê zûtir e, û ya duyemîn jî, em cîhê dîskê zêde winda nakin.
Koz - gava ku ev operasyon li ser daneyên jixwe tomarkirî yên li ser dîskê têne kirin têne kirin. Li gorî vê yekê, dane pêşî li ser dîskê tê nivîsandin, û tenê wê hingê hash tê hesibandin û blokên nehewce têne jêbirin û çavkaniyên dîskê têne azad kirin.
Hêjayî gotinê ye ku pir firoşkar her du celeb bikar tînin, ku rê dide wan ku van pêvajoyan xweşbîn bikin û bi vî rengî karbidestiya xwe zêde bikin. Piraniya firoşkarên hilanînê xwedan karûbar hene ku dihêle hûn daneyên daneyên xwe analîz bikin. Van amûran li gorî heman mantiqa ku di pergala hilanînê de tête bicîh kirin dixebitin, ji ber vê yekê asta texmînkirî ya kargêriyê dê yek be. Di heman demê de, ji bîr mekin ku gelek firoşkaran bernameyên garantiya performansê hene ku ji bo hin (an hemî) celebên daneyê bi kêmî ve performansa baş soz didin. Û divê hûn vê bernameyê îhmal nekin, ji ber ku bi hesabkirina pergalê ji bo peywirên xwe, bi girtina berberiya karbidestiya pergalek taybetî, hûn dikarin li ser hecmê hilînin. Di heman demê de hêjayî gotinê ye ku ev bername ji bo pergalên AFA-yê hatine sêwirandin, lê bi saya kirîna hêjmarek piçûktir SSD ji HDD-yên di pergalên klasîk de, ev ê lêçûna wan kêm bike, û heke ne bi lêçûna pergala dîskê re nebe, wê hingê pir nêzîkî wê bibin.
Modela
Û li vir em werin ser pirsa rast.
"Ew du vebijarkên hilanînê pêşkêşî min dikin - ABC SuperStorage S600 û XYZ HyperOcean 666v4, hûn çi pêşniyar dikin?"
Veguhere "Li vir ew du vebijarkên hilanînê pêşkêşî min dikin - ABC SuperStorage S600 û XYZ HyperOcean 666v4, hûn çi pêşniyar dikin?
Barkirina armancê makîneyên virtual VMware bi lûkên hilberandin / ceribandin / pêşkeftinê re tevlihev e. Test = berhemdar. 150 TB her yek bi performansa lûtkeya 80 IOPS 000kb bloka 8% gihîştina rasthatî 50/80 xwendin-nivîsandinê. 20 TB ji bo pêşveçûnê, 300 IOPS bes e, 50 random, 000 binivîse.
Berhemdariya ku tê texmîn kirin di metrokluster RPO de = 15 hûrdem RTO = 1 saet, pêşkeftina di dubarekirina asynchronous RPO = 3 demjimêr, ceribandina li ser yek malperê.
DBMSek 50TB hebe, têketin dê ji wan re xweş be.
Li her derê serverên Dell-ê hene, pergalên hilanînê yên kevn ên Hitachi, ew bi zorê dikarin li ber xwe bidin, em plan dikin ku di warê volt û performansê de 50% zêde bikin.
Wekî ku ew dibêjin, pirsek rast hatî çêkirin 80% bersivê dihewîne.
Ð "опол ниÑ, ÐμÐ »ÑŒÐ½Ð ° Ñ Ð¸Ð½Ñ" Ð¾Ñ € Ñ † мРli DN
Ya ku divê hûn li gorî nivîskaran bêtir bixwînin
Pirtûkan
- Olifer û Olifer "Torên Computer". Pirtûk dê ji bo pergalkirin û belkî çêtir fam bike ka navgîniya veguheztina daneyê ji bo pergalên hilanînê IP / Ethernet çawa dixebite.
- "Stor û Rêvebiriya Agahdariya EMC." Pirtûkek hêja li ser bingehên pergalên hilanînê, çima, çawa û çima.
Forum û sohbet
Pêşniyarên giştî
Lîsteya bihayê
Naha, wekî bihayan - bi gelemperî, heke bihayên pergalên hilanînê hebin, ew bi gelemperî bihayên navnîşê ne, ku ji wan her xerîdar dakêşiyek kesane werdigire. Mezinahiya dakêşanê ji hejmareke mezin a parametreyan pêk tê, ji ber vê yekê ne gengaz e ku meriv pêşbîn bike ka dê pargîdaniya we çi nirxê dawî bistîne bêyî ku ji belavkerê bipirse. Lê di heman demê de, di van demên dawî de modelên nizm dest pê kirine ku di firotgehên komputerên birêkûpêk de xuya bibin, wek mînak an . Li vir hûn dikarin tavilê pergala ku hûn jê re eleqedar in bi bihayek sabît bikirin, mîna her pêkhateyên komputerê.
Lê ez dixwazim tavilê bibêjim ku berhevdana rasterast ji hêla TB/$ ve ne rast e. Ger em ji vî alî ve nêzikî wê bibin, wê hingê çareseriya herî erzan dê serverek JBOD + sade be, ku dê nermbûn û pêbaweriya ku pergala hilanînê ya bêkêmasî, du-kontrolker peyda dike peyda neke. Ev qet nayê vê wateyê ku JBOD nefret û fêlbaziyek qirêj e, hûn tenê hewce ne ku hûn dîsa bi zelalî fêm bikin ka hûn ê vê çareseriyê çawa û ji bo çi bikar bînin. Hûn pir caran dikarin bibihîzin ku di JBOD de tiştek tune ku were şikandin, tenê yek balafirek paşîn heye. Lêbelê, balafirên paşîn jî carinan carinan têk diçin. Her tişt zû yan dereng têk diçe.
Tevahî
Pêdivî ye ku pergalên bi hev re ne tenê ji hêla bihayê, an ne tenê ji hêla performansê ve, lê ji hêla tevahî hemî nîşanan ve bidin hev.
Ger hûn pê ewle bin ku hûn hewceyê HDD-ê ne tenê HDD bikirin. Ji bo barkirinên kêm û celebên daneya nelihevkirî, wekî din, hêja ye ku meriv berê xwe bide bernameyên garantîkirina kargêriya hilanînê SSD, ku nuha piraniya firoşkaran wan hene (û ew bi rastî jî dixebitin, tewra li Rûsyayê jî), lê ew hemî bi serîlêdan û daneyên ku dê bêne bicîh kirin ve girêdayî ye. li ser vê pergala hilanînê.
Bi erzanî neçin. Carinan ev gelek demên ne xweş vedişêrin, yek ji wan Evgeniy Elizarov di gotarên xwe de li ser . Û ku, di dawiyê de, ev erzanbûn dikare li we paşde vegere. Ji bîr nekin - "xirab du caran dide."
Çavkanî: www.habr.com