Како одабрати складиште без пуцања у ногу

Увод

Време је да купите складиште. Коју узети, кога слушати? Продавац А говори о продавцу Б, а ту је интегратор Ц, који говори супротно и саветује продавца Д. У таквој ситуацији, чак и искусном архитекти складишта ће се завртети у глави, посебно са свим новим добављачима и СДС-ом и хиперконвергенцијом који су у моди данас.

Па, како да схватиш све и да на крају не будеш будала? Ми (АнтонВиртуал Антон Жбанков и корп Евгениј Елизаров) хајде да покушамо да причамо о томе на обичном руском.
Чланак има много сличности и заправо је проширење „Дизајн виртуелизованог дата центра” у погледу избора система складиштења и прегледа технологија складиштења. Укратко ћемо погледати општу теорију, али препоручујемо да прочитате и овај чланак.

За шта

Често можете видети ситуацију да нова особа дође на форум или специјализовано ћаскање, као што је Стораге Дисцуссионс, и постави питање: „овде ми нуде две опције складиштења - АБЦ СуперСтораге С600 и КСИЗ ХиперОцеан 666в4, шта ми препоручујете ?”

И почиње забуна око тога ко има које карактеристике имплементације страшних и несхватљивих особина, које су за неспремну особу потпуно кинеске.

Дакле, кључно и прво питање које морате себи да поставите много пре него што упоредите спецификације у комерцијалним предлозима је ЗАШТО? Зашто је потребан овај систем складиштења?

Одговор ће бити неочекиван, и то у стилу Тонија Робинса - да чува податке. Хвала вам, капетане! Па ипак, понекад тако дубоко уђемо у упоређивање детаља да заборавимо зашто све ово уопште радимо.

Дакле, задатак система за складиштење података је да складишти и обезбеди приступ ПОДАЦИМА са датим перформансама. Почећемо са подацима.

Подаци

Тип података

Које податке планирамо да чувамо? Веома важно питање које може елиминисати многе системе складиштења из чак и разматрања. На пример, планирате да складиштите видео записе и фотографије. Можете одмах прецртати системе дизајниране за случајни приступ у малим блоковима или системе са власничким карактеристикама у компресији/дедупликацији. Ово могу једноставно бити одлични системи, не желимо да кажемо ништа лоше. Али у овом случају, њихове снаге ће или постати слабе (видео и фотографије нису компримовани) или ће једноставно значајно повећати цену система.

Супротно томе, ако је намеравана употреба заузет трансакцијски ДБМС, онда ће одлични системи за стримовање мултимедије који могу да испоруче гигабајте у секунди бити лош избор.

Обим података

Колико података планирамо да ускладиштимо? Количина се увек развија у квалитет; то се никада не сме заборавити, посебно у нашем времену експоненцијалног раста обима података. Системи класе петабајта више нису неуобичајени, али што је већи капацитет петабајта, што систем постаје специфичнији, уобичајена функционалност малих и средњих система са случајним приступом ће бити мање доступна. То је тривијално јер саме табеле статистике приступа блокирању постају веће од расположиве количине РАМ-а на контролерима. Да не помињемо компресију/разврставање. Рецимо да желимо да пребацимо алгоритам компресије на моћнији и компримујемо 20 петабајта података. Колико ће то трајати: шест месеци, година?

С друге стране, зашто се мучити ако треба да складиштите и обрађујете 500 ГБ података? Само 500. ССД-ови за домаћинство (са ниским ДВПД-ом) ове величине не коштају ништа. Зашто изградити фабрику Фибре Цханнел и купити врхунске екстерне системе за складиштење који коштају еквивалент моста од ливеног гвожђа?

Колики проценат од укупног броја су врући подаци? Колико је неравномерно оптерећење у смислу обима података? Овде технологија складиштења на више нивоа или Фласх Цацхе могу бити од велике помоћи ако је количина врућих података мала у поређењу са укупном. Или обрнуто, са уједначеним оптерећењем по целој запремини, што се често среће у системима за стриминг (видео надзор, неки системи за анализу), такве технологије неће дати ништа и само ће повећати цену/сложеност система.

ИП

Друга страна података је информациони систем који користи податке. ИС има скуп захтева који наслеђују податке. За више информација о ИС-у погледајте „Дизајн виртуелизованог центра података“.

Захтеви отпорности/доступности

Захтеви за толеранцију грешака / доступност података наслеђени су од ИС који их користи и изражени су у три броја - Рпо, РТО, доступност.

Доступност — удео за дати временски период током којег су подаци доступни за рад са њима. Обично се изражава као број 9. На пример, две деветке годишње значе да је доступност 99%, или је иначе дозвољено 95 сати недоступности годишње. Три деветке - 9,5 сати годишње.

РПО/РТО нису укупни индикатори, већ за сваки инцидент (несрећу), за разлику од доступности.

Рпо — количина података изгубљених током несреће (у сатима). На пример, ако се резервне копије дешавају једном дневно, онда је РПО = 24 сата. Оне. У случају хаварије и потпуног губитка система за складиштење података, подаци до 24 сата могу бити изгубљени (од тренутка прављења резервне копије). На пример, на основу РПО специфицираног за ИС, пишу се прописи за резервне копије. Такође, на основу РПО-а, можете разумети колико је потребно синхроне/асинхроне репликације података.

РТО — време за обнављање услуге (приступ подацима) након катастрофе. На основу дате РТО вредности, можемо разумети да ли је потребан метрокластер или је довољна једносмерна репликација. Да ли вам је потребан систем за складиштење са више контролера високе класе?

Перформансе потребне

Иако је ово врло очигледно питање, ту настаје већина потешкоћа. У зависности од тога да ли већ имате неку врсту инфраструктуре или не, изградиће се начини за прикупљање потребних статистика.

Већ имате систем за складиштење и тражите замену или желите да купите други за проширење. Овде је све једноставно. Разумете које услуге већ имате и које планирате да имплементирате у блиској будућности. На основу тренутних услуга, имате прилику да прикупљате статистику учинка. Одлучите се о тренутном броју ИОПС-а и тренутном кашњењу - који су то индикатори и да ли су довољни за ваше задатке? Ово се може урадити и на самом систему за складиштење података и са хостова који су на њега повезани.

Штавише, потребно је да посматрате не само тренутно оптерећење, већ и током одређеног периода (по могућности месец дана). Погледајте који су максимални врхови током дана, какво оптерећење ствара резервна копија итд. Ако вам ваш систем за складиштење података или његов софтвер не пружају комплетан скуп ових података, можете користити бесплатни РРДтоол, који може да ради са већином најпопуларнијих система за складиштење података и прекидача и може вам пружити детаљну статистику перформанси. Такође је вредно погледати оптерећење хостова који раде са овим системом складиштења, за одређене виртуелне машине, или шта тачно ради на овом хосту.

Вреди посебно напоменути да ако се кашњења на волумену и складишту података који се налази на овом волумену прилично разликују, треба обратити пажњу на своју САН мрежу, постоји велика вероватноћа да има проблема са њом и пре куповине новог система, вреди размотрити ово питање, јер постоји веома велика вероватноћа повећања перформанси тренутног система.

Градите инфраструктуру од нуле, или купујете систем за неку нову услугу, чијег оптерећења нисте свесни. Постоји неколико опција: комуницирајте са колегама на специјализованим ресурсима да покушате да сазнате и предвидите оптерећење, контактирајте интегратора који има искуства у имплементацији сличних услуга и који може да израчуна оптерећење за вас. И трећа опција (обично најтежа, посебно ако се ради о кућним или ретким апликацијама) јесте да покушате да сазнате захтеве перформанси од програмера система.

И, имајте на уму, најисправнија опција са становишта практичне примене је пилот на тренутној опреми, или опреми коју за тестирање даје продавац/интегратор.

Посебни услови

Посебни захтеви су све оно што не потпада под захтеве перформанси, толеранције грешака и функционалности за директну обраду и давање података.

Један од најједноставнијих посебних захтева за систем за складиштење података може се назвати „отуђивим медијумима за складиштење“. И одмах постаје јасно да овај систем за складиштење података мора укључивати библиотеку трака или једноставно траку на коју се избацује резервна копија. Након тога посебно обучена особа потписује траку и поносно је носи у посебан сеф.
Још један пример посебног захтева је заштићени дизајн отпоран на ударце.

где

Друга главна компонента у избору одређеног система складиштења је информација о томе ГДЕ ће се овај систем за складиштење налазити. Почев од географије или климатских услова, па до кадрова.

Купац

За кога је планиран овај систем складиштења? Питање има следеће разлоге:

Државни купац/комерцијални.
Комерцијални купац нема ограничења, па чак није ни у обавези да одржава тендере, осим у складу са својим интерним прописима.

Државни купац је друга ствар. 44 Савезног закона и других ужитака са тендерима и техничким спецификацијама које се могу оспорити.

Купац је под санкцијама
Па, питање је овде врло једноставно - избор је ограничен само понудама које су доступне датом купцу.

Интерни прописи / продавци / модели дозвољени за куповину
Питање је такође крајње једноставно, али га морате запамтити.

Где физички

У овом делу разматрамо сва питања географије, комуникационих канала и микроклиме у смештајним просторијама.

особље

Ко ће радити са овим системом складиштења? Ово није ништа мање важно од онога што сам систем за складиштење може да уради.
Без обзира колико је обећавајући, хладан и диван систем за складиштење од продавца А, вероватно нема смисла да га инсталирате ако особље само зна како да ради са продавцем Б, а нема планова за даље куповине и сталну сарадњу са А.

И наравно, друга страна питања је колико је обучено особље доступно на датој географској локацији директно у компанији и потенцијално на тржишту рада. За регионе, избор система за складиштење са једноставним интерфејсима или могућношћу даљинске централизације управљања може имати много смисла. У супротном, у неком тренутку може постати страшно болно. Интернет је пун прича о томе како је нови радник који је стигао, јучерашњи студент, конфигурисао тако нешто да је цела канцеларија убијена.

Животна средина

И наравно, важно је питање у ком окружењу ће овај систем складиштења радити.

• Шта је са напајањем/хлађењем?
• Каква веза
• Где ће бити инсталиран?
• итд.

Често се ова питања узимају здраво за готово и не разматрају се посебно, али понекад су она та која могу све преокренути.

Да

Вендор

Од данас (средином 2019. године), руско тржиште складиштења може се поделити у 5 категорија:

1. Највиша дивизија су добро успостављене компаније са широким спектром полица за дискове од најједноставнијих до хи-енд (ХПЕ, ДеллЕМЦ, Хитацхи, НетАпп, ИБМ / Леново)
2. Друга дивизија - компаније са ограниченом линијом, играчи у ниши, озбиљни СДС добављачи или новији у успону (Фујитсу, Датацоре, Инфинидат, Хуавеи, Пуре, итд.)
3. Трећа дивизија - ниша решења у нижем рангу, јефтини СДС, напредни производи засновани на цепх и другим отвореним пројектима (Инфортренд, Старвинд, итд.)
4. СОХО сегмент - мали и ултра-мали системи за складиштење на нивоу куће/мале канцеларије (Синологи, КНАП, итд.)
5. Системи за складиштење који су замењени увозом - ово укључује и хардвер прве дивизије са поново обележеним етикетама, и ретке представнике другог (РАИДИКС, даћемо им други унапред), али углавном је ово трећи одељак (Аеродиск, Баум, Депо, итд.)

Подела је прилично произвољна и уопште не значи да је трећи или СОХО сегмент лош и да се не може користити. У специфичним пројектима са јасно дефинисаним скупом података и профилом оптерећења, они могу да раде веома добро, далеко надмашујући прву дивизију у погледу односа цена/квалитет. Важно је да прво одлучите о својим циљевима, изгледима за раст и потребној функционалности - а онда ће вам Синологи верно служити, а ваша коса ће постати мека и свиленкаста.

Један од важних фактора при избору продавца је тренутно окружење. Колико система за складиштење већ имате и са којим системима за складиштење могу да раде ваши инжењери. Да ли вам је потребан други добављач, друга тачка контакта, да ли ћете постепено мигрирати целокупно оптерећење од добављача А до продавца Б?

Не треба производити ентитете изван онога што је неопходно.

иСЦСИ/ФЦ/Филе

Не постоји консензус међу инжењерима по питању приступних протокола, а дебата више личи на теолошке него на инжењерске. Али генерално, могу се приметити следеће тачке:

ФЦоЕ више мртви него живи.

ФЦ против иСЦСИ. Једна од кључних предности ФЦ-а у 2019. у односу на ИП складиште, наменску фабрику за приступ подацима, је надокнађена наменском ИП мрежом. ФЦ нема глобалне предности у односу на ИП мреже, а ИП може да се користи за изградњу система складиштења било ког нивоа оптерећења, до система за тешке ДБМС за језгро банкарског система велике банке. С друге стране, смрт ФК се прориче већ неколико година, али је стално нешто спречава. Данас, на пример, неки играчи на тржишту складиштења активно развијају НВМЕоФ стандард. Да ли ће поделити судбину ФЦоЕ - показаће време.

Приступ фајлу такође није нешто недостојно пажње. НФС/ЦИФС ради добро у продуктивним окружењима и, ако је правилно дизајниран, нема више притужби од блок протокола.

Хибрид / Алл Фласх Арраи

Класични системи за складиштење долазе у 2 типа:

1. АФА (Алл Фласх Арраи) - системи оптимизовани за употребу ССД-а.
2. Хибрид - омогућава вам да користите и ХДД и ССД или њихову комбинацију.

Њихова главна разлика су подржане технологије ефикасности складиштења и максимални ниво перформанси (високи ИОПС и ниска латенција). Оба система (у већини својих модела, не рачунајући ниско-енд сегмент) могу да раде и као блок уређаји и као фајлови. Подржана функционалност зависи од нивоа система, а код млађих модела најчешће је сведена на минимум. Ово вреди обратити пажњу када проучавате карактеристике одређеног модела, а не само могућности целе линије у целини. Такође, наравно, од нивоа система зависе и његове техничке карактеристике, као што су процесор, количина меморије, кеш меморија, број и типови портова итд. Са становишта управљања, АФА се разликују од хибридних (диск) система само по имплементацији механизама за рад са ССД дисковима, а чак и ако користите ССД у хибридном систему, то уопште не значи да ћете моћи да се постигне ниво перформанси на нивоу АФА система . Такође, у већини случајева, инлине ефикасни механизми складиштења су онемогућени на хибридним системима, а њихово укључивање доводи до губитка перформанси.

Специјални системи за складиштење

Поред система за складиштење опште намене, фокусираних првенствено на оперативну обраду података, постоје посебни системи складиштења са кључним принципима који се суштински разликују од уобичајених (мало кашњење, висок ИОПС):

Медији.

Ови системи су дизајнирани за складиштење и обраду великих медијских датотека. Респ. кашњење постаје практично неважно, а могућност слања и примања података у широком опсегу у многим паралелним токовима долази до изражаја.

Дедуплицирање система за складиштење резервних копија.

Пошто се резервне копије разликују по сличности једна са другом, што је реткост у нормалним условима (просечна резервна копија се разликује од јучерашње за 1-2%), ова класа система изузетно ефикасно пакује податке снимљене на њима у прилично мали број физичких медија. На пример, у неким случајевима, однос компресије података може достићи 200 према 1.

Системи за складиштење објеката.

Ови системи за складиштење немају уобичајене волумене за приступ блоковима и дељене фајлове, а највише личе на огромну базу података. Приступ објекту ускладиштеном у таквом систему се врши помоћу јединственог идентификатора или метаподатака (на пример, сви објекти у ЈПЕГ формату са датумом креирања између КСКС-КСКС-КСКСКСКС и ИИ-ИИ-ИИИИ).

Систем усклађености.

Данас у Русији нису толико чести, али вредни су помена. Сврха таквих система за складиштење је гарантовано складиштење података у складу са безбедносним политикама или регулаторним захтевима. Неки системи (на пример ЕМЦ Центера) су имплементирали функцију за забрану брисања података – чим се кључ окрене и систем уђе у овај режим, ни администратор ни било ко други не може физички да избрише податке који су већ снимљени.

Власничке технологије

Фласх кеш меморија

Фласх кеш је уобичајено име за све власничке технологије за коришћење флеш меморије као кеш меморије другог нивоа. Када се користи флеш кеш, систем за складиштење се обично израчунава да обезбеди стабилно оптерећење са магнетних дискова, док врхунац опслужује кеш.

У овом случају, потребно је разумети профил оптерећења и степен локализације приступа блоковима запремине складишта. Фласх кеш је технологија за радна оптерећења са високо локализованим упитима и практично је неприменљива за равномерно учитане волумене (као што су системи за анализу).

На тржишту су доступне две имплементације флеш кеш меморије:

• Само за читање. У овом случају, само прочитани подаци се кеширају, а писање иде директно на дискове. Неки произвођачи, као што је НетАпп, верују да је писање у њихове системе за складиштење већ оптимално, а кеш неће помоћи уопште.
• Реад/Врите. Не само читање, већ и писање се кешује, што вам омогућава да баферујете ток и смањите утицај РАИД казне, и као резултат тога повећате укупне перформансе за системе за складиштење са мање оптималним механизмом писања.

Тиеринг

Складиштење на више нивоа (заморно) је технологија за комбиновање нивоа са различитим нивоима перформанси, као што су ССД и ХДД, у један скуп дискова. У случају изражене неуједначености приступа блоковима података, систем ће моћи аутоматски да балансира блокове података, померајући учитане на ниво високих перформанси, а хладне, напротив, на спорији.

Хибридни системи ниже и средње класе користе складиштење на више нивоа са подацима који се крећу између нивоа по распореду. Истовремено, величина блока за складиштење на више нивоа за најбоље моделе је 256 МБ. Ове карактеристике нам не дозвољавају да сматрамо вишеслојну технологију складиштења технологијом за повећање продуктивности, као што многи људи погрешно верују. Складиштење на више нивоа у системима ниске и средње класе је технологија за оптимизацију трошкова складиштења за системе са израженом неуједначеношћу оптерећења.

Снимак

Колико год причали о поузданости система за складиштење података, постоји много могућности за губитак података које не зависе од хардверских проблема. То могу бити вируси, хакери или било које друго ненамерно брисање/оштећење података. Из тог разлога, прављење резервних копија производних података је саставни део посла инжењера.

Снимак је снимак волумена у неком тренутку. Када радите са већином система, као што су виртуелизација, базе података итд. потребно је да направимо такав снимак са којег ћемо копирати податке у резервну копију, док ће наш ИС моћи безбедно да настави рад са овим волуменом. Али вреди запамтити да нису сви снимци подједнако корисни. Различити произвођачи имају различите приступе креирању снимака везаних за њихову архитектуру.

крава (копирај-на-пиши). Када покушате да упишете блок података, његов оригинални садржај се копира у посебну област, након чега се писање наставља нормално. Ово спречава оштећење података унутар снимка. Наравно, све ове „паразитске“ манипулације подацима изазивају додатно оптерећење на систему за складиштење и из тог разлога, добављачи са сличним имплементацијама не препоручују коришћење више од десетак снимака, а не коришћење их уопште на високо оптерећеним волуменима.

Ред (Преусмеравање при писању). У овом случају, оригинални волумен се природно замрзава, а када покушава да напише блок података, систем за складиштење уписује податке у посебну област у слободном простору, мењајући локацију овог блока у табели метаподатака. Ово вам омогућава да смањите број операција поновног писања, што на крају елиминише пад перформанси и уклања ограничења за снимке и њихов број.

Снимци су такође два типа у односу на апликације:

Конзистентност апликације. У тренутку креирања снимка, систем за складиштење повлачи агента у оперативном систему корисника, који насилно испира кеш дискове из меморије на диск и приморава апликацију да то уради. У овом случају, приликом враћања са снимка, подаци ће бити доследни.

Доследан пад. У овом случају се ништа слично не дешава и снимак се креира какав јесте. У случају опоравка од таквог снимка, слика је идентична оној која би се десила ако би се напајање изненада искључило и могућ је губитак података, заглављених у кеш меморији и никада до диска. Такве снимке је лакше имплементирати и не изазивају деградацију перформанси у апликацијама, али су мање поуздане.

Зашто су потребни снимци на системима за складиштење?

• Бекап без агента директно из система за складиштење
• Креирајте тестна окружења на основу стварних података
• У случају система за складиштење датотека, може се користити за креирање ВДИ окружења коришћењем снимака система за складиштење уместо хипервизора
• Обезбедите ниске РПО креирањем заказаних снимака на фреквенцији која је знатно већа од фреквенције резервне копије

Клонирање

Клонирање волумена - ради на сличном принципу као и снимци, али се користи не само за читање података, већ и за потпуни рад са њима. У могућности смо да добијемо тачну копију нашег тома, са свим подацима на њему, без прављења физичке копије, што ће уштедети простор. Обично се клонирање волумена користи или у Тест&Дев-у или ако желите да проверите функционалност неких ажурирања вашег ИС-а. Клонирање ће вам омогућити да то урадите што је брже могуће и економичније у погледу ресурса диска, јер Биће уписани само промењени блокови података.

Репликација / Дневник

Репликација је механизам за креирање копије података на другом физичком систему складиштења. Типично, сваки добављач има власничку технологију која ради само у оквиру своје линије. Али постоје и решења независних произвођача, укључујући она која раде на нивоу хипервизора, као што је ВМваре вСпхере Реплицатион.

Функционалност власничких технологија и једноставност њиховог коришћења су обично много супериорније од универзалних, али се испостављају неприменљивим када је, на пример, потребно направити реплику са НетАпп-а на ХП МСА.

Репликација је подељена на два подтипа:

Синхрони. У случају синхроне репликације, операција писања се одмах шаље другом систему складиштења и извршење се не потврђује све док удаљени систем складиштења не потврди. Због тога се кашњење приступа повећава, али имамо тачну копију података у огледалу. Оне. РПО = 0 у случају губитка главног система складиштења.

асинхрони. Операције писања се извршавају само на главном систему складиштења и одмах се потврђују, док се истовремено акумулирају у баферу за групни пренос на удаљени систем складиштења. Ова врста репликације је релевантна за мање вредне податке, или за канале са малим пропусним опсегом или великим кашњењем (типично за удаљености преко 100 км). Сходно томе, РПО = фреквенција слања пакета.

Често, уз репликацију, постоји механизам сеча операције са диском. У овом случају, посебна област се додељује за евидентирање и складиштење операција одређене дубине, или ограничене запремином дневника. За одређене власничке технологије, као што је ЕМЦ РецоверПоинт, постоји интеграција са системским софтвером која вам омогућава да повежете одређене обележиваче са одређеним уносом у евиденцији. Захваљујући овоме, могуће је вратити стање волумена (или креирати клон) не само на 23. април, 11 сати 59 секунди и 13 милисекунди, већ на тренутак пре „ИСПУСТИ СВЕ ТАБЕЛЕ; УРАДИТИ."

Метро кластер

Метро кластер је технологија која вам омогућава да креирате двосмерну синхрону репликацију између два система за складиштење на такав начин да споља овај пар изгледа као један систем за складиштење података. Користи се за стварање кластера са географски одвојеним краковима на метро удаљеностима (мањим од 100 км).

На основу примера коришћења у окружењу виртуелизације, метрокластер вам омогућава да креирате складиште података са виртуелним машинама, доступном за снимање из два дата центра одједном. У овом случају, кластер се креира на нивоу хипервизора, који се састоји од хостова у различитим физичким центрима података, повезаних са овим складиштем података. Што вам омогућава да урадите следеће:

• Потпуна аутоматизација процеса опоравка након смрти једног од дата центара. Без икаквих додатних средстава, сви ВМ-ови који раде у преминулом центру података биће аутоматски поново покренути у преосталом. РТО = временско ограничење кластера високе доступности (15 секунди за ВМваре) + време за учитавање оперативног система и покретање услуга.
• Избегавање катастрофа или, на руском, избегавање катастрофа. Ако се планирају радови на напајању у дата центру 1, онда имамо могућност да мигрирамо целокупно важно оптерећење у дата центар 2 нон-стоп унапред, пре почетка рада.

Виртуелизација

Виртуелизација складишта је технички коришћење волумена из другог система складиштења као дискова. Виртуелизатор складиштења може једноставно да пренесе туђи волумен потрошачу као сопствени, истовремено га пресликавајући на други систем за складиштење, или чак креира РАИД од спољних волумена.
Класични представници у класи виртуелизације складиштења су ЕМЦ ВПЛЕКС и ИБМ СВЦ. И наравно, системи за складиштење са функционалношћу виртуелизације - НетАпп, Хитацхи, ИБМ / Леново Сторвизе.

Зашто би то могло бити потребно?

• Редунданција на нивоу система за складиштење. Између волумена се прави огледало, и једна половина може бити на ХП 3Пар, а друга на НетАпп-у. А виртуелизатор је из ЕМЦ-а.
• Премештајте податке са минималним застојима између система за складиштење различитих произвођача. Претпоставимо да податке треба мигрирати са старог 3Пар, који ће бити отписан, на нови Делл. У овом случају, потрошачи се искључују са 3Пар, запремине се преносе под ВПЛЕКС и поново се приказују потрошачима. Пошто се јачина звука није ни мало променила, рад се наставља. Процес пресликавања јачине звука на нови Делл почиње у позадини, а по завршетку, огледало се поквари и 3Пар је онемогућен.
• Организација метрокластера.

Компресија/дедупликација

Компресија и дедупликација су технологије које вам омогућавају да уштедите простор на диску на вашем систему за складиштење података. Вреди одмах напоменути да нису сви подаци у принципу подложни компресији и/или дедупликацији, док се неке врсте података боље компримују и дедуплицирају, а неке - обрнуто.

Постоје 2 типа компресије и дедупликације:

У реду — компресија и дедупликација блокова података се дешава пре уписивања ових података на диск. Дакле, систем само израчунава хеш блока и упоређује га у табели са постојећим. Прво, то је брже него само писање на диск, а друго, не губимо додатни простор на диску.

после - када се ове операције спроводе на већ снимљеним подацима који се налазе на дисковима. Сходно томе, подаци се прво уписују на диск, а тек онда се израчунава хеш и бришу се непотребни блокови и ослобађају ресурси диска.

Вреди рећи да већина добављача користи оба типа, што им омогућава да оптимизују ове процесе и на тај начин повећају њихову ефикасност. Већина добављача складишта има услужне програме који вам омогућавају да анализирате своје скупове података. Ови услужни програми раде по истој логици која је имплементирана у систему складиштења, тако да ће процењени ниво ефикасности бити исти. Такође, имајте на уму да многи добављачи имају програме гаранције перформанси који обећавају барем једнако добре перформансе за одређене (или све) типове података. И не бисте требали занемарити овај програм, јер израчунавањем система за своје задатке, узимајући у обзир коефицијент ефикасности одређеног система, можете уштедјети на запремини. Такође је вредно узети у обзир да су ови програми дизајнирани за АФА системе, али захваљујући куповини мање количине ССД-а од ХДД-а у класичним системима, то ће смањити њихов трошак, а ако није једнак цени диск система, онда приближити се томе.

Модел

И ту долазимо до правог питања.

„Нуди ми две опције складиштења - АБЦ СуперСтораге С600 и КСИЗ ХиперОцеан 666в4, шта ми препоручујете?“

Претвара се у „Овде ми нуде две опције складиштења - АБЦ СуперСтораге С600 и КСИЗ ХиперОцеан 666в4, шта препоручујете?

Циљно оптерећење су мешовите ВМваре виртуелне машине са производним/тестним/развојним петљама. Тест = продуктиван. 150 ТБ сваки са вршним перформансама од 80 ИОПС 000кб блок 8% случајног приступа 50/80 читање-уписивање. 20 ТБ за развој, 300 ИОПС је довољно, 50 насумично, 000 писање.

Продуктивност вероватно у метрокластеру РПО = 15 минута РТО = 1 сат, развој у асинхроној репликацији РПО = 3 сата, тест на једном месту.

Постојаће ДБМС од 50ТБ, логирање би им добро дошло.

Имамо Делл сервере свуда, старе Хитацхи системе за складиштење, једва се носе, планирамо да повећамо оптерећење за 50% у смислу обима и перформанси.”

Како кажу, тачно формулисано питање садржи 80% одговора.

додатне информације

Шта би требало додатно прочитати према ауторима

књиге

• Олифер и Олифер „Компјутерске мреже“. Књига ће помоћи да се систематизује и можда боље разуме како функционише медиј за пренос података за ИП/Етернет системе за складиштење података
• „ЕМЦ складиштење и управљање информацијама.“ Одлична књига о основама система складиштења, зашто, како и зашто.

Форуми и ћаскања

• Дискусије о складиштењу
• Нутаник / ИТ руски дискусиони клуб
• ВМваре корисничка група Русија
• Руска резервна корисничка група

Опште препоруке

Цене

Сада, што се тиче цена - генерално, ако постоје цене за системе за складиштење, то су обично листопадне цене, од којих сваки купац добија индивидуални попуст. Величина попуста се састоји од великог броја параметара, тако да је једноставно немогуће предвидети коју ће коначну цену ваша компанија добити без питања дистрибутера. Али у исто време, недавно су се почели појављивати јефтини модели у редовним продавницама рачунара, као нпр. ник.ру или кцом-схоп.ру. Овде можете одмах да купите систем за који сте заинтересовани по фиксној цени, као и све компоненте рачунара.

Али одмах желим да приметим да директно поређење са ТБ/$ није тачно. Ако томе приступимо са ове тачке гледишта, онда ће најјефтиније решење бити једноставан ЈБОД + сервер, који неће пружити ни флексибилност ни поузданост коју пружа пуноправни систем за складиштење података са два контролера. То уопште не значи да је ЈБОД одвратан и гадан прљави трик, само треба поново врло јасно да схватите како и у које сврхе ћете користити ово решење. Често можете чути да у ЈБОД-у нема шта да се поквари, постоји само једна задња плоча. Међутим, задње плоче такође понекад покваре. Све се ломи пре или касније.

Укупно

Неопходно је упоређивати системе једни са другима не само по цени, или не само по перформансама, већ по укупности свих показатеља.

Купите ХДД само ако сте сигурни да вам је потребан ХДД. За мала оптерећења и нестишљиве типове података, у супротном, вреди се обратити програмима за гаранцију ефикасности складиштења ССД-а, које сада има већина произвођача (и заиста раде, чак иу Русији), али све зависи од апликација и података који ће бити лоцирани на овом систему складиштења.

Не идите на јефтино. Понекад се у њима крије много непријатних тренутака, од којих је један Евгениј Елизаров описао у својим чланцима о Инфортренд. И да, на крају, ова јефтиноћа може да вам се обори. Не заборавите - "шкртац плаћа два пута."

Извор: ввв.хабр.цом