\nProcesor Kunpeng jest systemem na chipie (SoC), w kt\u00f3rym poza blokiem obliczeniowym znajduj\u0105 si\u0119 modu\u0142y sprz\u0119towe przyspieszaj\u0105ce r\u00f3\u017cne procesy, takie jak obliczanie sum kontrolnych czy wykonywanie \"kod\u00f3w kasowania\" (erasure coding). Zawiera on r\u00f3wnie\u017c sprz\u0119towe wsparcie dla SAS, Ethernet, DDR4 (od sze\u015bciu do o\u015bmiu kana\u0142\u00f3w) itd. Wszystko to pozwala Huawei tworzy\u0107 kontrolery pami\u0119ci masowej, kt\u00f3re nie ust\u0119puj\u0105 wydajno\u015bci\u0105 klasycznym rozwi\u0105zaniom Intel. <\/p>\n
Ponadto w\u0142asne rozwi\u0105zania oparte na architekturze ARM daj\u0105 Huawei mo\u017cliwo\u015b\u0107 tworzenia wszechstronnych rozwi\u0105za\u0144 serwerowych i oferowania ich swoim klientom jako alternatyw\u0119 dla x86.<\/p>\n
\nWewn\u0119trzna architektura systemu Dorado V6 wy\u017cszej serii sk\u0142ada si\u0119 z czterech g\u0142\u00f3wnych subdomen (fabryk). <\/p>\n
Pierwsza fabryka jest og\u00f3lnym frontendem (interfejsami sieciowymi, kt\u00f3re odpowiadaj\u0105 za komunikacj\u0119 z fabryk\u0105 SAN lub hostami). <\/p>\n
Druga \u2013 zestaw kontroler\u00f3w, z kt\u00f3rych ka\u017cdy mo\u017ce przez protok\u00f3\u0142 RDMA \"po\u0142\u0105czy\u0107 si\u0119\" zar\u00f3wno z dowoln\u0105 kart\u0105 sieciow\u0105 frontendu, jak i z s\u0105siednim \u201esilnikiem\u201d (engine), kt\u00f3ry stanowi skrzynk\u0119 z czterema kontrolerami oraz wsp\u00f3lnymi dla nich blokami zasilania i ch\u0142odzenia. Obecnie modele Dorado V6 klasy hi-end mog\u0105 by\u0107 wyposa\u017cone w dwa takie \u201esilniki\u201d (a zatem osiem kontroler\u00f3w).<\/p>\n
Trzecia fabryka odpowiada za backend i sk\u0142ada si\u0119 z kart sieciowych RDMA 100G.<\/p>\n
Na koniec, czwarta fabryka \u201aw sprz\u0119cie\u2018 jest reprezentowana przez pod\u0142\u0105czane inteligentne p\u00f3\u0142ki z no\u015bnikami.<\/p>\n
Taka symetryczna struktura ujawnia ca\u0142y potencja\u0142 technologii NVMe i gwarantuje wysok\u0105 wydajno\u015b\u0107 oraz niezawodno\u015b\u0107. Proces wprowadzania i wyprowadzania jest maksymalnie r\u00f3wnolegle rozdzielany pomi\u0119dzy procesory i rdzenie, zapewniaj\u0105c jednoczesne odczyty i zapisy w wielu strumieniach.<\/p>\n
\nMaksymalna wydajno\u015b\u0107 rozwi\u0105za\u0144 Dorado V6 jest oko\u0142o trzykrotnie wy\u017csza od wynik\u00f3w system\u00f3w poprzedniej generacji (tej samej klasy) i mo\u017ce osi\u0105ga\u0107 20 mln IOPS. <\/p>\n
Jest to spowodowane tym, \u017ce w poprzedniej generacji urz\u0105dze\u0144 wsparcie dla NVMe ogranicza\u0142o si\u0119 tylko do pod\u0142\u0105czanych p\u00f3\u0142ek z no\u015bnikami. Teraz jest obecne na wszystkich etapach, od hosta do SSD. Sie\u0107 backendu r\u00f3wnie\u017c przesz\u0142a zmiany: SAS\/PCIe ust\u0105pi\u0142y miejsca RoCEv2 o przepustowo\u015bci 100 Gbit\/s. <\/p>\n
Zmieni\u0142 si\u0119 tak\u017ce sam form-factor SSD. Je\u015bli wcze\u015bniej na p\u00f3\u0142k\u0119 2U przypada\u0142o 25 no\u015bnik\u00f3w, to teraz zwi\u0119kszono j\u0105 do 36 dysk\u00f3w w formacie palm-sized. Co wi\u0119cej, p\u00f3\u0142ki \u201asta\u0142y si\u0119 inteligentniejsze\u2018. Ka\u017cda z nich teraz ma system odporny na awarie sk\u0142adaj\u0105cy si\u0119 z dw\u00f3ch kontroler\u00f3w opartych na chipach ARM, podobnych do tych, kt\u00f3re s\u0105 zainstalowane w centralnych kontrolerach. <\/p>\n
Kompresja i deduplikacja w ASX poprzedniej generacji realizowana by\u0142a z blokami o sta\u0142ej d\u0142ugo\u015bci. Teraz dodano tryb pracy z blokami o zmiennej d\u0142ugo\u015bci, kt\u00f3ry na razie trzeba w\u0142\u0105cza\u0107 r\u0119cznie. Kolejne firmware\u2019y mog\u0105 zmieni\u0107 ten stan rzeczy.<\/p>\n
Kr\u00f3tko o tolerancji na awarie. Dorado V3 zachowywa\u0142a funkcjonalno\u015b\u0107, je\u015bli jeden kontroler z dw\u00f3ch zawi\u00f3d\u0142. Dorado V6 zapewni dost\u0119pno\u015b\u0107 danych nawet w przypadku, gdy awarii ulegnie kolejno siedem kontroler\u00f3w z o\u015bmiu lub jednocze\u015bnie cztery z jednego \u201asilnika\u2018.<\/p>\n
\nNiedawno w\u015br\u00f3d klient\u00f3w Huawei przeprowadzono ankiet\u0119, w kt\u00f3rej zapytano, jakie czasowe przestoje poszczeg\u00f3lnych element\u00f3w infrastruktury IT s\u0105 dla nich akceptowalne. W wi\u0119kszo\u015bci respondenci z tolerancj\u0105 podeszli do hipotetycznej sytuacji, w kt\u00f3rej aplikacja nie reaguje przez kilka setek sekund. Z kolei dla systemu operacyjnego lub hosta adaptacyjnego szyny krytycznym czasem przestoju okaza\u0142o si\u0119 kilka dziesi\u0119ciu sekund (w zasadzie czas na restart). Jeszcze wy\u017csze wymagania klienci stawiaj\u0105 sieci: jej przepustowo\u015b\u0107 nie powinna spada\u0107 na d\u0142u\u017cej ni\u017c 10\u201320 sekund. Jak \u0142atwo zgadn\u0105\u0107, najkritikalniejsze przestoje badani uznali za awarie system\u00f3w magazynowania. Z perspektywy przedstawicieli biznesu, czas przestoju macierzy dyskowej nie powinien przekracza\u0107\u2026 kilku sekund w skali roku!<\/p>\n
Innymi s\u0142owy, je\u017celi aplikacja kliencka banku nie odpowiada przez 100 sekund, to prawdopodobnie nie spowoduje to katastrofalnych skutk\u00f3w. Jednak\u017ce, je\u015bli przez ten sam czas nie dzia\u0142a macierz dyskowa, mog\u0105 nast\u0105pi\u0107 wstrzymania dzia\u0142alno\u015bci i znaczne straty finansowe.<\/p>\n
Na powy\u017cszym wykresie przedstawiono koszt jednej godziny dzia\u0142alno\u015bci dla dziesi\u0119ciu najwi\u0119kszych bank\u00f3w (dane Forbes z 2017 roku). Zgodzi\u0107 si\u0119 mo\u017cna, \u017ce je\u015bli twoja firma zaczyna dor\u00f3wnywa\u0107 rozmiarem chi\u0144skim bankom, uzasadnienie potrzeby zakupu macierzy dyskowej za kilka milion\u00f3w dolar\u00f3w nie b\u0119dzie trudne. Prawid\u0142owe jest r\u00f3wnie\u017c odwrotne stwierdzenie: je\u015bli biznes nie ponosi istotnych strat na skutek przestoj\u00f3w, w\u00f3wczas raczej nie zdecyduje si\u0119 na zakup klasy hi-end macierzy dyskowej. W ka\u017cdym razie wa\u017cne jest, aby mie\u0107 poj\u0119cie o tym, jak du\u017ca dziura mo\u017ce si\u0119 zawi\u0105za\u0107 w twoim portfelu, podczas gdy administrator systemu zajmuje si\u0119 uszkodzon\u0105 systemem magazynowania danych.<\/p><\/blockquote>\n
Sekunda na awaryjne prze\u0142\u0105czenie<\/h2>\n \nNa ilustracji powy\u017cej w Solution A mo\u017cesz zobaczy\u0107 nasz system poprzedniej generacji Dorado V3. Cztery jego kontrolery pracuj\u0105 parami, a kopie pami\u0119ci podr\u0119cznej znajduj\u0105 si\u0119 tylko w dw\u00f3ch kontrolerach. Kontrolery w obr\u0119bie pary mog\u0105 rozdziela\u0107 obci\u0105\u017cenie. Z jednej strony, jak widzisz, nie ma tu \u201efabryk\u201d front-endu i back-endu, wi\u0119c ka\u017cda z p\u00f3\u0142ek z no\u015bnikami pod\u0142\u0105czona jest do konkretnej pary kontroler\u00f3w.<\/p>\n
Na schemacie Rozwi\u0105zania B pokazano obecnie dost\u0119pne na rynku rozwi\u0105zanie od innego dostawcy (zgad\u0142e\u015b?). Tutaj ju\u017c s\u0105 zar\u00f3wno fabryki front-endowe, jak i back-endowe, a no\u015bniki s\u0105 pod\u0142\u0105czone od razu do czterech kontroler\u00f3w. Jednak w dzia\u0142aniu wewn\u0119trznych algorytm\u00f3w systemu istniej\u0105 nieoczywiste w pierwszym przybli\u017ceniu niuanse.<\/p>\n
Po prawej przedstawiona jest nasza obecna architektura macierzy Dorado V6 ze wszystkimi wewn\u0119trznymi elementami. Przyjrzyjmy si\u0119, jak te systemy radz\u0105 sobie z typow\u0105 sytuacj\u0105 \u2014 awari\u0105 jednego kontrolera.<\/p>\n
W klasycznych systemach, do kt\u00f3rych nale\u017cy Dorado V3, czas wymagany na redystrybucj\u0119 obci\u0105\u017cenia w przypadku awarii wynosi do czterech sekund. W tym czasie wej\u015bcie-wyj\u015bcie ca\u0142kowicie si\u0119 zatrzymuje. W rozwi\u0105zaniu Rozwi\u0105zania B od naszych koleg\u00f3w, pomimo bardziej nowoczesnej architektury, czas przestoju w przypadku awarii jest nawet wy\u017cszy \u2014 sze\u015b\u0107 sekund.<\/p>\n
Macierz Dorado V6 przywraca swoj\u0105 prac\u0119 zaledwie po jednej sekunie od awarii. Taki wynik osi\u0105gany jest dzi\u0119ki jednorodnemu wewn\u0119trznemu \u015brodowisku RDMA, kt\u00f3re pozwala kontrolerowi uzyska\u0107 dost\u0119p do \u201ecudzej\u201d pami\u0119ci. Drugim wa\u017cnym czynnikiem jest obecno\u015b\u0107 front-endowej fabryki, dzi\u0119ki czemu droga dla hosta nie zmienia si\u0119. Port pozostaje ten sam, a obci\u0105\u017cenie po prostu jest kierowane do sprawnych kontroler\u00f3w przez sterowniki multipassing.<\/p>\n
Awaria drugiego kontrolera w Dorado V6 jest realizowana w jedn\u0105 sekund\u0119 wed\u0142ug tej samej zasady. W Dorado V3 zajmuje to oko\u0142o sze\u015bciu sekund, a w rozwi\u0105zaniu innego dostawcy \u2014 dziewi\u0119\u0107. Dla wielu system\u00f3w baz danych takie interwa\u0142y nie mog\u0105 by\u0107 ju\u017c uwa\u017cane za akceptowalne, poniewa\u017c w tym czasie system przechodzi w tryb standby i przestaje dzia\u0142a\u0107. Dotyczy to przede wszystkim system\u00f3w baz danych sk\u0142adaj\u0105cych si\u0119 z wielu cz\u0119\u015bci.<\/p>\n
Awaria trzeciego kontrolera Rozwi\u0105zania A jest nie do zniesienia. Po prostu z tego powodu, \u017ce traci si\u0119 dost\u0119p do cz\u0119\u015bci dysk\u00f3w z danymi. Z kolei Rozwi\u0105zanie B w takiej sytuacji przywraca funkcjonalno\u015b\u0107, na co potrzebne jest, jak w poprzednim przypadku, dziewi\u0119\u0107 sekund.<\/p>\n
Co z Dorado V6? Jedna sekunda.<\/p>\n
Co mo\u017cna zrobi\u0107 w ci\u0105gu sekundy?<\/h2>\n \nPrawie nic, ale tego nam nie trzeba. Jeszcze raz powt\u00f3rzymy, \u017ce w Dorado V6 klasie hi-end fabryka frontendowa jest odseparowana od fabryki kontroler\u00f3w. Oznacza to, \u017ce nie ma twardo przypisanych port\u00f3w do konkretnego kontrolera. Przebudowa w przypadku awarii nie zak\u0142ada szukania alternatywnych dr\u00f3g ani przeinstalowania multipassingu. System dzia\u0142a dalej, jak dzia\u0142a\u0142.<\/p>\n
Odporno\u015b\u0107 na liczne awarie<\/h2>\n \nStarsze modele Dorado V6 bez problemu przetrwaj\u0105 jednoczesne awarie dw\u00f3ch dowolnych (!) kontroler\u00f3w z dowolnych \u00absilnik\u00f3w\u00bb. Sta\u0142o si\u0119 to mo\u017cliwe dzi\u0119ki temu, \u017ce teraz rozwi\u0105zanie przechowuje trzy kopie pami\u0119ci podr\u0119cznej. Dlatego nawet przy podw\u00f3jnej awarii zawsze znajdzie si\u0119 jedna integralna kopia.<\/p>\n
Synchronizowana awaria wszystkich czterech kontroler\u00f3w w jednym z \u00absilnik\u00f3w\u00bb nie spowoduje r\u00f3wnie\u017c katastrofalnych skutk\u00f3w, poniewa\u017c wszystkie trzy kopie pami\u0119ci podr\u0119cznej w ka\u017cdym momencie s\u0105 roz\u0142o\u017cone pomi\u0119dzy \u00absilnikami\u00bb. Nad przestrzeganiem tej logiki pracy czuwa sam system.<\/p>\n
Wreszcie, zupe\u0142nie ma\u0142o prawdopodobnym scenariuszem jest sekwencyjna awaria siedmiu kontroler\u00f3w z o\u015bmiu. Przy czym minimalny dopuszczalny interwa\u0142 mi\u0119dzy poszczeg\u00f3lnymi awariami wynosi 15 minut. W tym czasie system macierzowy zd\u0105\u017cy wykona\u0107 operacje niezb\u0119dne do migracji pami\u0119ci podr\u0119cznej.<\/p>\n
Ostatni dzia\u0142aj\u0105cy kontroler b\u0119dzie zapewnia\u0142 dzia\u0142anie pami\u0119ci masowej i utrzymywa\u0142 pami\u0119\u0107 podr\u0119czn\u0105 przez pi\u0119\u0107 dni (warto\u015b\u0107 domy\u015blna, kt\u00f3r\u0105 mo\u017cna \u0142atwo zmieni\u0107 w ustawieniach). Po tym czasie pami\u0119\u0107 podr\u0119czna zostanie wy\u0142\u0105czona, ale dzia\u0142anie systemu macierzowego b\u0119dzie kontynuowane.<\/p>\n
Nieinwazyjne aktualizacje<\/h2>\n \nNowy system operacyjny Dorado V6 pozwala na aktualizacj\u0119 oprogramowania macierzy bez ponownego uruchamiania kontroler\u00f3w.<\/p>\n
System operacyjny, jak w przypadku wcze\u015bniejszych rozwi\u0105za\u0144, jest oparty na Linuksie, jednak wiele proces\u00f3w operacyjnych zosta\u0142o przeniesionych z j\u0105dra do trybu u\u017cytkownika. Wi\u0119kszo\u015b\u0107 funkcji, na przyk\u0142ad odpowiedzialnych za deduplikacj\u0119 i kompresj\u0119, s\u0105 teraz zwyk\u0142ymi demonami dzia\u0142aj\u0105cymi w tle. Dzi\u0119ki temu aktualizacja poszczeg\u00f3lnych modu\u0142\u00f3w nie wymaga zmiany ca\u0142ego systemu operacyjnego. Powiedzmy, \u017ce dodanie wsparcia dla nowego protoko\u0142u wymaga tylko wy\u0142\u0105czenia odpowiedniego modu\u0142u oprogramowania i uruchomienia nowego.<\/p>\n
Oczywi\u015bcie, pytania dotycz\u0105ce aktualizacji systemu wci\u0105\u017c pozostaj\u0105, poniewa\u017c w j\u0105drze mog\u0105 znajdowa\u0107 si\u0119 elementy wymagaj\u0105ce aktualizacji. Jednak jak pokazuj\u0105 nasze obserwacje, jest ich mniej ni\u017c 6% w stosunku do ca\u0142kowitej liczby. Pozwala to na ponowne uruchamianie kontroler\u00f3w dziesi\u0105tki razy rzadziej ni\u017c wcze\u015bniej.<\/p>\n
Rozwi\u0105zania odporne na awarie i rozwi\u0105zania wysokiej dost\u0119pno\u015bci (HA\/DR)<\/h2>\n \nDorado V6 \u201ez pude\u0142ka\u201d jest gotowe do integracji w geograficzne rozwi\u0105zania rozproszone, klastry na poziomie miejskim (metro) oraz \u201epotr\u00f3jne\u201d centra danych.<\/p>\n
Po lewej na ilustracji powy\u017cej \u2014 znany wielu metro-klaster. Dwie macierze dyskowe dzia\u0142aj\u0105 w trybie active\/active w odleg\u0142o\u015bci do 100 km od siebie. Tego typu infrastruktura z jednym lub kilkoma serwerami quorum mo\u017ce by\u0107 obs\u0142ugiwana przez rozwi\u0105zania r\u00f3\u017cnych firm, w tym naszego systemu operacyjnego chmurowego FusionSphere. Szczeg\u00f3lne znaczenie w takich projektach maj\u0105 parametry kana\u0142u mi\u0119dzy lokalizacjami, wszystkie pozosta\u0142e zadania w naszym przypadku wykonuje funkcja HyperMetro, kt\u00f3ra jest znowu dost\u0119pna \u201ez pude\u0142ka\u201d. Mo\u017cliwa jest integracja przez Fibre Channel, a tak\u017ce przez iSCSI w sieciach IP, je\u015bli zajdzie taka potrzeba. Nie ma ju\u017c potrzeby posiadania dedykowanej \u201eciemnej\u201d optyki, poniewa\u017c system jest w stanie \u0142\u0105czy\u0107 si\u0119 przez istniej\u0105ce kana\u0142y.<\/p>\n
Podczas budowy takich system\u00f3w jedynym wymaganiem sprz\u0119towym dla macierzy dyskowych jest przydzielenie port\u00f3w do replikacji. Wystarczy zakupi\u0107 licencj\u0119, uruchomi\u0107 serwery quorum \u2014 fizyczne lub wirtualne \u2014 i zapewni\u0107 \u0142\u0105czno\u015b\u0107 IP do kontroler\u00f3w (10 Mbit\/s, 50 ms).<\/p>\n
T\u0119 architektur\u0119 \u0142atwo przenie\u015b\u0107 na system z trzema centrami danych (zob. praw\u0105 cz\u0119\u015b\u0107 ilustracji). Na przyk\u0142ad, gdy dwa centra danych pracuj\u0105 w trybie metro-klastra, a trzecia lokalizacja, znajduj\u0105ca si\u0119 w odleg\u0142o\u015bci ponad 100 km, wykorzystuje asynchroniczn\u0105 replikacj\u0119.<\/p>\n
System technologicznie wspiera r\u00f3\u017cne scenariusze biznesowe, kt\u00f3re b\u0119d\u0105 realizowane w przypadku masowego incydentu.<\/p>\n
Prze\u017cywalno\u015b\u0107 metro-klastra podczas kilku awarii<\/h2>\n \nNa powy\u017cszej i poni\u017cszej ilustracji pokazano klasyczny metro-klaster sk\u0142adaj\u0105cy si\u0119 z dw\u00f3ch macierzy dyskowych i serwera quorum. Jak wida\u0107, w sze\u015bciu z dziewi\u0119ciu mo\u017cliwych scenariuszy wielu awarii nasza infrastruktura zachowa sprawno\u015b\u0107.<\/p>\n
Na przyk\u0142ad w drugim scenariuszu, w przypadku awarii serwera kworum i synchronizacji mi\u0119dzy lokalizacjami, system pozostaje wydajny, poniewa\u017c druga lokalizacja przestaje dzia\u0142a\u0107. Tego rodzaju zachowanie jest ju\u017c zakodowane w wbudowanych algorytmach.<\/p>\n
Nawet po trzech awariach dost\u0119p do informacji mo\u017ce by\u0107 zachowany, je\u015bli przerwa mi\u0119dzy nimi wynosi\u0142a co najmniej 15 sekund.<\/p>\n
Znana karta przetargowa<\/h2>\n \nPrzypomnijmy, \u017ce Huawei produkuje nie tylko macierze dysk\u00f3w, ale tak\u017ce pe\u0142en zakres sprz\u0119tu sieciowego. Bez wzgl\u0119du na to, jakiego dostawc\u0119 macierzy wybierzesz, je\u015bli mi\u0119dzy lokalizacjami wykorzystywana jest sie\u0107 WDM, w 90% przypadk\u00f3w b\u0119dzie ona zbudowana na rozwi\u0105zaniach naszej firmy. Pojawia si\u0119 naturalne pytanie: po co zbiera\u0107 zoo system\u00f3w, skoro wszystko, co jest gwarantowanie kompatybilne, mo\u017cna uzyska\u0107 od jednego dostawcy?<\/p>\n
W kontek\u015bcie wydajno\u015bci<\/h2>\n \nPewnie nikogo nie trzeba ju\u017c przekonywa\u0107, \u017ce przej\u015bcie na macierze all-flash znacz\u0105co obni\u017ca koszty utrzymania infrastruktury, poniewa\u017c wszystkie rutynowe operacje s\u0105 wykonywane znacznie szybciej. \u015awiadcz\u0105 o tym wszyscy dostawcy takiego sprz\u0119tu. Tymczasem wielu dostawc\u00f3w zaczyna mija\u0107 si\u0119 z prawd\u0105, gdy mowa o spadku wydajno\u015bci przy w\u0142\u0105czaniu r\u00f3\u017cnych tryb\u00f3w pracy macierzy.<\/p>\n
W naszej bran\u017cy powszechnie praktykuje si\u0119 udost\u0119pnianie macierzy w testowej eksploatacji na jeden lub dwa dni. Dostawca uruchamia 20-minutowy test na pustym systemie, osi\u0105gaj\u0105c kosmiczne wska\u017aniki wydajno\u015bci. A w rzeczywistej eksploatacji szybko pojawiaj\u0105 si\u0119 ukryte problemy. Ju\u017c po 24 godzinach pi\u0119kne warto\u015bci IOPS spadaj\u0105 dwukrotnie lub trzykrotnie, a je\u015bli macierz zostanie zape\u0142niona w 80%, mog\u0105 by\u0107 jeszcze mniejsze. W\u0142\u0105czenie RAID 5 zamiast RAID 10 powoduje dodatkow\u0105 utrat\u0119 10-15%, a w trybie metro-klastra wydajno\u015b\u0107 jeszcze bardziej si\u0119 obni\u017ca.<\/p>\n
Wszystko, co wymieniono powy\u017cej, nie dotyczy Dorado V6. Nasi klienci maj\u0105 mo\u017cliwo\u015b\u0107 przeprowadzenia testu wydajno\u015bci w weekend lub przynajmniej na noc. Wtedy ujawnia si\u0119 proces zbierania odpad\u00f3w, a tak\u017ce staje si\u0119 jasne, jak aktywacja r\u00f3\u017cnych opcji \u2014 takich jak migawki i replikacja \u2014 wp\u0142ywa na osi\u0105gane warto\u015bci IOPS.<\/p>\n
W Dorado V6 migawki i RAID z parzysto\u015bci\u0105 praktycznie nie wp\u0142ywaj\u0105 na wydajno\u015b\u0107 (3\u20135% zamiast 10-15%). Oczyszczanie (wype\u0142nianie kom\u00f3rek dysku zerami), kompresja i deduplikacja w macierzy, wype\u0142nionej w 80%, zawsze rzutuj\u0105 na og\u00f3ln\u0105 pr\u0119dko\u015b\u0107 przetwarzania zapyta\u0144. Jednak to w\u0142a\u015bnie Dorado V6 jest ciekawe, poniewa\u017c niezale\u017cnie od po\u0142\u0105cze\u0144 funkcji i mechanizm\u00f3w ochronnych, kt\u00f3re aktywujesz, ko\u0144cowa wydajno\u015b\u0107 macierzy nie spadnie poni\u017cej 80% wyniku uzyskanego bez obci\u0105\u017cenia.<\/p>\n
Rozk\u0142ad obci\u0105\u017cenia<\/h2>\n \nWysoka wydajno\u015b\u0107 Dorado V6 jest osi\u0105gana dzi\u0119ki balansowaniu na ka\u017cdym etapie, a mianowicie:<\/p>\n
\nmulpasowania;<\/li>\n wykorzystania kilku po\u0142\u0105cze\u0144 z jednego hosta;<\/li>\n obecno\u015bci fabryki frontendowej;<\/li>\n rozpraszania pracy kontroler\u00f3w macierzy;<\/li>\n rozdzia\u0142u obci\u0105\u017cenia w\u015br\u00f3d wszystkich no\u015bnik\u00f3w na poziomie RAID 2.0+.<\/li>\n<\/ul>\n\nW zasadzie to og\u00f3lna praktyka. W dzisiejszych czasach niewiele os\u00f3b przechowuje wszystkie dane na jednym LUN: wszyscy staraj\u0105 si\u0119, \u017ceby ich by\u0142o osiem, czterdzie\u015bci lub nawet wi\u0119cej. To oczywiste i prawid\u0142owe podej\u015bcie, kt\u00f3re podzielamy. Ale je\u015bli Twoje zadanie wymaga posiadania tylko jednego LUN, kt\u00f3ry jest \u0142atwiejszy w obs\u0142udze, nasze rozwi\u0105zania architektoniczne pozwalaj\u0105 osi\u0105gn\u0105\u0107 na nim wydajno\u015b\u0107 80% tej, kt\u00f3ra jest dost\u0119pna przy u\u017cyciu wielu LUN.<\/p>\n
Dynamiczne planowanie obci\u0105\u017cenia procesor\u00f3w<\/h2>\n \nPodzia\u0142 obci\u0105\u017cenia na procesory przy u\u017cyciu jednego LUN zrealizowany jest w nast\u0119puj\u0105cy spos\u00f3b: zadania ju\u017c na poziomie LUN s\u0105 dzielone na pojedyncze ma\u0142e \u201eshardy\u201d, z kt\u00f3rych ka\u017cdy jest sztywno przypisany do konkretnego kontrolera w \u201esilniku\u201d. Zrobiono to po to, aby system nie traci\u0142 wydajno\u015bci podczas \u201eskakania\u201d z tym kawa\u0142kiem danych mi\u0119dzy r\u00f3\u017cnymi kontrolerami. <\/p>\n
Kolejnym mechanizmem utrzymuj\u0105cym wysok\u0105 wydajno\u015b\u0107 jest dynamiczny harmonogram, w kt\u00f3rym pewne rdzenie procesora mog\u0105 by\u0107 dedykowane r\u00f3\u017cnym pulom zada\u0144. Na przyk\u0142ad, je\u015bli system obecnie stoi na poziomie deduplikacji i kompresji, cz\u0119\u015b\u0107 rdzeni mo\u017ce w\u0142\u0105czy\u0107 si\u0119 do obs\u0142ugi wej\u015bcia-wyj\u015bcia. Lub odwrotnie. Wszystko to odbywa si\u0119 automatycznie i w spos\u00f3b przezroczysty dla u\u017cytkownika. <\/p>\n
Dane o bie\u017c\u0105cym obci\u0105\u017ceniu ka\u017cdego z rdzeni Dorado V6 nie s\u0105 wy\u015bwietlane w interfejsie graficznym, ale za pomoc\u0105 wiersza polece\u0144 mo\u017cna uzyska\u0107 dost\u0119p do systemu operacyjnego kontrolera i skorzysta\u0107 z typowego polecenia linuksowego. top<\/i>.<\/p>\n
Wsparcie NVMe i RoCE<\/h2>\n \nJak ju\u017c wspomniano, obecnie Dorado V6 w pe\u0142ni obs\u0142uguje NVMe over Fibre Channel \u00abz pude\u0142ka\u00bb i nie wymaga \u017cadnych licencji. W po\u0142owie roku pojawi si\u0119 wsparcie dla trybu NVMe over Ethernet. Aby w pe\u0142ni wykorzysta\u0107 t\u0119 funkcjonalno\u015b\u0107, b\u0119dzie potrzebne wsparcie Ethernet z bezpo\u015brednim dost\u0119pem do pami\u0119ci (DMA) wersji v2.0 zar\u00f3wno ze strony samego systemu pami\u0119ci masowej, jak i ze strony prze\u0142\u0105cznik\u00f3w i kart sieciowych. Na przyk\u0142ad takich jak Mellanox ConnectX-4 lub ConnectX-5. Mo\u017cna te\u017c skorzysta\u0107 z kart sieciowych wyprodukowanych na bazie naszych uk\u0142ad\u00f3w. Wsparcie RoCE powinno by\u0107 r\u00f3wnie\u017c realizowane na poziomie systemu operacyjnego.<\/p>\n
Og\u00f3lnie uwa\u017camy, \u017ce Dorado V6 to system zorientowany na NVMe. Pomimo istniej\u0105cego wsparcia dla Fibre Channel i iSCSI, w przysz\u0142o\u015bci planujemy przej\u015bcie na szybki Ethernet z RDMA.<\/p><\/blockquote>\n
Szczypta marketingu<\/h2>\n \nDzi\u0119ki temu, \u017ce system Dorado V6 charakteryzuje si\u0119 wysok\u0105 odporno\u015bci\u0105 na awarie, dobrze skaluje si\u0119 poziomo, wspiera r\u00f3\u017cne technologie migracji itd., efekt ekonomiczny zwi\u0105zany z jego nabyciem ujawnia si\u0119 z pocz\u0105tkiem intensywnej eksploatacji systemu pami\u0119ci masowej. B\u0119dziemy dalej stara\u0107 si\u0119 uczyni\u0107 posiadanie systemu maksymalnie op\u0142acalnym, nawet je\u015bli na pocz\u0105tku nie jest to od razu widoczne.<\/p>\n
W szczeg\u00f3lno\u015bci, stworzyli\u015bmy program FLASH EVER, zwi\u0105zany z wyd\u0142u\u017ceniem cyklu \u017cycia systemu pami\u0119ci masowej i maj\u0105cy na celu jak najwi\u0119ksze odci\u0105\u017cenie klienta podczas przeprowadzania aktualizacji.<\/p>\n
\nmo\u017cliwo\u015b\u0107 stopniowej wymiany kontroler\u00f3w i p\u00f3\u0142ek z dyskami na nowe wersje bez ca\u0142kowitej wymiany sprz\u0119tu (dla system\u00f3w Dorado V6 klasy hi-end);<\/li>\n mo\u017cliwo\u015b\u0107 federacyjnego przechowywania (po\u0142\u0105czenie r\u00f3\u017cnych wersji Dorado w ramach jednego hybrydowego klastra systemu pami\u0119ci masowej);<\/li>\n inteligentn\u0105 wirtualizacj\u0119 (mo\u017cliwo\u015b\u0107 wykorzystania sprz\u0119tu zewn\u0119trznego jako cz\u0119\u015bci rozwi\u0105zania Dorado).<\/li>\n<\/ul>\n\n
Opr\u00f3cz tego, w zwi\u0105zku z pandemi\u0105, niezale\u017cnie od tego, jak d\u0142ugo potrwa, szczeg\u00f3lnie pilna staje si\u0119 kwestia zapewnienia zdalnym pracownikom wirtualnych pulpit\u00f3w roboczych. W tym procesie Dorado V6 r\u00f3wnie\u017c mog\u0142oby rozwi\u0105za\u0107 wiele problem\u00f3w. Dlatego podejmujemy wszelkie niezb\u0119dne dzia\u0142ania, w tym praktycznie porozumieli\u015bmy si\u0119 w sprawie w\u0142\u0105czenia nowego systemu na list\u0119 kompatybilno\u015bci VMware.<\/p>\n
***<\/h2>\n \nPrzy okazji, nie zapomnijcie o naszych licznych webinarach, kt\u00f3re odbywaj\u0105 si\u0119 nie tylko w rosyjskoj\u0119zycznym segmencie, ale r\u00f3wnie\u017c na poziomie globalnym. Lista webinar\u00f3w na kwiecie\u0144 jest dost\u0119pna pod linkiem<\/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
![\"Dlaczego](\"\/wp-content\/uploads\/2020\/04\/36c949c0c7099441a62597353bd084a6.png\")