У віхуры свят і якія рушылі за вакацыямі разнастайных падзей можна было і выпусціць з-пад увагі, што доўгачаканы рэліз Veeam Availability Suite версіі 10.0 убачыць святло ўжо зусім хутка — у лютым.
Аб новай функцыянальнасці выйшла дастаткова шмат матэрыялаў, уключаючы даклады на анлайн і афлайн-канферэнцыях, пасты ў блогах і розных супольнасцях на розных мовах. Для тых, каму не давялося яшчэ з імі азнаёміцца, ды і проста для ўсіх, каго цікавяць галіновыя навінкі, сёння я сцісла пералічу новыя магчымасці Veeam Backup & Replication і спынюся на адной з ключавых больш падрабязна.
Такім чынам, сардэчна запрашаем пад кат.
"Усе працы добрыя - выбірай на смак"
Сапраўды, усе каманды распрацоўшчыкаў унеслі свой уклад у юбілейны рэліз. Для кожнага патэнцыйнага кліента знойдзецца набор фіч, неабходных менавіта для яго інфраструктуры. Вось толькі няпоўны пералік навінак:
- Бэкап NAS і файлавых шар
- Data Integration API
- Linux VIX і бэкап-проксі для Linux
- Падтрымка кланавання блокаў на XFS
- Абноўлены Cloud Tier і рэпазітар SОBR
- Рэпазітар рэзервовых копій на NFS
- Праца з NetApp ONTAP SVM
- Убудова RMAN Plugin for Solaris
- Архіваванне бэкапаў часопісаў транзакцый (transaction logs backup copy job)
- Заданні з палітыкай захоўвання GFS Retention M Primary Backup Jobs
- Палепшаны WAN-акселератар
- Палепшанае рэзервовае капіраванне для віртуальных інфраструктур на платформе Nutanix AHV
І гэта толькі навіны ў Veeam Backup & Replication! Хоць будучая версія Veeam Availability Suite мае на ўвазе і новы Veeam ONE, і новыя Veeam Agents. Нас чакае, без сумневу, шмат цікавага - але ўсё ж пачнем па парадку.
Рэзервовае капіраванне для NAS і файлавых шар
Гэтая функцыянальнасць вельмі даўно чакалася, і нашы інжынеры нездарма працавалі над ёй не адзін месяц. Карыстальнікі атрымаюць інструментар з вельмі гнуткімі магчымасцямі для бэкапу і аднаўленні файлаў і тэчак, усё гэта рэалізавана на базе зразумелай і якая маштабуецца архітэктуры і ў звыклым інтэрфейсе.
З ветлівага дазволу нашага Vanguard-а Яўгена Елізарава (), які наведаў у канцы 2019 года форум Veeam Vanguards, дзялюся спасылкай на яго па гэтай фічы.
Са свайго боку, раскажу крыху аб схеме працы і працэдуры налады гэтага віду бэкапу.
Як гэта ўладкована
Агульная схема працы паказана ніжэй:
Як бачым, падчас рэзервовага капіявання задзейнічаны вось такія кампаненты:
- Зыходнае файлавае сховішча (NAS, SMB share)
- Сервер Veeam Backup & Replication, адказны за кіраванне
- Дапаможны проксі-сервер File Backup Proxy, які выконвае перадачу дадзеных пры бэкапе, а менавіта: энумерацыю, чытанне, запіс, кампрэсію, дэкампрэсію, шыфраванне, дэшфраванне. (Гэты кампанент ідэнтычны агульнавядомаму backup proxy.)
- Рэпазітар бэкапаў, дзе захоўваюцца рэзервовыя копіі і файлы метададзеных, якія апісваюць зыходную структуру шары і месцазнаходжанне адпаведных файлаў і тэчак у рэзервовых копіях.
- Кэш-рэпазітар: тут захоўваецца здымак файлавага дрэва, зроблены пры апошнім запуску бекапа. Дзякуючы яму інкрыментальныя праходы робяцца нашмат хутчэй, т.я. няма неабходнасці параўноўваць кожную зыходную тэчку з якая змяшчаецца ў бекапе. Акрамя таго, гэта паскарае працэс аднаўлення файлаў. Гэты рэпазітар можа быць размешчаны на непасрэдна падлучаным фізічным ці віртуальным серверы Windows альбо Linux, а можна выкарыстоўваць і NAS (ці SMB share). Рэкамендуецца размяшчаць такі рэпазітар на SSD, бліжэй да шары.
Заўвага: У гэтай ролі можна выкарыстоўваць ужо наяўны ў інфраструктуры рэпазітар Veeam, дзе захоўваюцца бэкапы віртуальных машын. Аднак майце на ўвазе, што SOBR/Deduplication storage/Cloud repository у якасці такога рэпазітара выкарыстоўваць нельга.
- Архіўны рэпазітар, калі ёсць неабходнасць - а яна часцей за ўсё ёсць - у доўгатэрміновым захоўванні. Тут можна задзейнічаць недарагую СГД і наладзіць рэгулярнае архіваванне бэкапаў з асноўнага рэпазітара, як будзе паказана ніжэй.
Заўвага: У якасці рэпазітароў не падтрымліваюцца rotated drives.
Асноўныя этапы працэсу сцісла выглядаюць так:
- Veeam Backup & Replication ініцыюе энумерацыю і пабудову дрэва тэчак і файлаў у зыходнай шары.
- Гэтыя дзеянні выконвае file proxy, які перадае пабудаваную структуру ў кэш-рэпазітар на захоўванне.
- Калі file proxy атрымлівае новую структуру, то параўноўвае яе з папярэдняй, якая захоўваецца ў рэпазітары. Калі выяўлены змены, то кэш-рэпазітар адпраўляе на бэкап-рэпазітар запыт на яго рэсурсы
- File proxy пачынае чытанне новых дадзеных з зыходнай шары і перадачу ў бэкап-рэпазітар. Яны перадаюцца, будучы "упакаванымі" у BLOBs: кожны BLOB утрымоўвае дадзеныя рэзервовай копіі ў выглядзе файлаў памерам па 64 Mb. Таксама захоўваюцца файлы метададзеных.
Паглядзім, як усё гэта можна наладзіць у інтэрфейсе.
Наладжваем файлавы бэкап у кансолі Veeam
Для пачатку трэба сканфігураваць патрэбныя кампаненты: проксі, файлавую шару і рэпазітар.
Настройка file proxy
У якасці проксі для бэкапу файлаў можна задзейнічаць сервер Windows – галоўнае, каб x64, і вельмі пажадана, каб старэй Windows 2012R2, калі трэба бекапіць CIFS шары з выкарыстаннем VSS.
Гэтая машына павінна быць ужо ўключаная ў інфраструктуру рэзервовага капіявання, ці можна дадаць новы сервер - для гэтага ва ўяўленні Backup Infrastructure трэба клікнуць правай кнопкай па вузле Backup Proxies і выбраць каманду Add file backup proxy. Затым праходзім па кроках майстра, паказваючы:
- Імя новага проксі
- Максімум адначасова выкананых задач (1 задача - 1 зыходная шара). Значэнне па змаўчанні - разлічваецца аўтаматычна, зыходзячы з наяўных рэсурсаў.
На кроку Правілы дарожнага руху наладжваем правілы апрацоўкі сеткавага трафіку, як звычайна які робіцца для проксі.
Даданне зыходнай шары
У прадстаўленні Інвентарызацыя з'явіўся новы вузел - File Shares, а таксама адпаведныя яму каманды:
- Add file share - дадаць новую шару
- Create job - стварыць заданне рэзервовага капіявання
- аднаўленне - выканаць аднаўленне з бэкапу
Дадаем файлавую шары ў інфраструктуру такім чынам:
- Пасля кліку па вузлу File Shares трэба выбраць каманду Add file share.
- Выбіраемы тып аб'екта, які будзем дадаваць.
Можна абраць у якасці зыходнага файлавага сховішча:- Файлавы сервер Windows ці Linux.
- Шару NFS - падтрымліваюцца версіі 3.0 і 4.1.
- Шару SMB (CIFS), прычым для SMB3 падтрымліваецца бэкап са снапшотаў Microsoft VSS.
Для прыкладу абяром опцыю c SMB share.
Заўвага: Пры заданні ўліковага запісу для доступу да зыходнага шара пераканаецеся, што ў гэтага ўліку ёсць прынамсі правы на чытанне (а калі жадаеце і аднаўляць, то і на запіс). І не забывайце, што ў выкарыстоўваных проксі сервераў таксама павінны быць правы на чытанне.
- Калі вы хочаце выкарыстоўваць для рэзервовага капіявання снапшоты, то варта націснуць прасунуты і паказаць, якога тыпу снапшоты трэба задзейнічаць - VSS або storage.
Заўвага: Падтрымка VSS патрабуе правільнай наладкі File Backup Proxy. А калі вы хочаце выкарыстоўваць стородж-снапшоты, то вам трэба будзе наладзіць іх стварэнне на баку вашага сховішча.
- На наступным кроку трэба задаць налады працэсінгу:
- Указаць, які file proxy мы плануем выкарыстоўваць - па змаўчанні будуць задзейнічаны ўсе наяўныя проксі (All proxies).
- пазначыць шлях да кэш-рэпазітара Cache repository. Памятаем, што SOBR/Deduplication/Cloud у якасці такога рэпазітара выкарыстоўваць нельга.
- Карыстаючыся настройкай Backup I/O control, выбіраемы пераважную характарыстыку выканання аперацый пры бэкапе.
- Lower impact (найменшы ўплыў на ваш NAS) - апрацоўка запытаў на чытанне будзе ісці ў адзін струмень;
- Faster backup (высокая хуткасць) - адпаведна, шматструменнасць; дастасавальна да высокапрадукцыйных сховішчаў.
Які варыянт лепш выкарыстоўваць у вашай інфраструктуры, высвятляецца, натуральна, з дапамогай тэсціравання. Але агульны прынцып такі: калі ў вас СГД, прызначаная для Enterprise-інфраструктур, то можна смела выставіць Faster backup, а калі сціплы NAS хатняга ўзроўню, то, вядома, арыентуемся на Lower impact.
- Затым гаворым Ужываць, завяршаем крокі майстра - і ў дрэве інфраструктуры Veeam Backup бачым нашу файлавую шару.
Заданне рэзервовага капіявання
Цяпер трэба стварыць заданне рэзервовага капіявання. З меню Backup Job выбіраем File share.
Запускаецца майстар наладкі задання. У ім мы спачатку паказваем імя новага задання, а затым на кроку Файлы і тэчкі - тое, што канкрэтна хочам бэкапіць.
Калі жадаем задаць якія ўключаюць выключальныя фільтры, націскаем кнопку прасунуты. Па змаўчанні бэкапіцца будзе ўсё змесціва.
Затым пераходзім да кроку захоўванне, дзе задаём налады захоўвання:
- Backup repository — шлях да рэпазітара
- Keep all versions of each file for N days - перыяд кароткатэрміновага захоўвання, г.зн. калі доўга трэба захоўваць усе версіі забэкапленных файлаў у рэпазітары на выпадак неабходнасці ўзнаўлення (па змаўчанні 28 дзён - так-так, для файлаў мы лічым не "кропкі аднаўлення", а проста дні).
- Калі трэба і доўгатэрміновае захоўванне, зачэкваем галачку Keep file versions history і паказваем, колькі часу захоўваць старыя версіі файлаў, якіх менавіта і дзе (тут можна паказаць не асноўнае, а а дапаможнае сховішча, яго можна будзе наладзіць на наступным кроку).
Каб выбраць, для якіх файлаў арганізаваць доўгатэрміновае захоўванне, націскаем Выбіраць:
Тут акрамя які ўключае выключнага фільтра па масцы можна таксама асобна наладзіць, колькі версій трэба захоўваць у актыўных файлаў і ў выдаленых файлаў (палі Active file versions to keep и Deleted file versions to keep, адпаведна). Зразумела, усе гэтыя налады трэба рабіць у адпаведнасці з вашай палітыкай забеспячэння даступнасці дадзеных.
Ціснем ОК і вяртаемся да кроку майстра.
Звыклыя налады апавяшчэнняў, кастамных скрыптоў і г.д. даступныя па кліку на прасунуты.
Калі вам неабходна доўгатэрміновае захоўванне на дапаможным архіўным рэпазітары, то пераходзім да кроку Secondary Target. Архіваванне дадзеных будзе стартаваць пасля заканчэння бэкапу.
Гэта таксама невялікае новаўвядзенне. Фактычна, гэта ўсім вядомыя Backup Copy заданні, але адразу убудаваныя ў асноўнае, г.зн. няма патрэбы ствараць асобнае.
Калі жадаецца дадаткова наладзіць для пэўнага рэпазітара палітыку захоўвання, шыфраванне і працягласць акна архівавання, трэба абраць рэпазітар у спісе і націснуць Рэдагаваць.
Далей наладжваем расклад - тут усё як звычайна.
Ну і на апошнім кроку правяраем налады і пры неабходнасці выбіраемы неадкладны запуск (Run the job when I click Finish), пасля чаго назіраем за ходам бэкапу:
Магчымасці аднаўлення
Узнаўленне магчыма ў трох рэжымах: можна аднавіць усю шару на на вызначаны момант часу, можна абраць пэўныя файлы для ўзнаўлення ці аднавіць усе файлы, якія змяніліся ў моманту бекапа.
- Файлавая шара аднаўляецца цалкам на стан, у якім яна была забэкапленая і патрапіла ў абраную кропку аднаўлення. Будуць адноўлены ўсе файлы і тэчкі; можна аднавіць іх у зыходнае ці ў іншае месцазнаходжанне:
- Адкат да абранага моманту часу шляхам аднаўлення толькі змененых файлаў: тут таксама ўсё зразумела - спачатку выбіраем патрэбны момант часу, затым файлы тэчкі, якія жадаем аднавіць.
Крыху змянілася логіка выбару пункту аднаўлення. Запусціўшы майстар аднаўлення, можна абраць:
- Latest Restore Point - аднаўленне з апошняга бэкапу ў абраным рэжыме.
- Selected restore point - калі прамахнуліся з кропкай аднаўлення, зараз яе можна абраць зноўку прама ў майстры (раней для гэтага даводзілася выходзіць у асноўны інтэрфейс).
- За ўвесь час - У гэтым рэжыме можна ўбачыць усю гісторыю бэкапаў шары, плюс можна аднавіцца з архіўнага сховішча.
Акрамя таго, для аднаўляемага аб'екта можна таксама паказаць яго версію:
На сёння, мабыць, усё. Але працяг будзе!
Дадатковыя матэрыялы
Крыніца: habr.com