\nProcesor Kunpeng predstavuje syst\u00e9m na \u010dipe (SoC), kde okrem v\u00fdpo\u010dtov\u00e9ho bloku existuj\u00fa hardv\u00e9rov\u00e9 moduly, ktor\u00e9 ur\u00fdch\u013euj\u00fa r\u00f4zne procesy, napr\u00edklad v\u00fdpo\u010det kontroln\u00fdch s\u00fam alebo vykon\u00e1vanie 'vymaz\u00e1vacieho k\u00f3du' (erasure coding). V \u0148om je tie\u017e implementovan\u00e1 hardv\u00e9rov\u00e1 podpora SAS, Ethernet, DDR4 (od \u0161iestich do \u00f4smich kan\u00e1lov) a podobne. To v\u0161etko umo\u017e\u0148uje spolo\u010dnosti Huawei vytv\u00e1ra\u0165 kontrol\u00e9ry \u00falo\u017en\u00fdch syst\u00e9mov, ktor\u00e9 s\u00fa v\u00fdkonovo porovnate\u013en\u00e9 s klasick\u00fdmi rie\u0161eniami Intel. <\/p>\n
Okrem toho, vlastn\u00e9 rie\u0161enia zalo\u017een\u00e9 na architekt\u00fare ARM d\u00e1vaj\u00fa spolo\u010dnosti Huawei mo\u017enos\u0165 vytv\u00e1ra\u0165 plnohodnotn\u00e9 serverov\u00e9 rie\u0161enia a pon\u00faka\u0165 ich svojim z\u00e1kazn\u00edkom ako alternat\u00edvu k x86.<\/p>\n
\nIntern\u00e1 architekt\u00fara \u00falo\u017en\u00fdch syst\u00e9mov Dorado V6 vy\u0161\u0161ej s\u00e9rie je reprezentovan\u00e1 \u0161tyrmi hlavn\u00fdmi subdom\u00e9nami (fabrikami). <\/p>\n
Prv\u00e1 fabrika je spolo\u010dn\u00fdm frontendov\u00fdm rozhran\u00edm (sie\u0165ov\u00e9 rozhrania zodpovedaj\u00face za komunik\u00e1ciu so SAN fabrikou alebo hostite\u013emi). <\/p>\n
Druh\u00e1 je s\u00fabor kontrol\u00e9rov, z ktor\u00fdch ka\u017ed\u00fd m\u00f4\u017ee prostredn\u00edctvom protokolu RDMA 'dosta\u0165 sa' ako k akejko\u013evek sie\u0165ovej karte frontendu, tak aj k susedn\u00e9mu 'motora' (engine), ktor\u00fd predstavuje krabicu so \u0161tyrmi kontrol\u00e9rmi a spolo\u010dn\u00fdmi blokmi nap\u00e1jania a chladenia. Aktu\u00e1lne m\u00f4\u017eu modely Dorado V6 hi-end triedy by\u0165 vybaven\u00e9 dvoma tak\u00fdmi 'motormi' (prisl\u00fachaj\u00facimi osmiu kontrol\u00e9rom).<\/p>\n
Tretia tov\u00e1re\u0148 sa zameriava na backend a pozost\u00e1va zo sie\u0165ov\u00fdch kariet RDMA 100G.<\/p>\n
Nakoniec, \u0161tvrt\u00e1 tov\u00e1re\u0148 \u201av hardv\u00e9ri\u2018 je prezentovan\u00e1 pripojite\u013en\u00fdmi inteligentn\u00fdmi policami s \u00falo\u017eiskami.<\/p>\n
Tak\u00e1to symetrick\u00e1 \u0161trukt\u00fara odha\u013euje cel\u00fd potenci\u00e1l technol\u00f3gie NVMe a zaru\u010duje vysok\u00fd v\u00fdkon a spo\u013eahlivos\u0165. Proces vstupu\/v\u00fdstupu sa maxim\u00e1lne paralelizuje medzi procesormi a jadrami, \u010do zabezpe\u010duje s\u00fa\u010dasn\u00e9 \u010d\u00edtanie a z\u00e1pis v mnoh\u00fdch pr\u00fadoch.<\/p>\n
\nMaxim\u00e1lny v\u00fdkon rie\u0161en\u00ed Dorado V6 je pribli\u017ene trikr\u00e1t lep\u0161\u00ed ne\u017e syst\u00e9my predch\u00e1dzaj\u00facej gener\u00e1cie (rovnakej triedy) a m\u00f4\u017ee dosiahnu\u0165 20 mili\u00f3nov IOPS. <\/p>\n
To je sp\u00f4soben\u00e9 t\u00fdm, \u017ee v predch\u00e1dzaj\u00facej gener\u00e1cii zariaden\u00ed sa podpora NVMe roz\u0161irovala iba na pr\u00eddavn\u00e9 police s \u00falo\u017eiskami. Teraz je pr\u00edtomn\u00e1 vo v\u0161etk\u00fdch f\u00e1zach, od hostite\u013ea po SSD. Sie\u0165 backendu tie\u017e pre\u0161la zmenou: SAS\/PCIe ust\u00fapili miestu RoCEv2 s priepustnos\u0165ou 100 Gbit\/s. <\/p>\n
Zmenil sa aj samotn\u00fd form\u00e1t SSD. K\u00fdm predt\u00fdm sa na policu 2U umiest\u0148ovalo 25 \u00falo\u017e\u00edsk, teraz je ich 36 diskov fyzick\u00e9ho form\u00e1tu palm-sized. Okrem toho sa police \u201ainteligentne\u2018 zlep\u0161ili. Ka\u017ed\u00e1 z nich teraz obsahuje redundantn\u00fd syst\u00e9m z dvoch kontrol\u00e9rov na b\u00e1ze \u010dipov ARM, podobn\u00fdch t\u00fdm, ktor\u00e9 s\u00fa nain\u0161talovan\u00e9 v centr\u00e1lnych kontrol\u00e9roch. <\/p>\n
Kompresia a deduplik\u00e1cia v predch\u00e1dzaj\u00facej gener\u00e1cii SAAS sa vykon\u00e1vala s blokmi pevnej d\u013a\u017eky. Teraz sa pridal re\u017eim pr\u00e1ce s blokmi premennej d\u013a\u017eky, ktor\u00fd je zatia\u013e potrebn\u00e9 zapn\u00fa\u0165 manu\u00e1lne. N\u00e1sledn\u00e9 firmv\u00e9ry to mo\u017eno zmenia.<\/p>\n
Taktie\u017e stru\u010dne o tolerancii vo\u010di zlyhaniu. Dorado V3 udr\u017eiavalo funk\u010dnos\u0165, ak zlyhal jeden kontrol\u00e9r z dvoch. Dorado V6 zabezpe\u010d\u00ed pr\u00edstupnos\u0165 d\u00e1t aj v pr\u00edpade, \u017ee zlyh\u00e1 s\u00fa\u010dasne sedem kontrol\u00e9rov z \u00f4smich alebo naraz \u0161tyri z jedn\u00e9ho \u201amotora\u2018.<\/p>\n
\nNed\u00e1vno medzi z\u00e1kazn\u00edkmi Huawei bola vykonan\u00e1 anketa, v ktorej sa zis\u0165ovalo, ak\u00e9 jednoduch\u00e9 prvky IT infra\u0161trukt\u00fary pova\u017euj\u00fa za prijate\u013en\u00e9. V drvivej v\u00e4\u010d\u0161ine odpovedali respondenti s vyrovnan\u00fdm pr\u00edstupom k hypotetickej situ\u00e1cii, v ktorej aplik\u00e1cia neodpoved\u00e1 nieko\u013eko stoviek sek\u00fand. Pre opera\u010dn\u00fd syst\u00e9m alebo host-adapt\u00e9r zbernice sa kritick\u00fd \u010das v\u00fdpadku uk\u00e1zal by\u0165 desiatky sek\u00fand (v podstate \u010das re\u0161tartu). E\u0161te pr\u00edsnej\u0161ie po\u017eiadavky z\u00e1kazn\u00edci klad\u00fa na sie\u0165: jej priepustnos\u0165 by nemala vypadn\u00fa\u0165 viac ako na 10\u201320 sek\u00fand. Ako nie je \u0165a\u017ek\u00e9 uh\u00e1dnu\u0165, najkritickej\u0161ie v\u00fdpadky pova\u017eovali respondenti za v\u00fdpadky syst\u00e9mov ukladania. Z poh\u013eadu z\u00e1stupcov biznisu by doba v\u00fdpadku \u00falo\u017eiska nemala presiahnu\u0165... nieko\u013eko sek\u00fand ro\u010dne!<\/p>\n
In\u00fdmi slovami, ak bankov\u00e1 klientsk\u00e1 aplik\u00e1cia neodpoved\u00e1 100 sek\u00fand, katastrofick\u00e9 n\u00e1sledky to pravdepodobne nesp\u00f4sob\u00ed. Ale ak sa rovnak\u00fd stav vyskytne v \u00falo\u017enom syst\u00e9me, je pravdepodobn\u00e1 zast\u00e1vka podnikania a zna\u010dn\u00e9 finan\u010dn\u00e9 straty.<\/p>\n
Na diagrame vy\u0161\u0161ie je uveden\u00e1 cena hodiny pr\u00e1ce pre desa\u0165 najv\u00e4\u010d\u0161\u00edch b\u00e1nk (\u00fadaje Forbes za rok 2017). S\u00fahlas\u00edte, ak sa va\u0161a spolo\u010dnos\u0165 bl\u00ed\u017ei ve\u013ekos\u0165ou ku \u010d\u00ednskym bank\u00e1m, bude od\u00f4vodni\u0165 potrebu zak\u00fapenia \u00falo\u017en\u00e9ho syst\u00e9mu za nieko\u013eko mili\u00f3nov dol\u00e1rov ne\u00fanavn\u00e9. Rovnako je pravdiv\u00e9 opa\u010dn\u00e9 tvrdenie: ak biznis nezaznamen\u00e1va zna\u010dn\u00e9 straty pri v\u00fdpadku, \u0165a\u017eko sa rozhodne k\u00fapi\u0165 \u00falo\u017en\u00fd syst\u00e9m triedy hi-end. Tak \u010di onak, je d\u00f4le\u017eit\u00e9 ma\u0165 predstavu o tom, ak\u00e1 ve\u013ek\u00e1 diera v\u00e1m hroz\u00ed vo vrecku, k\u00fdm sa administr\u00e1tor vysporiada s nefunk\u010dn\u00fdm syst\u00e9mom ukladania d\u00e1t.<\/p><\/blockquote>\n
Sekunda na n\u00fadzov\u00fd prechod<\/h2>\n \nV Solution A na ilustra\u010dnom obr\u00e1zku vy\u0161\u0161ie m\u00f4\u017eete vidie\u0165 n\u00e1\u0161 syst\u00e9m predch\u00e1dzaj\u00facej gener\u00e1cie Dorado V3. \u0160tyri jeho kontrol\u00e9ry pracuj\u00fa p\u00e1rne, pri\u010dom k\u00f3pie cache s\u00fa uchov\u00e1van\u00e9 len v dvoch kontrol\u00e9roch. Kontrol\u00e9ry vo vn\u00fatri p\u00e1ru m\u00f4\u017eu preposiela\u0165 za\u0165a\u017eenie. Z\u00e1rove\u0148, ako vid\u00edte, tu nie s\u00fa \u017eiadne \u201efabryky\u201c frontendov a backendov, tak\u017ee ka\u017ed\u00e1 z pol\u00edc so skladovac\u00edmi zariadeniami sa prip\u00e1ja k konkr\u00e9tnemu p\u00e1ru kontrol\u00e9rov.<\/p>\n
Na sch\u00e9me Solution B je zobrazen\u00e9 aktu\u00e1lne rie\u0161enie od in\u00e9ho dod\u00e1vate\u013ea (vedeli ste?). Tu u\u017e existuj\u00fa frontend- a backend-fabric, pri\u010dom \u00falo\u017eisk\u00e1 s\u00fa pripojen\u00e9 priamo k \u0161tyrom kontrol\u00e9rom. Av\u0161ak, vo vn\u00fatorn\u00fdch algoritmoch syst\u00e9mu s\u00fa nuansy, ktor\u00e9 nie s\u00fa na prv\u00fd poh\u013ead zjavn\u00e9.<\/p>\n
Sprava je zobrazen\u00e1 na\u0161a aktu\u00e1lna architekt\u00fara S\u010cD Dorado V6 so v\u0161etk\u00fdm s\u00faborom vn\u00fatorn\u00fdch prvkov. Pozrime sa, ako tieto syst\u00e9my zvl\u00e1daj\u00fa typick\u00fa situ\u00e1ciu \u2014 poruchu jedn\u00e9ho kontrol\u00e9ra.<\/p>\n
V klasick\u00fdch syst\u00e9moch, medzi ktor\u00fdmi je aj Dorado V3, doba potrebn\u00e1 na distrib\u00faciu z\u00e1\u0165a\u017ee pri poruche dosahuje \u0161tyri sekundy. Po\u010das tohto \u010dasu je vstup-v\u00fdstup \u00faplne zastaven\u00fd. V rie\u0161en\u00ed Solution B od na\u0161ich kolegov, napriek modernej\u0161ej architekt\u00fare, je doba v\u00fdpadku pri poruche e\u0161te vy\u0161\u0161ia \u2014 \u0161es\u0165 sek\u00fand.<\/p>\n
S\u010cD Dorado V6 obnovuje svoju \u010dinnos\u0165 iba jednu sekundu po poruche. Tento v\u00fdsledok sa dosahuje v\u010faka homog\u00e9nnemu vn\u00fatorn\u00e9mu RDMA prostrediu, ktor\u00e9 umo\u017e\u0148uje kontrol\u00e9ru pristupova\u0165 k \u201ecudzej\u201c pam\u00e4ti. Druh\u00e1 d\u00f4le\u017eit\u00e1 okolnos\u0165 \u2014 existencia frontend-fabric, v\u010faka ktorej sa cesta pre hostite\u013ea nemen\u00ed. Port zost\u00e1va rovnak\u00fd a z\u00e1\u0165a\u017e sa jednoducho odosiela na funk\u010dn\u00e9 kontrol\u00e9ry pomocou ovl\u00e1da\u010dov multipassing.<\/p>\n
Poruchu druh\u00e9ho kontrol\u00e9ra v Dorado V6 zvl\u00e1da za jednu sekundu rovnak\u00fdm sp\u00f4sobom. V Dorado V3 to trv\u00e1 pribli\u017ene \u0161es\u0165 sek\u00fand, a v rie\u0161en\u00ed in\u00e9ho dod\u00e1vate\u013ea \u2014 dev\u00e4\u0165. Pre mnoh\u00e9 DBMS tak\u00e9to intervaly u\u017e nemo\u017eno pova\u017eova\u0165 za prijate\u013en\u00e9, preto\u017ee po\u010das tejto doby sa syst\u00e9m prep\u00edna do re\u017eimu standby a prest\u00e1va fungova\u0165. To sa prim\u00e1rne t\u00fdka DBMS, ktor\u00e9 s\u00fa zlo\u017een\u00e9 z viacer\u00fdch sekci\u00ed.<\/p>\n
Poruchu tretieho kontrol\u00e9ra Solution A nie je mo\u017en\u00e9 zvl\u00e1dnu\u0165. Jednoducho preto, \u017ee sa strat\u00ed pr\u00edstup k \u010dasti diskov s \u00fadajmi. Na druhej strane, Solution B v takejto situ\u00e1cii obnovuje funk\u010dnos\u0165, pri\u010dom na to potrebuje, ako v predch\u00e1dzaj\u00facom pr\u00edpade, dev\u00e4\u0165 sek\u00fand.<\/p>\n
\u010co sa deje s Dorado V6? Jedna sekunda.<\/p>\n
\u010co sa d\u00e1 stihn\u00fa\u0165 za sekundu<\/h2>\n \nTakmer ni\u010d, ale to ani nepotrebujeme. E\u0161te raz zopakujeme, \u017ee v Dorado V6 hi-end triedy je frontendov\u00e1 fabrika oddelen\u00e1 od fabriky kontrol\u00e9rov. To znamen\u00e1, \u017ee neexistuj\u00fa ani striktne vyhraden\u00e9 porty patr\u00edacich konkr\u00e9tnemu kontrol\u00e9ru. Prestavba pri zlyhan\u00ed nepredpoklad\u00e1 h\u013eadanie alternat\u00edvnych dr\u00e1h ani reinitializ\u00e1ciu multipassingu. Syst\u00e9m pokra\u010duje v prev\u00e1dzke, ako fungoval.<\/p>\n
Odolnos\u0165 vo\u010di mnoh\u00fdm zlyhaniam<\/h2>\n \nStar\u0161ie modely Dorado V6 bez probl\u00e9mov pre\u017eij\u00fa s\u00fa\u010dasn\u00e9 zlyhanie dvoch \u013eubovo\u013en\u00fdch (!) kontrol\u00e9rov z ktor\u00e9hoko\u013evek \u201emotora\u201c. To bolo mo\u017en\u00e9 v\u010faka tomu, \u017ee teraz rie\u0161enie uchov\u00e1va tri k\u00f3pie cache. Preto aj pri dvojitom zlyhan\u00ed v\u017edy existuje jedna funk\u010dn\u00e1 k\u00f3pia.<\/p>\n
S\u00fa\u010dasn\u00e9 zlyhanie v\u0161etk\u00fdch \u0161tyroch kontrol\u00e9rov v jednom z \u201emotorov\u201c taktie\u017e nesp\u00f4sob\u00ed fat\u00e1lne n\u00e1sledky, preto\u017ee v\u0161etky tri k\u00f3pie cache s\u00fa v ka\u017edom momente distribuovan\u00e9 medzi \u201emotormi\u201c. O dodr\u017eiavan\u00ed tejto logiky sa star\u00e1 samotn\u00fd syst\u00e9m.<\/p>\n
Kone\u010dne, \u00faplne nepravdepodobn\u00fdm sc\u00e9narom je postupn\u00e9 zlyhanie siedmich kontrol\u00e9rov z \u00f4smich. Minim\u00e1lny povolen\u00fd interval na udr\u017eanie funk\u010dnosti medzi jednotliv\u00fdmi zlyhaniami je 15 min\u00fat. Po\u010das tohto \u010dasu sa \u00falo\u017eisko dok\u00e1\u017ee dokon\u010di\u0165 oper\u00e1cie potrebn\u00e9 na migr\u00e1ciu cache.<\/p>\n
Posledn\u00fd pre\u017eil kontrol\u00e9r bude zabezpe\u010dova\u0165 prev\u00e1dzku \u00falo\u017eiska a udr\u017eiava\u0165 cache po dobu piatich dn\u00ed (predvolen\u00e1 hodnota, ktor\u00fa je mo\u017en\u00e9 \u013eahko zmeni\u0165 v nastaveniach). Po tejto dobe bude cache vypnut\u00e1, ale prev\u00e1dzka \u00falo\u017eiska bude pokra\u010dova\u0165.<\/p>\n
Nezavadzaj\u00face aktualiz\u00e1cie<\/h2>\n \nNov\u00fd opera\u010dn\u00fd syst\u00e9m Dorado V6 umo\u017e\u0148uje aktualiz\u00e1ciu firmv\u00e9ru \u00falo\u017eiska bez re\u0161tartovania kontrol\u00e9rov.<\/p>\n
Opera\u010dn\u00fd syst\u00e9m, rovnako ako v pr\u00edpade predch\u00e1dzaj\u00facich rie\u0161en\u00ed, je zalo\u017een\u00fd na Linuxe, av\u0161ak mnoh\u00e9 opera\u010dn\u00e9 procesy boli presunut\u00e9 z jadra do pou\u017e\u00edvate\u013esk\u00e9ho re\u017eimu. V\u00e4\u010d\u0161ina funkci\u00ed, napr\u00edklad zodpovedaj\u00facich za deduplik\u00e1ciu a kompresiu, s\u00fa teraz be\u017en\u00e9 d\u00e9mony funguj\u00face na pozad\u00ed. V\u010faka tomu nie je potrebn\u00e9 meni\u0165 cel\u00fd opera\u010dn\u00fd syst\u00e9m na aktualiz\u00e1ciu jednotliv\u00fdch modulov. Povedzme, \u017ee na pridanie podpory pre nov\u00fd protokol bude sta\u010di\u0165 len vypn\u00fa\u0165 pr\u00edslu\u0161n\u00fd softv\u00e9rov\u00fd modul a spusti\u0165 nov\u00fd.<\/p>\n
Je jasn\u00e9, \u017ee ot\u00e1zky aktualiz\u00e1cie syst\u00e9mu zost\u00e1vaj\u00fa, preto\u017ee aj v jadre m\u00f4\u017eu by\u0165 prvky, ktor\u00e9 potrebuj\u00fa aktualiz\u00e1ciu. No t\u00fdchto je pod\u013ea na\u0161ich pozorovan\u00ed menej ako 6 % z celkov\u00e9ho mno\u017estva. To umo\u017e\u0148uje na\u010falej re\u0161tartova\u0165 kontrol\u00e9ry nieko\u013ekokr\u00e1t menej \u010dasto ako predt\u00fdm.<\/p>\n
Rie\u0161enia s vysokou dostupnos\u0165ou a katastrofou odoln\u00e9 rie\u0161enia (HA\/DR)<\/h2>\n \nDorado V6 je pripraven\u00e1 na integr\u00e1ciu do geograficky distribuovan\u00fdch rie\u0161en\u00ed, metro klastrov a \"trojit\u00fdch\" d\u00e1tov\u00fdch centier.<\/p>\n
V\u013eavo na vy\u0161\u0161ie uvedenej ilustr\u00e1cii \u2014 u\u017e zn\u00e1my metro klastra. Dve SAN-y pracuj\u00fa v re\u017eime active\/active na vzdialenosti a\u017e 100 km od seba. Tak\u00e1to infra\u0161trukt\u00fara s jedn\u00fdm alebo viacer\u00fdmi kv\u00f3rum servermi m\u00f4\u017ee by\u0165 podporovan\u00e1 rie\u0161eniami r\u00f4znych spolo\u010dnost\u00ed, vr\u00e1tane n\u00e1\u0161ho cloudov\u00e9ho opera\u010dn\u00e9ho syst\u00e9mu FusionSphere. Osobitn\u00fd v\u00fdznam v tak\u00fdchto projektoch nadob\u00fadaj\u00fa charakteristiky kan\u00e1la medzi lokalitami, v\u0161etky ostatn\u00e9 \u00falohy preber\u00e1 funkcia HyperMetro, ktor\u00e1 je taktie\u017e dostupn\u00e1 \u201ez krabice\u201c. Je mo\u017en\u00e1 integr\u00e1cia prostredn\u00edctvom Fibre Channel, ako aj cez iSCSI v IP sie\u0165ach, ak sa objav\u00ed tak\u00e1 potreba. Potreba vyhraden\u00fdch \u201etmav\u00fdch\u201c opt\u00edk u\u017e nie je povinn\u00e1, preto\u017ee syst\u00e9m dok\u00e1\u017ee komunikova\u0165 cez existuj\u00face kan\u00e1ly.<\/p>\n
Pri budovan\u00ed tak\u00fdchto syst\u00e9mov je jedinou hardv\u00e9rovou po\u017eiadavkou na SAN vy\u010dlenenie portov pre replik\u00e1ciu. Sta\u010d\u00ed zak\u00fapi\u0165 licenciu, spusti\u0165 kv\u00f3rum servery \u2014 fyzick\u00e9 alebo virtu\u00e1lne \u2014 a zabezpe\u010di\u0165 IP konektivitu k kontrol\u00e9rom (10 Mbit\/s, 50 ms).<\/p>\n
T\u00fato architekt\u00faru je mo\u017en\u00e9 \u013eahko prenies\u0165 na syst\u00e9m s tromi d\u00e1tov\u00fdmi centrami (pozri prav\u00fa \u010das\u0165 ilustr\u00e1cie). Napr\u00edklad, ke\u010f dva d\u00e1tov\u00e9 centr\u00e1 pracuj\u00fa v re\u017eime metro klastra a tretia lokalita, umiestnen\u00e1 vo vzdialenosti viac ako 100 km, vyu\u017e\u00edva asynchr\u00f3nnu replik\u00e1ciu.<\/p>\n
Syst\u00e9m technologicky podporuje r\u00f4zne obchodn\u00e9 scen\u00e1re, ktor\u00e9 sa realizuj\u00fa v pr\u00edpade rozsiahlej hav\u00e1rie.<\/p>\n
Pre\u017eitie metro klastra pri viacer\u00fdch zlyhaniach<\/h2>\n \nNa vy\u0161\u0161ie a ni\u017e\u0161ie je taktie\u017e zobrazen\u00fd klasick\u00fd metro klastra, ktor\u00fd pozost\u00e1va z dvoch SAN a kv\u00f3rum servera. Ako vid\u00edte, v \u0161iestich z deviatich mo\u017en\u00fdch scen\u00e1rov viacer\u00fdch zlyhan\u00ed na\u0161a infra\u0161trukt\u00fara udr\u017e\u00ed funk\u010dnos\u0165.<\/p>\n
Napr\u00edklad, v druhom scen\u00e1ri, pri zlyhan\u00ed kv\u00f3rumov\u00e9ho servera a synchroniz\u00e1cii medzi lokalitami, syst\u00e9m zost\u00e1va produkt\u00edvny, preto\u017ee druh\u00e1 lokalita prest\u00e1va pracova\u0165. Tak\u00e9to spr\u00e1vanie sa u\u017e premietlo do zabudovan\u00fdch algoritmov.<\/p>\n
Aj po troch zlyhaniach m\u00f4\u017ee by\u0165 pr\u00edstup k inform\u00e1ci\u00e1m zachovan\u00fd, ak interval medzi nimi bol aspo\u0148 15 sek\u00fand.<\/p>\n
Zvy\u010dajn\u00fd tromf v ruk\u00e1ve<\/h2>\n \nPripom\u00edname, \u017ee Huawei vyr\u00e1ba nie len \u00falo\u017eisk\u00e1, ale aj kompletn\u00fd rad sie\u0165ov\u00e9ho vybavenia. Nech u\u017e si vyberiete ak\u00e9hoko\u013evek dod\u00e1vate\u013ea \u00falo\u017eiska, ak sa medzi lokalitami pou\u017e\u00edva sie\u0165 WDM, v 90% pr\u00edpadoch bude postaven\u00e1 na rie\u0161eniach na\u0161ej spolo\u010dnosti. Vznik\u00e1 logick\u00e1 ot\u00e1zka: pre\u010do zhroma\u017e\u010fova\u0165 zoo syst\u00e9mov, ke\u010f v\u0161etko garantovane kompatibiln\u00e9 medzi sebou \u201e\u017eelezo\u201c m\u00f4\u017eete z\u00edska\u0165 od jedn\u00e9ho dod\u00e1vate\u013ea?<\/p>\n
K ot\u00e1zke v\u00fdkonu<\/h2>\n \nAsi nikoho u\u017e netreba presvied\u010da\u0165, \u017ee prechod na All-Flash \u00falo\u017eisk\u00e1 umo\u017e\u0148uje podstatne zn\u00ed\u017ei\u0165 n\u00e1klady na \u00fadr\u017ebu infra\u0161trukt\u00fary, preto\u017ee v\u0161etky rutinn\u00e9 oper\u00e1cie sa vykon\u00e1vaj\u00fa nieko\u013ekon\u00e1sobne r\u00fdchlej\u0161ie. O tom sved\u010d\u00ed v\u0161etci dod\u00e1vatelia tak\u00e9hoto vybavenia. Medzit\u00fdm mnoh\u00ed dod\u00e1vatelia za\u010d\u00ednaj\u00fa zav\u00e1dza\u0165, ke\u010f pr\u00edde na pokles v\u00fdkonu pri aktiv\u00e1cii r\u00f4znych re\u017eimov prev\u00e1dzky \u00falo\u017eiska.<\/p>\n
V na\u0161ej bran\u017ei je \u0161iroko praktikovan\u00e9 poskytovanie \u00falo\u017eiska na testovanie po dobu jedn\u00e9ho alebo dvoch dn\u00ed. Dod\u00e1vate\u013e sp\u00fa\u0161\u0165a 20-min\u00fatov\u00fd test na pr\u00e1zdnom syst\u00e9me, pri\u010dom dosahuje astronomick\u00e9 ukazovatele v\u00fdkonu. A v re\u00e1lnej prev\u00e1dzke sa r\u00fdchlo objavuj\u00fa \u201epodvodn\u00e9 \u00faskalia\u201c. U\u017e po dni sa kr\u00e1sne hodnoty IOPS zni\u017euj\u00fa dvakr\u00e1t a\u017e trikr\u00e1t, a ak sa \u00falo\u017eisko napln\u00ed na 80%, s\u00fa e\u0161te ni\u017e\u0161ie. Pri aktiv\u00e1cii RAID 5 namiesto RAID 10 sa str\u00e1ca \u010fal\u0161\u00edch 10-15%, a v re\u017eime metro-klastra sa v\u00fdkon dodato\u010dne polovi\u010d\u00ed.<\/p>\n
V\u0161etko, \u010do je uveden\u00e9 vy\u0161\u0161ie, nie je o Dorado V6. Na\u0161i z\u00e1kazn\u00edci maj\u00fa mo\u017enos\u0165 spusti\u0165 test v\u00fdkonu cez v\u00edkend alebo aspo\u0148 na noc. Vtedy sa prejav\u00ed \u00fadr\u017eba a tie\u017e sa uk\u00e1\u017ee, ako aktiv\u00e1cia r\u00f4znych mo\u017enost\u00ed \u2014 ako s\u00fa sn\u00edmky a replik\u00e1cia \u2014 vpl\u00fdva na dosiahnut\u00e9 hodnoty IOPS.<\/p>\n
V Dorado V6 sn\u00edmky a RAID s paritou prakticky neovplyv\u0148uj\u00fa v\u00fdkon (3\u20135 % namiesto 10\u201315 %). Zbierka odpadu (vyplnenie buniek \u00falo\u017eiska nulami), kompresia, deduplik\u00e1cia na S\u00daD, vyplnenom na 80 %, v\u017edy bude ovplyv\u0148ova\u0165 celkov\u00fa r\u00fdchlos\u0165 spracovania po\u017eiadaviek. Ale pr\u00e1ve Dorado V6 je zauj\u00edmav\u00e9 t\u00fdm, \u017ee ak\u00fako\u013evek kombin\u00e1ciu funkci\u00ed a ochrann\u00fdch mechanizmov aktivujete, kone\u010dn\u00fd v\u00fdkon S\u00daD neklesne pod 80 % hodnoty dosiahnutej bez za\u0165a\u017eenia.<\/p>\n
Vyva\u017eovanie z\u00e1\u0165a\u017ee<\/h2>\n \nVysok\u00fd v\u00fdkon Dorado V6 sa dosahuje prostredn\u00edctvom vyva\u017eovania v ka\u017edej f\u00e1ze, a to konkr\u00e9tne:<\/p>\n
\nmultipassovania;<\/li>\n pou\u017e\u00edvanie viacer\u00fdch pripojen\u00ed z jedn\u00e9ho hostite\u013ea;<\/li>\n existencia frontendovej fabriky;<\/li>\n paraleliz\u00e1cia pr\u00e1ce kontrol\u00e9rov S\u00daD;<\/li>\n rozdelenie za\u0165a\u017eenia medzi v\u0161etk\u00fdmi \u00falo\u017eiskami na \u00farovni RAID 2.0+.<\/li>\n<\/ul>\n\nV podstate ide o be\u017en\u00fa prax. V dne\u0161nej dobe m\u00e1lo kto uchov\u00e1va v\u0161etky \u00fadaje na jednom LUN: v\u0161etci sa sna\u017eia, aby ich bolo aspo\u0148 osem, aspo\u0148 \u0161tyridsa\u0165, alebo aj viac. Ide o zjavn\u00fd a spr\u00e1vny pr\u00edstup, ktor\u00fd zdie\u013eame. Ale ak va\u0161a \u00faloha vy\u017eaduje pridelenie iba jedn\u00e9ho LUN, ktor\u00fd je jednoduch\u0161ie spravova\u0165, na\u0161e architektonick\u00e9 rie\u0161enia umo\u017e\u0148uj\u00fa dosiahnu\u0165 na \u0148om v\u00fdkon 80 % z hodnoty dostupnej pri pou\u017eit\u00ed viacer\u00fdch LUN.<\/p>\n
Dynamick\u00e9 pl\u00e1novanie za\u0165a\u017eenia procesorov<\/h2>\n \nRozdelenie za\u0165a\u017eenia na procesory pri pou\u017e\u00edvan\u00ed jedn\u00e9ho LUN m\u00e1me implementovan\u00e9 nasledovne: \u00falohy s\u00fa u\u017e na \u00farovni LUN rozdelen\u00e9 na jednotliv\u00e9 mal\u00e9 \"shardy\", z ktor\u00fdch ka\u017ed\u00fd je pevne viazan\u00fd na konkr\u00e9tny kontrol\u00e9r v \"eng\u00edne\". Toto je uskuto\u010dnen\u00e9 tak, aby syst\u00e9m nestr\u00e1cal v\u00fdkon, ke\u010f \"sk\u00e1\u010de\" s touto \u010das\u0165ou \u00fadajov medzi r\u00f4znymi kontrol\u00e9rmi. <\/p>\n
\u010eal\u0161\u00edm mechanizmom zachovania vysok\u00e9ho v\u00fdkonu je dynamick\u00e9 pl\u00e1novanie, pri ktorom m\u00f4\u017eu by\u0165 r\u00f4zne procesorov\u00e9 jadr\u00e1 pridelen\u00e9 pod r\u00f4zne pooly \u00faloh. Napr\u00edklad, ak je teraz syst\u00e9m neakt\u00edvny na \u00farovni deduplik\u00e1cie a kompresie, \u010das\u0165 jadier sa m\u00f4\u017ee zapoji\u0165 do procesu spr\u00e1vy vstupu-v\u00fdstupu. Alebo naopak. To v\u0161etko sa vykon\u00e1va automaticky a transparentne pre pou\u017e\u00edvate\u013ea. <\/p>\n
\u00dadaje o aktu\u00e1lnom za\u0165a\u017een\u00ed ka\u017ed\u00e9ho z jadier Dorado V6 nie s\u00fa zobrazen\u00e9 v grafickom rozhran\u00ed, ale prostredn\u00edctvom pr\u00edkazov\u00e9ho riadku sa m\u00f4\u017eete obr\u00e1ti\u0165 na OS kontrol\u00e9ru a vyu\u017ei\u0165 be\u017en\u00fd linuxov\u00fd pr\u00edkaz. top<\/i>.<\/p>\n
Podpora NVMe a RoCE<\/h2>\n \nAko u\u017e bolo spomenut\u00e9, v s\u00fa\u010dasnosti Dorado V6 plne podporuje NVMe over Fibre Channel \u201ez krabice\u201c a nevy\u017eaduje \u017eiadne licencie. V polovici roka sa objav\u00ed podpora pre re\u017eim NVMe over Ethernet. Pre jej plnohodnotn\u00e9 vyu\u017eitie bude potrebn\u00e1 podpora Ethernetu s priamym pr\u00edstupom do pam\u00e4te (DMA) verzie v2.0, a to zo strany samotnej STHD, ako aj zo strany prep\u00edna\u010dov a sie\u0165ov\u00fdch adapt\u00e9r\u016f. Napr\u00edklad, ako s\u00fa Mellanox ConnectX-4 alebo ConnectX-5. M\u00f4\u017eete vyu\u017ei\u0165 aj sie\u0165ov\u00e9 karty postaven\u00e9 na na\u0161ich \u010dipoch. Podpora RoCE by mala by\u0165 realizovan\u00e1 na \u00farovni opera\u010dn\u00e9ho syst\u00e9mu.<\/p>\n
Celkovo pova\u017eujeme Dorado V6 za syst\u00e9m orientovan\u00fd na NVMe. Napriek existuj\u00facej podpore Fibre Channel a iSCSI sa v bud\u00facnosti pl\u00e1nuje prechod na r\u00fdchly Ethernet s RDMA.<\/p><\/blockquote>\n
\u0160tipka marketingu<\/h2>\n \nV\u010faka vysok\u00e9j odolnosti syst\u00e9mu Dorado V6 vo\u010di poruch\u00e1m, dobrej horizont\u00e1lnej \u0161k\u00e1lovate\u013enosti, podpore r\u00f4znych migra\u010dn\u00fdch technol\u00f3gi\u00ed a pod., sa ekonomick\u00fd efekt z jeho zak\u00fapenia prejavuje so za\u010diatkom intenz\u00edvneho vyu\u017e\u00edvania STHD. Budeme sa na\u010falej sna\u017ei\u0165 robi\u0165 vlastn\u00edctvo syst\u00e9mu \u010do najv\u00fdhodnej\u0161ie, aj ke\u010f na prv\u00fd poh\u013ead to nie je zjavn\u00e9.<\/p>\n
V tomto smere sme vytvorili program FLASH EVER, ktor\u00fd sa t\u00fdka predl\u017eovania \u017eivotn\u00e9ho cyklu STHD a je ur\u010den\u00fd na to, aby \u010do najviac u\u013eah\u010dil z\u00e1kazn\u00edkovi realiz\u00e1ciu upgrade.<\/p>\n
\nmo\u017enos\u0165 postupnej v\u00fdmeny kontrol\u00e9rov a pol\u00edc s diskami za nov\u00e9 verzie bez v\u00fdmeny cel\u00e9ho zariadenia (pre syst\u00e9my Dorado V6 triedy hi-end);<\/li>\n mo\u017enos\u0165 federat\u00edvneho ukladania (zlu\u010dovanie r\u00f4znych verzi\u00ed Dorado v r\u00e1mci jedn\u00e9ho hybridn\u00e9ho klastra STHD);<\/li>\n inteligentn\u00fa virtualiz\u00e1ciu (mo\u017enos\u0165 pou\u017e\u00edva\u0165 zariadenia tretej strany ako s\u00fa\u010das\u0165 rie\u0161enia Dorado).<\/li>\n<\/ul>\n\n
Okrem in\u00e9ho, v s\u00favislosti s pand\u00e9miou, nech u\u017e trv\u00e1 akoko\u013evek dlho, sa obzvl\u00e1\u0161\u0165 ostro objavuje ot\u00e1zka zabezpe\u010denia vzdialen\u00fdch zamestnancov virtu\u00e1lnymi pracovn\u00fdmi stolmi. V tomto procese by mohla Dorado V6 tie\u017e vyrie\u0161i\u0165 mnoho ot\u00e1zok. Na to vynaklad\u00e1me v\u0161etky potrebn\u00e9 \u00fasilie, vr\u00e1tane praktick\u00fdch doh\u00f4d o zaraden\u00ed nov\u00e9ho syst\u00e9mu do zoznamu kompatibility VMware.<\/p>\n
***<\/h2>\n \nMimochodom, nezab\u00fadajte na na\u0161e mnoh\u00e9 webin\u00e1re, ktor\u00e9 sa konaj\u00fa nielen v rusky hovoriacom segmente, ale aj na glob\u00e1lnej \u00farovni. Zoznam webin\u00e1rov na apr\u00edl je dostupn\u00fd na odkaze<\/a><\/noindex>. habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u041f\u043e\u0436\u0430\u043b\u0443\u0439\u0441\u0442\u0430, \u043d\u0435 \u0441\u043f\u0435\u0448\u0438\u0442\u0435 \u0441 \u0432\u044b\u0432\u043e\u0434\u0430\u043c\u0438 \u0438\u0437-\u0437\u0430 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0430! \u0423 \u043d\u0430\u0441 \u0435\u0441\u0442\u044c \u0443\u0432\u0435\u0441\u0438\u0441\u0442\u044b\u0435 \u0430\u0440\u0433\u0443\u043c\u0435\u043d\u0442\u044b \u0432 \u0435\u0433\u043e \u043f\u043e\u0434\u0442\u0432\u0435\u0440\u0436\u0434\u0435\u043d\u0438\u0435, \u0438 \u043c\u044b \u0443\u043f\u0430\u043a\u043e\u0432\u0430\u043b\u0438 \u0438\u0445, \u043d\u0430\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043c\u043e\u0433\u043b\u0438 \u043a\u043e\u043c\u043f\u0430\u043a\u0442\u043d\u043e. \u041f\u0440\u0435\u0434\u043b\u0430\u0433\u0430\u0435\u043c \u0432\u0430\u0448\u0435\u043c\u0443 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u044e \u043f\u043e\u0441\u0442 \u043e \u043a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u0438 \u0438 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u0430\u0445 \u0440\u0430\u0431\u043e\u0442\u044b \u043d\u0430\u0448\u0435\u0439 \u043d\u043e\u0432\u043e\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u0434\u0430\u043d\u043d\u044b\u0445, \u0440\u0435\u043b\u0438\u0437 \u043a\u043e\u0442\u043e\u0440\u043e\u0439 \u0441\u043e\u0441\u0442\u043e\u044f\u043b\u0441\u044f \u0432 \u044f\u043d\u0432\u0430\u0440\u0435 2020 \u0433\u043e\u0434\u0430. \u041f\u043e \u043d\u0430\u0448\u0435\u043c\u0443 \u0443\u0431\u0435\u0436\u0434\u0435\u043d\u0438\u044e, \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u043a\u043e\u043d\u043a\u0443\u0440\u0435\u043d\u0442\u043d\u043e\u0435 \u043f\u0440\u0435\u0438\u043c\u0443\u0449\u0435\u0441\u0442\u0432\u043e \u0441\u0435\u043c\u0435\u0439\u0441\u0442\u0432\u0443 \u0421\u0425\u0414 Dorado V6 \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0438\u0432\u0430\u044e\u0442 \u0438\u043c\u0435\u043d\u043d\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":79692,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-79691","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Pre\u010do](\"\/wp-content\/uploads\/2020\/04\/36c949c0c7099441a62597353bd084a6.png\")