Кіріспе
Жад сатып алу уақыты келді. Қайсысын алу керек, кімді тыңдау керек? А сатушысы В сатушысы туралы айтады, содан кейін керісінше айтып, D сатушысына кеңес беретін интегратор С бар. Мұндай жағдайда тіпті тәжірибелі сақтаушы сәулетшінің басы айналады, әсіресе барлық жаңа жеткізушілер мен SDS және сәнді гиперконвергенция. бүгін.
Олай болса, мұның бәрін қалай түсініп, ақымақ болмайсың? біз ( Антон Жбанков және Евгений Елизаров) бұл туралы қарапайым орыс тілінде айтуға тырысайық.
Мақалада көптеген ұқсастықтар бар және іс жүзінде «” сақтау жүйелерін таңдау және сақтау технологияларын қарастыру тұрғысынан. Біз жалпы теорияны қысқаша қарастырамыз, бірақ біз сізге осы мақаланы оқып шығуды ұсынамыз.
Не үшін
Сіз форумға немесе арнайы чатқа жаңа адам келетін жағдайды жиі көре аласыз, мысалы, Storage Discussions және келесі сұрақты қояды: «осы жерде олар маған екі сақтау опциясын ұсынады - ABC SuperStorage S600 және XYZ HyperOcean 666v4, сіз не ұсынасыз ?»
Ал дайын емес адам үшін мүлдем қытайлық болып табылатын қорқынышты және түсініксіз ерекшеліктерді жүзеге асырудың қандай ерекшеліктері бар екендігі туралы шатасу басталады.
Сонымен, коммерциялық ұсыныстардағы спецификацияларды салыстырмас бұрын өзіңізге қою керек негізгі және ең бірінші сұрақ - НЕГЕ? Бұл сақтау жүйесі не үшін қажет?
Жауап күтпеген болады және өте Тони Роббинс стилі - деректерді сақтау үшін. Рахмет, капитан! Дегенмен, кейде біз егжей-тегжейлерді салыстыруға соншалықты тереңдеп кетеміз, біз мұның бәрін не үшін жасайтынымызды ұмытып кетеміз.
Сонымен, деректерді сақтау жүйесінің міндеті - берілген өнімділікпен DATA-ға қол жеткізуді қамтамасыз ету және сақтау. Біз деректерден бастаймыз.
мәліметтер
Деректер түрі
Біз қандай деректерді сақтауды жоспарлап отырмыз? Көптеген сақтау жүйелерін біркелкі қараудан алып тастай алатын өте маңызды сұрақ. Мысалы, сіз бейнелер мен фотосуреттерді сақтауды жоспарлап отырсыз. Кішкентай блоктарда кездейсоқ қол жеткізуге арналған жүйелерді немесе қысу/дедупликацияда меншікті мүмкіндіктері бар жүйелерді дереу сызып тастауға болады. Бұл жай ғана тамаша жүйелер болуы мүмкін, біз жаман ештеңе айтқымыз келмейді. Бірақ бұл жағдайда олардың күшті жақтары әлсіз болады (бейне мен фотосуреттер қысылмайды) немесе жүйенің құнын айтарлықтай арттырады.
Керісінше, егер мақсатты пайдалану бос емес транзакциялық ДҚБЖ болса, секундына гигабайтты жеткізуге қабілетті тамаша мультимедиялық ағындық жүйелер нашар таңдау болады.
Деректер көлемі
Біз қанша деректерді сақтауды жоспарлап отырмыз? Сан әрқашан сапаға айналады; мұны ешқашан ұмытпау керек, әсіресе деректер көлемінің экспоненциалды өсу уақытында. Петабайттық класты жүйелер енді сирек емес, бірақ петабайт сыйымдылығы неғұрлым үлкен болса, жүйе неғұрлым нақты болса, шағын және орта өлшемді кездейсоқ қол жеткізу жүйелерінің әдеттегі функционалдығы соншалықты қол жетімді болмайды. Бұл тривиальды, өйткені блокқа кіру статистикасының кестелері контроллерлердегі қол жетімді ЖЖҚ көлемінен үлкенірек болады. Қысу/деңгейлеу туралы айтпағанның өзінде. Біз қысу алгоритмін неғұрлым қуаттыға ауыстырғымыз келеді және 20 петабайт деректерді қысқымыз келеді делік. Бұл қанша уақытты алады: алты ай, бір жыл?
Екінші жағынан, 500 ГБ деректерді сақтау және өңдеу қажет болса, неге алаңдайсыз? Бар болғаны 500. Мұндай өлшемдегі тұрмыстық SSD дискілері (DWPD төмен) құны жоқ. Неліктен Fiber Channel зауытын салып, шойын көпірінің баламасы болатын жоғары сапалы сыртқы сақтау жүйелерін сатып алу керек?
Жалпы деректердің қанша пайызы ыстық деректер? Деректер көлемі бойынша жүктеме қаншалықты біркелкі емес? Дәл осы жерде деңгейлі сақтау технологиясы немесе Flash кэш, егер ыстық деректер көлемі жалпымен салыстырғанда аз болса, өте пайдалы болуы мүмкін. Немесе керісінше, ағындық жүйелерде жиі кездесетін (бейнебақылау, кейбір аналитикалық жүйелер) бүкіл көлем бойынша біркелкі жүктемемен мұндай технологиялар ештеңені қамтамасыз етпейді және тек жүйенің құнын/күрделілігін арттырады.
IP
Мәліметтердің екінші жағы – мәліметтерді пайдаланатын ақпараттық жүйе. АЖ-де деректерді мұраға алатын талаптар жиынтығы бар. АЖ туралы қосымша ақпаратты «Виртуалды деректер орталығының дизайны» бөлімінен қараңыз.
Тұрақтылық/қолжетімділік талаптары
Ақауларға төзімділікке / деректердің қолжетімділігіне қойылатын талаптар оларды пайдаланатын АЖ-ден мұраға алынады және үш санмен көрсетіледі - РҚБ, RTO, қолжетімділігі.
Қол жетімділік — олармен жұмыс істеу үшін деректер қолжетімді болатын берілген уақыт кезеңіндегі үлес. Әдетте 9 саны ретінде көрсетіледі. Мысалы, жылына екі тоғыз қол жетімділік 99% немесе басқа жағдайда жылына 95 сағат қолжетімсіздікке рұқсат етілгенін білдіреді. Үш тоғыз – жылына 9,5 сағат.
RPO / RTO жалпы көрсеткіштер емес, қолжетімділіктен айырмашылығы әрбір оқиға (авария) үшін.
РҚБ — апат кезінде жоғалған деректер көлемі (сағатпен). Мысалы, сақтық көшірмелер күніне бір рет жасалса, RPO = 24 сағат. Анау. Апат және сақтау жүйесі толық жоғалған жағдайда 24 сағатқа дейінгі деректер жоғалуы мүмкін (сақтық көшірме жасау сәтінен бастап). АЖ үшін көрсетілген RPO негізінде, мысалы, резервтік ережелер жазылады. Сондай-ақ, RPO негізінде синхронды/асинхронды деректерді репликациялау қаншалықты қажет екенін түсінуге болады.
RTO — апаттан кейін қызметті қалпына келтіру уақыты (деректерге қол жеткізу). Берілген RTO мәніне сүйене отырып, біз метро кластерінің қажет екенін немесе бір бағытты репликацияның жеткілікті екенін түсіне аламыз. Сізге жоғары деңгейлі мультиконтроллерлі сақтау жүйесі қажет пе?
Өнімділік талаптары
Бұл өте айқын сұрақ болғанымен, қиындықтардың көпшілігі дәл осы жерде туындайды. Сізде қандай да бір инфрақұрылым бар ма, жоқ па, соған байланысты қажетті статистиканы жинау жолдары құрылады.
Сізде сақтау жүйесі әлдеқашан бар және ауыстыруды іздеп жатырсыз немесе кеңейту үшін басқасын сатып алғыңыз келеді. Мұнда бәрі қарапайым. Сізде қандай қызметтер бар екенін және жақын арада жүзеге асыруды жоспарлап отырғаныңызды түсінесіз. Ағымдағы қызметтер негізінде сізде өнімділік статистикасын жинау мүмкіндігі бар. Ағымдағы IOPS саны мен ағымдағы кідіріс туралы шешім қабылдаңыз - бұл көрсеткіштер қандай және олар сіздің тапсырмаларыңыз үшін жеткілікті ме? Мұны деректерді сақтау жүйесінің өзінде де, оған қосылған хосттардан да жасауға болады.
Сонымен қатар, сіз тек ағымдағы жүктемені ғана емес, белгілі бір кезеңге (мүмкіндігінше бір ай) қарауыңыз керек. Күні бойы ең жоғары шыңдардың қандай екенін, сақтық көшірме қандай жүктеме жасайтынын және т.б. қараңыз. Егер сіздің сақтау жүйеңіз немесе оның бағдарламалық құралы сізге осы деректердің толық жинағын қамтамасыз етпесе, ең танымал сақтау жүйелері мен қосқыштарының көпшілігімен жұмыс істей алатын және сізге толық өнімділік статистикасын бере алатын тегін RRDtool құралын пайдалануға болады. Сондай-ақ, осы сақтау жүйесімен жұмыс істейтін хосттардағы жүктемені, нақты виртуалды машиналар үшін немесе осы хостта нақты не жұмыс істейтінін қарастырған жөн.
Бөлек айта кететін жайт, егер осы томда орналасқан көлем мен деректер қоймасының кідірістері айтарлықтай ерекшеленсе, сіз SAN желісіне назар аударуыңыз керек, онымен және жаңасын сатып алмас бұрын проблемалардың болуы ықтималдығы жоғары. жүйе, бұл мәселені қарастырған жөн, өйткені ағымдағы жүйенің өнімділігін арттыру ықтималдығы өте жоғары.
Сіз инфрақұрылымды нөлден бастап жасап жатырсыз немесе жүктері өзіңіз білмейтін жаңа қызмет үшін жүйені сатып алып жатырсыз. Бірнеше нұсқа бар: жүктемені анықтау және болжау үшін мамандандырылған ресурстардағы әріптестермен байланысыңыз, ұқсас қызметтерді енгізу тәжірибесі бар және сіз үшін жүктемені есептей алатын интеграторға хабарласыңыз. Үшінші нұсқа (әдетте ең қиыны, әсіресе үйде жазылған немесе сирек кездесетін қосымшаларға қатысты болса) жүйені әзірлеушілерден өнімділік талаптарын білуге тырысыңыз.
Және, назар аударыңыз, практикалық қолдану тұрғысынан ең дұрыс нұсқа - ағымдағы жабдықтағы пилот немесе сатушы/интегратор тестілеуге арналған жабдық.
Арнайы талаптар
Арнайы талаптар - бұл өнімділік, ақауларға төзімділік және деректерді тікелей өңдеу және беру үшін функционалдылық талаптарына сәйкес келмейтін барлық нәрсе.
Деректерді сақтау жүйесіне қойылатын қарапайым арнайы талаптардың бірін «айырылатын сақтау құралы» деп атауға болады. Бұл деректерді сақтау жүйесінде таспа кітапханасы немесе сақтық көшірме тасталатын таспа дискісі болуы керек екені бірден белгілі болады. Осыдан кейін арнайы дайындалған адам лентаға қол қойып, мақтанышпен арнайы сейфке апарады.
Арнайы талаптың тағы бір мысалы - қорғалған соққыға төзімді дизайн.
Қайда?
Белгілі бір сақтау жүйесін таңдаудағы екінші негізгі құрамдас - бұл сақтау жүйесі ҚАЙДА орналасатыны туралы ақпарат. Географиядан немесе климаттық жағдайдан бастап, кадрлармен аяқталады.
Клиент
Бұл сақтау жүйесі кім үшін жоспарланған? Сұрақтың келесі себептері бар:
Мемлекеттік тұтынушы/коммерциялық.
Коммерциялық тапсырыс берушіде ешқандай шектеулер жоқ және тіпті өзінің ішкі ережелеріне сәйкес тендерлер өткізуге міндетті емес.
Мемлекеттік тапсырыс беруші басқа мәселе. 44 Федералдық заң және дауласуға болатын тендерлер мен техникалық сипаттамалармен басқа да қуаныштар.
Клиент санкцияға ұшырады
Мұнда сұрақ өте қарапайым - таңдау тек белгілі бір тұтынушыға қол жетімді ұсыныстармен шектеледі.
Сатып алуға рұқсат етілген ішкі ережелер / жеткізушілер / үлгілер
Сұрақ өте қарапайым, бірақ оны есте сақтау керек.
Физикалық тұрғыдан қайда
Бұл бөлімде біз географияға, байланыс арналарына және орналастыру үй-жайларындағы микроклиматқа қатысты барлық мәселелерді қарастырамыз.
Қызметкерлер
Бұл сақтау жүйесімен кім жұмыс істейді? Бұл сақтау жүйесінің өзі не істей алатынынан кем емес.
А сатушысының сақтау жүйесі қаншалықты перспективалы, керемет және керемет болса да, егер қызметкерлер тек В жеткізушісімен қалай жұмыс істеу керектігін білсе және одан әрі сатып алу және А-мен тұрақты ынтымақтастық жоспарлары болмаса, оны орнатудың қажеті шамалы.
Әрине, мәселенің екінші жағы – белгілі бір географиялық жерде тікелей компанияда және әлеуетті еңбек нарығында дайындалған кадрлар қаншалықты қолжетімді. Аймақтар үшін қарапайым интерфейстері бар сақтау жүйелерін немесе басқаруды қашықтан орталықтандыру мүмкіндігін таңдау көп мағыналы болуы мүмкін. Әйтпесе, бір сәтте ол шыдамсыз ауыруы мүмкін. Интернетке келген жаңа қызметкердің, кешегі студенттің қалай конфигурациялағаны туралы әңгімелерге толы, сондықтан бүкіл кеңсе өлтірілді.
Қоршау
Және, әрине, маңызды мәселе - бұл сақтау жүйесі қандай ортада жұмыс істейді.
- Қуат көзі/салқындату туралы не деуге болады?
- Қандай байланыс
- Ол қайда орнатылады?
- Және т.б.
Көбінесе бұл сұрақтар әдеттегідей қабылданады және ерекше қарастырылмайды, бірақ кейде олар бәрін өзгерте алады.
Нені
Сатушы
Бүгінгі күні (2019 жылдың ортасында) ресейлік сақтау нарығын 5 санатқа бөлуге болады:
- Ең жоғары бөлім - қарапайымнан жоғары деңгейге дейін дискілік сөрелердің кең ауқымы бар жақсы құрылған компаниялар (HPE, DellEMC, Hitachi, NetApp, IBM / Lenovo)
- Екінші бөлім - шектеулі желісі бар компаниялар, тауашалар ойыншылары, елеулі SDS жеткізушілері немесе жаңадан келгендер (Fujitsu, Datacore, Infinidat, Huawei, Pure және т.б.)
- Үшінші бөлім - төменгі деңгейдегі тауашалық шешімдер, арзан SDS, ceph және басқа ашық жобаларға негізделген озық өнімдер (Infortrend, Starwind және т.б.)
- SOHO сегменті – үй/шағын кеңсе деңгейіндегі шағын және ультра шағын сақтау жүйелері (Synology, QNAP және т.б.)
- Импортты алмастыратын сақтау жүйелері - бұл қайта таңбаланған жапсырмалары бар бірінші бөлімнің аппараттық құралдарын да, екіншінің сирек өкілдерін де (RAIDIX, біз оларға екіншіні алдын ала береміз), бірақ негізінен бұл үшінші бөлім (Aerodisk, Баум, Депо және т.б.)
Бөлу өте ерікті және үшінші немесе SOHO сегменті нашар және оны пайдалану мүмкін емес дегенді білдірмейді. Нақты анықталған деректер жиынтығы мен жүктеме профилі бар нақты жобаларда олар баға/сапа қатынасы бойынша бірінші бөлімнен әлдеқайда асып түсетін өте жақсы жұмыс істей алады. Алдымен мақсаттарыңызды, өсу перспективаларын және қажетті функционалдылықты шешу маңызды - содан кейін Synology сізге адал қызмет етеді және шашыңыз жұмсақ әрі жібектей болады.
Жеткізушіні таңдаудағы маңызды факторлардың бірі - қазіргі орта. Сізде қанша сақтау жүйесі бар және сіздің инженерлеріңіз қандай сақтау жүйелерімен жұмыс істей алады. Сізге басқа жеткізуші, басқа байланыс нүктесі қажет пе, сіз бүкіл жүкті А сатушысынан В жеткізушісіне біртіндеп тасымалдайсыз ба?
Қажетті нәрседен тыс нысандарды шығаруға болмайды.
iSCSI/FC/Файл
Инженерлер арасында қол жеткізу хаттамалары мәселесі бойынша консенсус жоқ және пікірталас инженерлік талқылауларға қарағанда теологиялық талқылауларға ұқсайды. Бірақ жалпы алғанда, келесі тармақтарды атап өтуге болады:
FCoE тіріден гөрі өлі.
FC және iSCSI. 2019 жылы FC-нің IP сақтау орнына, деректерге қол жеткізуге арналған арнайы зауытқа қарағанда негізгі артықшылықтарының бірі арнайы IP желісі арқылы өтеледі. FC IP желілеріне қарағанда жаһандық артықшылықтарға ие емес және IP ірі банктің негізгі банктік жүйесіне арналған ауыр ДҚБЖ жүйелеріне дейін кез келген жүктеме деңгейіндегі сақтау жүйелерін құру үшін пайдаланылуы мүмкін. Екінші жағынан, ФК-ның өлімі бірнеше жыл бойы алдын ала айтылған, бірақ бір нәрсе оған үнемі кедергі жасайды. Бүгінгі күні, мысалы, сақтау нарығындағы кейбір ойыншылар NVMEoF стандартын белсенді түрде дамытуда. Ол FCoE тағдырымен бөлісе ме, оны уақыт көрсетеді.
Файлға қол жеткізу сондай-ақ назар аударуға тұрарлық емес нәрсе емес. NFS/CIFS өнімділік орталарында жақсы жұмыс істейді және дұрыс құрастырылған болса, блоктық хаттамалардан артық шағымдар болмайды.
Гибридті / Барлық Flash массиві
Классикалық сақтау жүйелері екі түрге бөлінеді:
- AFA (All Flash Array) - SSD пайдалану үшін оңтайландырылған жүйелер.
- Гибридті - HDD және SSD екеуін де немесе олардың комбинациясын пайдалануға мүмкіндік береді.
Олардың негізгі айырмашылығы - қолдау көрсетілетін сақтау тиімділігі технологиялары және өнімділіктің максималды деңгейі (жоғары IOPS және төмен кідіріс). Екі жүйе де (үлгілерінің көпшілігінде, төменгі сегментті есептемегенде) блоктық және файлдық құрылғылар ретінде жұмыс істей алады. Қолдау көрсетілетін функционалдылық жүйенің деңгейіне байланысты, ал жас үлгілер үшін ол көбінесе ең төменгі деңгейге дейін төмендейді. Тұтастай алғанда бүкіл желінің мүмкіндіктерін ғана емес, белгілі бір модельдің сипаттамаларын зерттеген кезде бұған назар аударған жөн. Сондай-ақ, әрине, оның техникалық сипаттамалары, мысалы, процессор, жад көлемі, кэш, порттардың саны мен түрлері және т.б., сонымен қатар жүйенің деңгейіне байланысты. Басқару тұрғысынан AFA гибридті (дискілік) жүйелерден тек SSD дискілерімен жұмыс істеу механизмдерін жүзеге асыруда ғана ерекшеленеді, тіпті гибридті жүйеде SSD қолдансаңыз да, бұл сіз жасай алатыныңызды білдірмейді. AFA жүйесі деңгейінде өнімділік деңгейіне қол жеткізу. Сондай-ақ, көп жағдайда гибридті жүйелерде кірістірілген тиімді сақтау механизмдері өшіріледі және олардың қосылуы өнімділіктің жоғалуына әкеледі.
Арнайы сақтау жүйелері
Негізінен деректерді жедел өңдеуге бағытталған жалпы мақсаттағы сақтау жүйелерінен басқа, әдеттегіден түбегейлі ерекшеленетін негізгі принциптері бар арнайы сақтау жүйелері бар (төмен кідіріс, жоғары IOPS):
БАҚ.
Бұл жүйелер үлкен медиа файлдарды сақтауға және өңдеуге арналған. Жауап. кідіріс іс жүзінде маңызды емес болады және көптеген параллельді ағындарда кең жолақта деректерді жіберу және қабылдау мүмкіндігі бірінші орынға шығады.
Сақтық көшірме жасау үшін сақтау жүйелерін қайталау.
Сақтық көшірмелер бір-біріне ұқсастығымен ерекшеленетіндіктен, бұл қалыпты жағдайда сирек кездеседі (орташа сақтық көшірме кешегі көшірмеден 1-2%-ға ерекшеленеді), жүйелердің бұл класы оларда жазылған деректерді өте аз мөлшерде өте тиімді түрде жинақтайды. физикалық тасымалдаушылардың саны. Мысалы, кейбір жағдайларда деректерді қысу коэффициенттері 200-ден 1-ге дейін жетуі мүмкін.
Объектілерді сақтау жүйелері.
Бұл сақтау жүйелерінде кәдімгі блоктық қатынау көлемдері мен файл үлестері жоқ, ең бастысы олар үлкен дерекқорға ұқсайды. Мұндай жүйеде сақталған нысанға қол жеткізу бірегей идентификатор немесе метадеректер арқылы жүзеге асырылады (мысалы, XX-XX-XXXX және YY-YY-YYYY арасындағы жасалған күні бар барлық JPEG пішіміндегі нысандар).
Сәйкестік жүйесі.
Олар бүгінде Ресейде соншалықты кең таралған емес, бірақ олар туралы айту керек. Мұндай сақтау жүйелерінің мақсаты қауіпсіздік саясаттарына немесе нормативтік талаптарға сәйкес келетін кепілдік берілген деректерді сақтау болып табылады. Кейбір жүйелер (мысалы, EMC Centera) деректерді жоюға тыйым салу функциясын іске асырды - кілт бұрылып, жүйе осы режимге кірген бойда, әкімші де, басқа ешкім де бұрыннан жазылған деректерді физикалық түрде жоя алмайды.
Меншікті технологиялар
Flash кэш
Flash кэш – флэш-жадты екінші деңгейлі кэш ретінде пайдалануға арналған барлық меншікті технологиялардың жалпы атауы. Флэш кэшті пайдаланған кезде сақтау жүйесі әдетте магниттік дискілерден тұрақты жүктемені қамтамасыз ету үшін есептелінеді, ал шыңға кэш қызмет етеді.
Бұл жағдайда жүктеме профилін және сақтау көлемінің блоктарына қол жеткізуді оқшаулау дәрежесін түсіну қажет. Flash кэш - жоғары локализацияланған сұраулары бар жұмыс жүктемелеріне арналған технология және біркелкі жүктелген көлемдер үшін (мысалы, аналитикалық жүйелер үшін) іс жүзінде қолданылмайды.
Нарықта екі флэш кэшті іске асыру бар:
- Тек оқу. Бұл жағдайда тек оқылған деректер кэштеледі, ал жазу тікелей дискілерге өтеді. Кейбір өндірушілер, мысалы, NetApp, өздерінің сақтау жүйелеріне жазу қазірдің өзінде оңтайлы деп санайды және кэш мүлдем көмектеспейді.
- Оқу/жазу. Тек оқу ғана емес, сонымен қатар жазу кэштеледі, бұл ағынды буферлеуге және RAID Penalty әсерін азайтуға мүмкіндік береді, нәтижесінде жазудың оңтайлы емес механизмі бар сақтау жүйелерінің жалпы өнімділігін арттырады.
Тиинг
Көп деңгейлі сақтау (шаршау) - бұл SSD және HDD сияқты әртүрлі өнімділік деңгейлері бар деңгейлерді бір дискілік пулға біріктіруге арналған технология. Деректер блоктарына қол жеткізудің айқын біркелкі еместігі жағдайында жүйе жүктелгендерді өнімділігі жоғары деңгейге, ал суықты, керісінше, баяуырақ деңгейге жылжыта отырып, деректер блоктарын автоматты түрде теңестіре алады.
Төменгі және орта таптардың гибридті жүйелері кесте бойынша деңгейлер арасында қозғалатын деректермен көп деңгейлі сақтауды пайдаланады. Бұл ретте ең жақсы үлгілер үшін көп деңгейлі сақтау блогының көлемі 256 МБ құрайды. Бұл мүмкіндіктер деңгейлі сақтау технологиясын өнімділікті арттыру технологиясы ретінде қарастыруға мүмкіндік бермейді, өйткені көптеген адамдар қателеседі. Төмен және орта класты жүйелердегі көп деңгейлі сақтау - бұл жүктеменің біркелкі еместігі белгілі жүйелер үшін сақтау шығындарын оңтайландыру технологиясы.
түсірім
Сақтау жүйелерінің сенімділігі туралы қанша айтсақ та, аппараттық ақауларға байланысты емес деректерді жоғалтудың көптеген мүмкіндіктері бар. Бұл вирустар, хакерлер немесе деректердің кез келген басқа қасақана жойылуы/бұзылуы болуы мүмкін. Осы себепті өндіріс деректерінің сақтық көшірмесін жасау инженер жұмысының ажырамас бөлігі болып табылады.
Сурет — белгілі бір уақыттағы томның суреті. Көптеген жүйелермен жұмыс істегенде, мысалы, виртуализация, деректер қоры және т.б. бізге деректерді сақтық көшірмеге көшіретін осындай суретті алу керек, ал біздің АЖ осы томмен қауіпсіз жұмыс істей алады. Бірақ барлық суреттер бірдей пайдалы емес екенін есте ұстаған жөн. Әртүрлі жеткізушілердің сәулетіне қатысты суреттерді жасаудың әртүрлі тәсілдері бар.
Сиыр (Көшіру-Жазу). Деректер блогын жазуға тырысқанда, оның бастапқы мазмұны арнайы аймаққа көшіріледі, содан кейін жазу қалыпты түрде жүреді. Бұл сурет ішіндегі деректердің бүлінуіне жол бермейді. Әрине, барлық осы «паразиттік» деректер манипуляциялары сақтау жүйесіне қосымша жүктемені тудырады және осы себепті ұқсас енгізулері бар жеткізушілер оннан астам суретті пайдалануды ұсынбайды және оларды жоғары жүктелген көлемде мүлде қолданбайды.
RoW (Жазуда қайта бағыттау). Бұл жағдайда бастапқы көлем табиғи түрде қатып қалады және деректер блогын жазу әрекеті кезінде сақтау жүйесі деректерді бос кеңістіктегі арнайы аймаққа жазады, бұл блоктың метадеректер кестесіндегі орнын өзгертеді. Бұл қайта жазу операцияларының санын азайтуға мүмкіндік береді, бұл сайып келгенде өнімділіктің төмендеуін жояды және суреттер мен олардың санына шектеулерді жояды.
Қолданбаларға қатысты суреттер де екі түрге бөлінеді:
Қолданбаның жүйелілігі. Суретті жасау сәтінде сақтау жүйесі тұтынушының операциялық жүйесіндегі агентті тартады, ол диск кэштерін жадтан дискіге мәжбүрлеп тазартады және қолданбаны мұны істеуге мәжбүр етеді. Бұл жағдайда суреттен қалпына келтіру кезінде деректер сәйкес болады.
Бұзылу тұрақты. Бұл жағдайда мұндай ештеңе болмайды және сурет сол қалпында жасалады. Мұндай суретті қалпына келтіру жағдайында сурет қуат кенеттен өшіріліп, кэштерде тұрып, дискіге ешқашан жетпесе, кейбір деректердің жоғалуы мүмкін болатын жағдайға ұқсас. Мұндай суреттерді енгізу оңайырақ және қолданбаларда өнімділіктің төмендеуіне әкелмейді, бірақ сенімділігі төмен.
Неліктен сақтау жүйелерінде суреттер қажет?
- Тікелей сақтау жүйесінен агентсіз сақтық көшірме
- Нақты деректер негізінде сынақ орталарын жасаңыз
- Файлдарды сақтау жүйелері жағдайында оны гипервизордың орнына сақтау жүйесінің суреттерін пайдалану арқылы VDI орталарын жасау үшін пайдалануға болады.
- Сақтық көшірме жиілігінен едәуір жоғары жиілікте жоспарланған суреттерді жасау арқылы төмен RPO-ны қамтамасыз етіңіз
Клондау
Көлемді клондау – суреттер сияқты принцип бойынша жұмыс істейді, бірақ деректерді оқу үшін ғана емес, онымен толық жұмыс істеу үшін де қолданылады. Біз көлемнің нақты көшірмесін барлық деректермен бірге физикалық көшірме жасамай-ақ ала аламыз, бұл кеңістікті үнемдейді. Әдетте, көлемді клондау Test&Dev бағдарламасында немесе АЖ жүйесіндегі кейбір жаңартулардың функционалдығын тексергіңіз келсе пайдаланылады. Клондау сізге диск ресурстары тұрғысынан мұны мүмкіндігінше тез және үнемді орындауға мүмкіндік береді, өйткені Тек өзгертілген деректер блоктары жазылады.
Репликация / журнал
Репликация – басқа физикалық сақтау жүйесінде деректердің көшірмесін жасау механизмі. Әдетте, әрбір сатушының тек өз желісінде жұмыс істейтін меншікті технологиясы бар. Бірақ үшінші тарап шешімдері де бар, соның ішінде VMware vSphere Replication сияқты гипервизор деңгейінде жұмыс істейтін шешімдер.
Меншікті технологиялардың функционалдығы және оларды пайдаланудың қарапайымдылығы әдетте әмбебап технологиялардан әлдеқайда жоғары, бірақ олар, мысалы, NetApp-тан HP MSA-ға көшірме жасау қажет болғанда қолданылмайды.
Репликация екі кіші түрге бөлінеді:
Синхронды. Синхронды репликация жағдайында жазу операциясы екінші сақтау жүйесіне дереу жіберіледі және қашықтағы сақтау жүйесі растамайынша орындау расталмайды. Осыған байланысты қол жеткізудің кешігуі артады, бірақ бізде деректердің нақты айна көшірмесі бар. Анау. Негізгі сақтау жүйесі жоғалған жағдайда RPO = 0.
асинхронды. Жазу операциялары тек негізгі сақтау жүйесінде орындалады және бір мезгілде қашықтан сақтау жүйесіне пакеттік жіберу үшін буферде жинақтала отырып, дереу расталады. Көшірудің бұл түрі құндылығы аз деректер үшін немесе өткізу қабілеті төмен немесе жоғары кідіріс (100 км-ден асатын қашықтықтарға тән) арналар үшін маңызды. Сәйкесінше, RPO = пакетті жіберу жиілігі.
Көбінесе репликациямен қатар механизм де болады журнал жүргізу диск операциялары. Бұл жағдайда белгілі бір тереңдіктегі немесе журналдың көлемімен шектелген ағаш кесу және жазу операциялары үшін арнайы аумақ бөлінеді. EMC RecoverPoint сияқты белгілі бір меншікті технологиялар үшін белгілі бір бетбелгілерді белгілі бір журнал жазбасына байланыстыруға мүмкіндік беретін жүйелік бағдарламалық құралмен интеграция бар. Осының арқасында томның күйін 23 сәуірге, 11 сағат 59 секунд 13 миллисекундқа ғана емес, «БАРЛЫҚ КЕСТЕЛЕРДІ ТАРТУ; МІНДЕТТЕУ».
Метро кластері
Метро кластері - бұл екі сақтау жүйесі арасында екі жақты синхронды репликацияны жасауға мүмкіндік беретін технология, бұл жұп сырттан бір сақтау жүйесіне ұқсайды. Ол метро қашықтықта (100 км-ден аз) географиялық бөлінген қолдары бар кластерлерді құру үшін қолданылады.
Виртуализация ортасында пайдалану мысалына сүйене отырып, метрокластер виртуалды машиналары бар деректер қоймасын құруға мүмкіндік береді, бір уақытта екі деректер орталығынан жазу үшін қол жетімді. Бұл жағдайда осы деректер қоймасына қосылған әртүрлі физикалық деректер орталықтарындағы хосттардан тұратын гипервизор деңгейінде кластер жасалады. Бұл сізге келесі әрекеттерді орындауға мүмкіндік береді:
- Деректер орталықтарының бірі қайтыс болғаннан кейін қалпына келтіру процесін толық автоматтандыру. Қосымша қаражатсыз, қайтыс болған деректер орталығында жұмыс істейтін барлық VM автоматты түрде қалған біреуінде қайта іске қосылады. RTO = жоғары қолжетімділік кластерінің күту уақыты (VMware үшін 15 секунд) + операциялық жүйені жүктеу және қызметтерді бастау уақыты.
- Апаттардан аулақ болу немесе орысша айтқанда, апаттардан аулақ болу. Егер 1-дата орталығында электрмен жабдықтау жұмысы жоспарланған болса, онда жұмыс басталмай тұрып, барлық маңызды жүктемені 2-дата орталығына алдын ала тоқтаусыз көшіру мүмкіндігіміз бар.
Виртуалдандыру
Сақтауды виртуализациялау техникалық тұрғыдан басқа сақтау жүйесіндегі көлемдерді дискілер ретінде пайдалану болып табылады. Сақтау виртуализаторы басқа біреудің көлемін тұтынушыға өзінің жеке көлемі ретінде жібере алады, оны бір уақытта басқа сақтау жүйесіне көрсетеді немесе тіпті сыртқы томдардан RAID жасай алады.
Сақтауды виртуалдандыру класындағы классикалық өкілдер EMC VPLEX және IBM SVC болып табылады. Және, әрине, виртуалдандыру функционалдығы бар сақтау жүйелері - NetApp, Hitachi, IBM / Lenovo Storwize.
Неліктен қажет болуы мүмкін?
- Сақтау жүйесі деңгейінде артық. Томдар арасында айна жасалады, оның жартысы HP 3Par жүйесінде, екіншісі NetApp қолданбасында болуы мүмкін. Ал виртуализатор EMC компаниясынан.
- Әртүрлі өндірушілердің сақтау жүйелері арасында ең аз тоқтау уақытымен деректерді жылжытыңыз. Деректер есептен шығарылатын ескі 3Par-дан жаңа Dell-ге көшіру керек деп есептейік. Бұл жағдайда тұтынушылар 3Par-дан ажыратылады, көлемдер VPLEX бойынша тасымалданады және тұтынушыларға қайтадан ұсынылады. Дыбыста аздап өзгермегендіктен, жұмыс жалғасуда. Дыбыс деңгейін жаңа Dell құрылғысына көшіру процесі фондық режимде басталады және аяқталғаннан кейін айна бұзылады және 3Par өшіріледі.
- Метрокластерлерді ұйымдастыру.
Қысу/дедупликация
Сығымдау және көшіру - сақтау жүйесінде дискілік кеңістікті үнемдеуге мүмкіндік беретін технологиялар. Бірден айта кететін жайт, барлық деректер сығымдауға және/немесе қайталануға жатпайды, ал кейбір деректер түрлері жақсырақ қысылады және дедупликацияланады, ал кейбіреулері керісінше.
Қысудың және дедупликацияның 2 түрі бар:
Кезекте — деректер блоктарын қысу және қайталау осы деректерді дискіге жазу алдында орын алады. Осылайша, жүйе тек блоктың хэшін есептейді және оны кестеде барлармен салыстырады. Біріншіден, бұл жай ғана дискіге жазудан жылдамырақ, екіншіден, біз дискідегі қосымша орынды босқа жұмсамаймыз.
Post - бұл операциялар дискілерде орналасқан бұрыннан жазылған деректерде орындалғанда. Тиісінше, деректер алдымен дискіге жазылады, содан кейін ғана хэш есептеледі және қажет емес блоктар жойылады және диск ресурстары босатылады.
Айта кету керек, көптеген өндірушілер екі түрді де пайдаланады, бұл оларға осы процестерді оңтайландыруға және осылайша олардың тиімділігін арттыруға мүмкіндік береді. Көптеген сақтау жеткізушілерінде деректер жиынын талдауға мүмкіндік беретін утилиталар бар. Бұл утилиталар сақтау жүйесінде жүзеге асырылатын логикаға сәйкес жұмыс істейді, сондықтан тиімділіктің болжалды деңгейі бірдей болады. Сондай-ақ, көптеген жеткізушілерде белгілі (немесе барлық) деректер түрлері үшін кем дегенде жақсы өнімділікті уәде ететін өнімділікке кепілдік беретін бағдарламалар бар екенін есте сақтаңыз. Және бұл бағдарламаны елемеуге болмайды, өйткені белгілі бір жүйенің тиімділік коэффициентін ескере отырып, сіздің тапсырмаларыңыз үшін жүйені есептеу арқылы сіз көлемді үнемдей аласыз. Бұл бағдарламалардың AFA жүйелеріне арналғанын ескерген жөн, бірақ классикалық жүйелердегі HDD дискілеріне қарағанда SSD дискілерінің аз көлемін сатып алудың арқасында бұл олардың құнын төмендетеді, ал егер дискілік жүйенің құнына тең болмаса, онда оған әбден жақындаңыз.
Модель
Міне, біз дұрыс сұраққа келдік.
«Олар маған сақтаудың екі нұсқасын ұсынады - ABC SuperStorage S600 және XYZ HyperOcean 666v4, сіз не ұсынасыз?»
«Осы жерде олар маған екі сақтау опциясын ұсынады - ABC SuperStorage S600 және XYZ HyperOcean 666v4, сіз не ұсынасыз?
Мақсатты жүктеме өндіріс/сынақ/әзірлеу циклдері бар аралас VMware виртуалды машиналары болып табылады. Сынақ = өнімді. 150 80 IOPS 000кб блоктау 8% кездейсоқ қатынас 50/80 оқу-жазу мүмкіндігінің ең жоғары өнімділігімен әрқайсысы 20 ТБ. Әзірлеу үшін 300 ТБ, 50 000 IOPS жеткілікті, 80 кездейсоқ, 80 жазу.
Метрокластердегі өнімділік RPO = 15 минут RTO = 1 сағат, асинхронды репликацияда әзірлеу RPO = 3 сағат, бір сайтта сынақ.
50TB ДҚБЖ болады, журнал жүргізу олар үшін жақсы болар еді.
Бізде барлық жерде Dell серверлері, ескі Hitachi сақтау жүйелері бар, олар әрең шыдайды, біз жүктемені көлемі мен өнімділігі бойынша 50%-ға арттыруды жоспарлап отырмыз».
Олар айтқандай, дұрыс тұжырымдалған сұрақ жауаптың 80% құрайды.
қосымша ақпарат
Авторларға сәйкес қосымша не оқу керек
Кітаптар
- Олифер және Олифер «Компьютерлік желілер». Кітап IP / Ethernet сақтау жүйелеріне арналған деректерді тасымалдау ортасының қалай жұмыс істейтінін жүйелеуге және мүмкін жақсырақ түсінуге көмектеседі.
- «EMC ақпаратты сақтау және басқару». Сақтау жүйелерінің негіздері, неліктен, қалай және неліктен екендігі туралы тамаша кітап.
Форумдар мен чаттар
Жалпы ұсынымдар
Бағалар тізімі
Енді бағаларға келетін болсақ, жалпы алғанда, сақтау жүйелеріне арналған бағалар болса, олар әдетте тізімдік бағалар болып табылады, олардан әрбір тұтынушы жеке жеңілдік алады. Жеңілдік мөлшері көптеген параметрлерден тұрады, сондықтан дистрибьютордан сұрамай-ақ, сіздің компанияңыз қандай түпкілікті баға алатынын болжау мүмкін емес. Бірақ сонымен бірге соңғы уақытта қарапайым компьютерлік дүкендерде арзан модельдер пайда бола бастады, мысалы, немесе . Мұнда сізді қызықтыратын жүйені компьютердің кез келген құрамдас бөліктері сияқты белгіленген бағамен бірден сатып алуға болады.
Бірақ TB/$ бойынша тікелей салыстыру дұрыс емес екенін бірден атап өткім келеді. Егер біз оған осы тұрғыдан келетін болсақ, онда ең арзан шешім қарапайым JBOD + сервері болады, ол толыққанды, қос контроллерлі сақтау жүйесі қамтамасыз ететін икемділікті де, сенімділікті де қамтамасыз етпейді. Бұл JBOD жиіркенішті және жағымсыз лас трюк дегенді білдірмейді, сіз бұл шешімді қалай және қандай мақсатта қолданатыныңызды тағы да анық түсінуіңіз керек. JBOD-де бұзатын ештеңе жоқ екенін жиі естисіз, тек бір артқы панель бар. Дегенмен, артқы панельдер де кейде сәтсіздікке ұшырайды. Бәрі ерте ме, кеш пе бұзылады.
Барлығы
Жүйелерді бір-бірімен тек бағасы бойынша немесе өнімділігі бойынша ғана емес, барлық көрсеткіштердің жиынтығы бойынша салыстыру қажет.
HDD қажет екеніне сенімді болсаңыз ғана HDD сатып алыңыз. Төмен жүктемелер және қысылмайтын деректер түрлері үшін, әйтпесе, қазір көптеген өндірушілерде бар (және олар тіпті Ресейде де жұмыс істейді) SSD сақтау тиімділігіне кепілдік беру бағдарламаларына жүгінген жөн, бірақ бәрі орналасатын қолданбалар мен деректерге байланысты. осы сақтау жүйесінде.
Арзан нәрсеге бармаңыз. Кейде бұл көптеген жағымсыз сәттерді жасырады, олардың бірі туралы Евгений Елизаров өзінің мақалаларында сипаттайды. . Және бұл, сайып келгенде, бұл арзандық сізге кері әсер етуі мүмкін. Ұмытпаңыз - «сараң екі рет төлейді».
Дереккөз: www.habr.com