Рэзервовае капіраванне віртуальных машын - адзін з напрамкаў, якому трэба надаваць асаблівую ўвагу пры аптымізацыі выдаткаў кампаніі. Расказваем, як можна і бэкапы ў воблаку настроіць, і бюджэт зэканоміць.
Базы даных з'яўляюцца каштоўным актывам для любой кампаніі. У многім таму сталі запатрабаваны віртуальныя машыны. Карыстальнікі могуць працаваць у віртуальным асяроддзі, якое забяспечвае абарону ад фізічнага вынятку дадзеных і ўцечак канфідэнцыйнай інфармацыі.
Большасць буйных і сярэдніх кампаній так ці інакш залежаць ад ВМ. У іх захоўваецца вялізная колькасць крытычна важнай інфармацыі. Таму так важна паклапаціцца аб стварэнні рэзервовых копій, каб аднаго дня не здарыўся «упс» і гадамі папаўняемая база дадзеных раптам не апынулася пашкоджанай або недаступнай.
Як правіла, кампаніі ствараюць рэзервовыя копіі сваіх ВМ і захоўваюць іх у асобных ЦАД. І калі раптам першасны цэнтр апрацоўкі інфармацыі раптам выйдзе са строю, можна будзе хутка аднавіцца з бэкапу. Ідэальна, калі рэзервовая копія захоўваецца ў розных ЦАД, як гэта робіць . Аднак такую паслугу большасць правайдэраў прапанаваць не могуць ці просяць за гэта дадатковыя грошы. У выніку захоўванне бэкапаў выліваецца ў няхілую такую капеечку.
Аднак разумнае выкарыстанне магчымасцяў аблокі дазваляе зменшыць фінансавую нагрузку.
Чаму менавіта воблака?
Бэкапы ВМ зручна захоўваць на хмарных платформах. На рынку ёсць мноства рашэнняў, якія спрашчаюць працэс рэзервовага капіявання і ўзнаўленні віртуальных машын. З іх дапамогай можна арганізаваць бесперабойнае аднаўленне даных з віртуальных машын і забяспечыць стабільнае абслугоўванне прыкладанняў, якія залежаць ад гэтых даных.
Працэс рэзервовага капіявання можа быць аўтаматызаваны ў залежнасці ад таго, якія файлы і з якой перыядычнасцю неабходна захоўваць дадзеныя. У «аблокі» няма нейкіх цвёрдых рамак. Кампанія можа выбраць функцыянал і прадукцыйнасць, якія адпавядаюць іх бізнес-патрэбам, і плаціць толькі за спажываныя рэсурсы.
У лакальнай інфраструктуры такой магчымасці няма. Плаціць даводзіцца адразу за ўсё абсталяванне (нават прастойвае), а калі ўзнікае неабходнасць павысіць прадукцыйнасць, даводзіцца купляць больш сервераў, што прыводзіць да павелічэння выдаткаў. Cloud4Y прапануе 4 спосабы скараціць выдаткі на рэзервовае капіраванне баз дадзеных.
Дык як зэканоміць?
Інкрыментнае капіраванне
Кампанія павінна рэгулярна рабіць рэзервовыя копіі крытычна важных дадзеных. Але гэтыя дадзеныя з часам павялічваюцца ў аб'ёме. У выніку кожны наступны бэкап займае ўсё больш месца і патрабуе больш часу на загрузку ў сховішча. Вы можаце спрасціць працэдуру шляхам захоўвання інкрыментных рэзервовых копій.
Інкрыментны падыход мяркуе, што вы робіце бэкап толькі адзін раз ці праз пэўныя прамежкі часу (у залежнасці ад стратэгіі рэзервовага капіявання). Кожная наступная рэзервовая копія змяшчае толькі змены, унесеныя ў зыходную рэзервовую копію. Паколькі рэзервовае капіраванне выконваецца радзей і рэзервуюцца толькі новыя змены, арганізацыям не трэба плаціць за перадачу вялікіх хмарных дадзеных.
Абмежаваць файлы або раздзелы падпампоўкі
Часам аператыўнай памяці віртуальнай машыны можа быць нядосыць для захоўвання прыкладанняў і дадзеных АС. У гэтым выпадку АС займае некаторую частку цвёрдай кружэлкі для захоўвання дадатковых дадзеных. Гэтыя дадзеныя называюцца файлам падпампоўкі або падзелам падпампоўкі ў Windows і Linux адпаведна.
Як правіла, файлы падпампоўкі ў 1,5 разы больш RAM. Дадзеныя ў гэтых файлах рэгулярна мяняюцца. І кожны раз, калі робіцца бэкап, гэтыя файлы таксама рэзервуюцца. Так што лепш было б выключыць гэтыя файлы з рэзервовай копіі. Яны будуць займаць занадта шмат месца ў воблаку, бо сістэма будзе захоўваць іх пры кожным рэзервовым капіяванні (файлы-то бо ўвесь час змяняюцца!).
Увогуле, сутнасць у тым, каб рабіць рэзервовую копію толькі тых дадзеных, якія сапраўды патрэбны кампаніі. А непатрэбныя, накшталт файла падпампоўкі, бэкапіць не варта.
Дубліраванне і архівацыя рэзервовых копій
Бэкапы віртуальных машын важаць нямала, таму прыходзіцца рэзераваць больш месцы ў «воблаку». Такім чынам, можна зэканоміць, паменшыўшы аб'ём рэзервовых дзід. І тут можа дапамагчы дэдуплікацыя. Гэта працэс капіравання толькі змененых блокаў дадзеных і замены копій нязмененых блокаў з заменай іх спасылкай на зыходныя блокі. Таксама можна выкарыстоўваць разнастайныя архіватары для сціску выніковай рэзервовай копіі, каб зэканоміць яшчэ больш памяці.
Гэтая тэма асабліва актуальная, калі вы вынікаеце правілу "3-2-1" у стаўленні захоўвання рэзервовых дзід. Правіла абвяшчае, што для забеспячэння надзейнага захоўвання дадзеных неабходна мець як мінімум ТРЫ рэзервовыя копіі, якія захоўваюцца ў ДВУХ розных фарматах захоўвання, пры гэтым АДНА з копій павінна захоўвацца па-за асноўным сховішчам.
Такі прынцып забеспячэння адмоваўстойлівасці мяркуе надмернасць захоўвання дадзеных, таму зніжэнне аб'ёму бэкапу будзе відавочна нялішняй.
Палітыка захоўвання GFS (Grandfather-Father-Son)
Як арганізавана працэдура стварэння і захоўванні бэкапаў у большасці кампаній? А ніяк! Арганізацыі ствараюць рэзервовыя копіі і... забываюцца пра іх. На месяцы, а то і гады. Гэта прыводзіць да непатрэбных выдаткаў на дадзеныя, якія ніколі не выкарыстоўваюцца. Лепшы спосаб справіцца з гэтым - выкарыстоўваць палітыкі захоўвання. Гэтыя палітыкі вызначаюць, колькі рэзервовых копій можна захоўваць у воблаку адначасова.
Самая простая палітыка захоўвання бэкапаў тлумачыцца прынцыпам "першым прыйшоў - першым выйшаў". З дапамогай гэтай палітыкі захоўваецца пэўную колькасць рэзервовых копій, і пасля дасягнення мяжы самы стары выдаляецца, каб вызваліць месца для самага новага. Але гэтая стратэгія не зусім эфектыўная, асабліва калі трэба забяспечыць максімум кропак аднаўлення ў мінімальна магчымым аб'ёме сховішча. Акрамя таго, існуюць заканадаўчыя і карпаратыўныя рэгламенты, якія патрабуюць працяглага захоўвання дадзеных.
Вырашыць гэтую праблему можна, выкарыстоўваючы палітыку GFS (Дзед-Айцец-Сын). "Сын" - гэта найбольш частае рэзервовае капіраванне. Напрыклад, штодзённае. А «дзед» - самае рэдкае, да прыкладу, штомесячнае. І кожны раз, калі ствараецца новая штодзённая рэзервовая копія, яна робіцца сынам штотыднёвай рэзервовай копіі на папярэднім тыдні. Такая мадэль дае кампаніі больш кропак аднаўлення з такой жа абмежаванай прасторай захоўвання.
Калі ж захоўваць інфармацыю трэба доўга, яе шмат, але яна фактычна ніколі не запытваецца, можна скарыстацца так званым ice cold-сховішчам. Кошт захоўвання дадзеных у ім невялікі, але калі кампанія запытвае гэтыя дадзеныя, то давядзецца заплаціць. Гэта як далёкая цёмная камора. У ім ляжыць шмат рэчаў, якім нічога ня будзе і праз 10-20-50 год. Але пакуль дабярэшся да нейкай адной, патраціш шмат часу. У Cloud4Y такое сховішча назвалі «.
Заключэнне
Рэзервовае капіраванне - абавязковы элемент бяспекі любога бізнесу. Захоўваць бэкапы ў воблаку вельмі зручна, але часам паслуга абыходзіцца задорага. Выкарыстоўваючы пералічаныя намі спосабы, вы зможаце знізіць штомесячныя выдаткі кампаніі.
Што яшчэ карыснага можна пачытаць у блогу Cloud4Y
→
→
→
→
→
Падпісвайцеся на наш -канал, каб не прапусціць чарговы артыкул! Пішам не часцей за два разы на тыдзень і толькі па справе.
Крыніца: habr.com