Коли ми говоримо резервне копіювання віртуальних машин без комерційних інструментів Ми вступаємо на територію, де дуже серйозні потреби в безперервності бізнесу поєднуються з обмеженими бюджетами, особливо в малих і середніх підприємствах та розвинених домашніх середовищах. Гарна новина полягає в тому, що сьогодні існує чимало безкоштовних або відкритих альтернатив, які дозволяють захищати такі середовища. Proxmox, Hyper-V, VMware, XCP-ng, oVirt, Nutanix або Citrix без необхідності платити (принаймні на початку).
Однак, перш ніж поспішати встановлювати перше-ліпше, важливо зрозуміти різні типи резервних копій, доступні у віртуальних середовищах, що передбачає резервне копіювання на основі агентів та без агентів, обмеження безкоштовних версій та як вписати все це в реалістичну стратегію використання сховища NAS, публічних хмар або зовнішніх дисків. У наступних розділах детально розглядаються ключові концепції та основні безкоштовні рішення, щоб ви могли налаштувати план резервного копіювання. надійне резервне копіювання віртуальних машин без оплати ліцензій.
Базові поняття: резервні копії віртуальних машин проти «класичних» резервних копій
Резервні копії віртуальних машин не зовсім такі ж, як традиційні резервні копії файлів з фізичного сервера; у віртуалізованому середовищі ви працюєте з повні образи віртуальних машин, віртуальні диски та файли конфігураціїЦе суттєво змінює технічний підхід та необхідні інструменти. Віртуальна машина — це набір файлів (VHD/VHDX диски, VMDK, qcow2, XML конфігурації, знімки тощо), якими гіпервізор керує так, ніби це незалежна машина, тому має сенс захистити її як логічну одиницю.
Більшість сучасних рішень виконують резервні копії віртуальних машин на основі образи рівня гіпервізораЦей метод використовує специфічні для платформи API (VSS у Hyper-V, API VMware, нативні механізми Proxmox тощо) для заморожування стану машини, створення узгодженого знімка та передачі лише тих блоків, які змінилися з моменту останнього резервного копіювання. Це відрізняється від «класичних» резервних копій на рівні гостьової операційної системи, де агент встановлюється в кожній віртуальній машині, а файли та бази даних копіюються так, ніби це ще один фізичний сервер.
Резервне копіювання на основі агента проти резервного копіювання без агента на віртуальних машинах
Ключова концепція, яка зустрічається майже у всіх сучасних рішеннях, — це розмежування між Резервне копіювання на основі агентів та резервне копіювання без агентівКожен з них має свої переваги та недоліки залежно від навколишнього середовища, яке ми хочемо захистити.
У агентному підході ми встановлюємо програмне забезпечення в кожну віртуальну машину, яке оброблятиме зчитувати дані з самої гостьової операційної системиУзгодьте їх із програмами (базами даних, Exchange тощо) та надішліть на сервер резервного копіювання. Цей метод використовується вже багато років і залишається корисним у сценаріях, коли є лише кілька віртуальних машин або коли нам потрібен дуже точний рівень контролю над тим, що резервується.
Однак, у безагентному підході це гіпервізор або платформа віртуалізації, яка надає доступ до API Це дозволяє програмному забезпеченню для резервного копіювання отримувати доступ до віртуальних дисків та файлів конфігурації ззовні віртуальної машини. Інструмент підключається до хоста або кластера, створює знімки віртуальних машин, використовує механізми відстеження змінених блоків (CBT) та передає інформацію безпосередньо зі сховища гіпервізора до репозиторіїв резервних копій.
Практичні переваги безагентного резервного копіювання
Безагентне резервне копіювання в сучасних середовищах віртуалізації стає кращим варіантом, оскільки воно дозволяє централізоване управління та менше споживання ресурсів що традиційний агентний підхід у кожній віртуальній машині. Програмному забезпеченню для захисту даних потрібно лише розгорнути легкий компонент на хості (або навіть безпосередньо взаємодіяти з API) і звідти виявляти всі віртуальні машини та захищати їх, не торкаючись їхньої внутрішньої начинки.
Ця модель значно зменшує навантаження на процесор та оперативну пам'ять віртуальних машин під час виконання резервного копіювання, оскільки більша частина роботи виконується в гіпервізорі та репозиторії резервних копій, використовуючи переваги нативні механізми для відстеження змінених блоківТаким чином, інкрементальні резервні копії можна створювати у дуже стислі часові проміжки та використовувати значно менше місця на диску, що є критично важливим при зберіганні десятків або сотень точок відновлення.
Ще однією очевидною перевагою є операційна ефективність в адмініструванніНемає потреби встановлювати агенти на кожну віртуальну машину окремо, оновлювати їх або досліджувати, чому певна з них перестала створювати резервні копії. Просто додайте хост або кластер до інвентарю рішення для резервного копіювання, щоб зробити всі розміщені машини доступними для захисту, зазвичай після встановлення транспортного компонента на самому вузлі гіпервізора.
З економічної точки зору, безагентний підхід зазвичай перекладається як більш вигідне ліцензуванняНавіть у комерційних версіях ліцензування здійснюється на хост, на сокет або на кількість захищених віртуальних машин, але модель ліцензування на агента уникається. Хоча тут ми зосереджуємося на безкоштовних інструментах, ця різниця стає дуже помітною, якщо ви вирішите перейти на платні версії в майбутньому, коли масштабуватимете проєкт.
Зрештою, добре реалізоване резервне копіювання без агентів робить обидва Повне відновлення ВМ, таке як гранулярне відновленняМожна перезавантажити повну віртуальну машину за кілька кроків з образу або витягти окремі файли з певної точки відновлення без необхідності завантаження вихідної віртуальної машини, за умови, що рішення для резервного копіювання включає ці розширені функції.
Proxmox VE та важливість поєднання власних резервних копій та резервних копій від сторонніх розробників
Віртуальне середовище Proxmox — це платформа віртуалізації з відкритим кодом, заснована на Debian. Інтегрований гіпервізор KVM та веб-керуванняСервер резервного копіювання Proxmox, який широко використовується в малих і середніх підприємствах, лабораторіях і невеликих центрах обробки даних завдяки своїй гнучкості та нульовій вартості ліцензії, є однією з його ключових переваг. Це високоефективне нативне рішення для резервного копіювання віртуальних машин, контейнерів і томів.
Однак, оскільки середовища стають складнішими або гібридними (наприклад, поєднання Proxmox з робочими навантаженнями VMware, Hyper-V або хмарними середовищамиБагато організацій надають перевагу об'єднанню захисту даних на одній платформі, яка керує всіма гіпервізорами з центральної консолі. У таких випадках на допомогу приходять такі рішення, як NAKIVO Backup & Replication, які, окрім Proxmox, охоплюють інстанції VMware, Hyper-V або EC2 на Amazon з однаковим механізмом резервного копіювання та політиками зберігання.
Підхід NAKIVO до Proxmox базується на резервних копіях без агента на рівні хостаЦе дозволяє захищати віртуальні машини без внутрішньої установки будь-яких компонентів. Для цього програма підключається до сервера або кластера Proxmox за допомогою адміністративних облікових даних, автоматично розгортає компонент транспортера та починає використовувати вбудовану технологію відстеження змін блоків для пришвидшення поступових оновлень.
Його можливості для середовищ Proxmox включають копіювання на основі зображень з узгодженість на рівні застосування (інтеграція з механізмами типу VSS у віртуальних машинах, де це доречно), детальне відновлення певних файлів і каталогів, створення постійних інкрементальних копій або їх поєднання з періодичними повними резервними копіями, а також підтримка різних місць зберігання як локальних, так і хмарних.
Місця зберігання: локальне, NAS, стрічкове та публічна хмара
Під час розробки схеми резервного копіювання віртуальної машини без платних комерційних інструментів одним із ключових рішень є місце зберігання даних: локальне сховище, NAS, мережеві спільні ресурси, стрічки або публічні хмари Це опції, які підтримують багато безкоштовних інструментів, хоча й з різними нюансами та обмеженнями.
Деякі рішення дозволяють надсилати резервні копії на локальні диски на самому сервері резервного копіювання, на зовнішні USB-накопичувачі або спільні ресурси SMB/NFS розміщено на пристроях NAS, таких як QNAP або Synology. Такого підходу зазвичай достатньо для малого та середнього бізнесу, де вже є NAS для зберігання резервних копій віртуальних машин, за умови ретельного контролю безпеки та суворого контролю доступу до даних.
Інші програми додають підтримку для Хмарне сховище, сумісне з S3 (Amazon S3, Wasabi, Backblaze B2, Azure Blob або інші постачальники із сумісними API), що сприяє впровадженню стратегій 3-2-1 (три копії даних на двох типах носіїв, одна поза межами сайту) без необхідності інвестувати у фізичні стрічки чи бібліотеки. У цих сценаріях дедуплікація, стиснення та використання інкрементальних резервних копій є важливими для зменшення витрат на пропускну здатність та зберігання даних.
У середовищах з вищими вимогами до довгострокового збереження деякі безкоштовні або freemium інструменти також дозволяють копіювати резервні копії на стрічку або синхронізувати їх з іншими зовнішніми сховищами резервних копій, або через FTPS, заплановану реплікацію, або власні механізми, оптимізовані для великих обсягів даних.
Незмінність, шифрування та автоматичне резервне копіювання
Окрім простої можливості створювати та відновлювати резервні копії, сучасні рішення для віртуальних середовищ починають включати функціональність кіберстійкість та передова автоматизація що дуже цікаво навіть у безкоштовних версіях. Незмінність резервних копій є однією з них, оскільки вона блокує можливість зміни або видалення точок відновлення на заздалегідь визначений період, навіть якщо програма-вимагач скомпрометує адміністративні облікові дані.
Завдяки ввімкненню незмінності в резервному сховищі дані захищені від шкідливе шифрування або випадкове видалення протягом зазначеної кількості днів, забезпечуючи додатковий рівень безпеки в середовищах, де немає бюджету на спеціалізовані рішення для зберігання WORM. Його слід поєднувати з ефективною схемою зберігання, такою як GFS (щоденне, щотижневе, щомісячне та щорічне резервне копіювання), щоб збалансувати дисковий простір та можливості історичного відновлення.
Іншим ключовим аспектом є шифрування резервних копійБагато інструментів дозволяють визначити пароль або ключ шифрування, який використовується для захисту даних перед їх надсиланням до сховища, локального чи віддаленого. Таким чином, навіть якщо хтось отримає доступ до файлів резервних копій, він не зможе прочитати їхній вміст без цього ключа, що особливо важливо під час роботи з хмарним сховищем або місцями розташування поза межами центру обробки даних.
Автоматизація копій передбачає гнучке планування, яке дозволяє виконувати щоденні завдання, графіки або конкретні вікнаОкрім налаштування збереження відповідно до користувацьких правил, зазвичай можна визначити кілька правил для кожного завдання резервного копіювання (наприклад, щоденне інкрементне резервне копіювання плюс щомісячне повне резервне копіювання) та налаштувати пріоритет завдань, щоб запобігти перевантаженню хоста віртуалізації надмірною кількістю одночасних завдань.
Детальний опис резервного копіювання та реплікації NAKIVO для середовищ Proxmox
У сфері рішень, що підтримують Proxmox без потреби в агентах у віртуальних машинах, NAKIVO Backup & Replication пропонує... досить глибока інтеграція з Proxmox VE та інші усталені платформи віртуалізації, такі як VMware vSphere, Microsoft Hyper-V або навіть Amazon EC2. Він також включає підтримку резервного копіювання на основі агентів на фізичних машинах Windows та Linux, що забезпечує єдиний захист для віртуальних та фізичних серверів.
Щоб почати працювати з Proxmox, першим кроком є Додайте хост або кластер до інвентаризації NAKIVO через веб-інтерфейс компонента Director. У меню конфігурації перейдіть до розділу інвентаризації, виберіть опцію додавання нового віртуального елемента та виберіть «Хост або кластер Proxmox» як платформу, після чого введіть основні дані підключення.
Необхідно вказати описову назву для ідентифікації сервера в інвентарі, тип елемента (автономний хост або кластер Proxmox), IP-адресу або DNS-ім'я, користувача з правами адміністратора (зазвичай root) та пароль. порт веб-інтерфейсу (за замовчуванням 8006)Обов’язково вкажіть порт SSH (зазвичай 22) та шлях до тимчасового каталогу, який зазвичай є /tmp у стандартних інсталяціях. Після заповнення цих полів майстер автоматично встановлює компонент транспортера на хості або на кожному вузлі кластера.
Після цього процесу всі віртуальні машини, розміщені на хості або в кластері Proxmox, відображаються в розділі захисту даних і їх можна буде включити до завдань резервного копіювання та реплікаціїЦе схоже на те, що відбувається з хостами ESXi або Hyper-V, доданими до одного інвентарю. На панелі вузлів можна перевірити, які транспортери активні та на яких серверах вони розгорнуті, щоб забезпечити належну продуктивність резервного копіювання.
Створення завдання резервного копіювання для Proxmox VE виконується з тієї ж вкладки захисту даних, натискаючи кнопку «Нове завдання» спеціально для Proxmox та дотримуючись інструкцій майстра. На першому кроці ви вибираєте віртуальні машини для захисту (наприклад, віртуальну машину Debian 12), а на другому ви вибираєте... цільовий репозиторій (локальний, NAS, хмарне сховище, пристрій дедуплікації тощо), а в третьому визначено планування та зберігання, що дозволяє за потреби активувати незмінність резервної копії на певну кількість днів.
У розділі параметрів завдання ви налаштовуєте назву завдання, його відносний пріоритет порівняно з іншими паралельними завданнями, чи використовує воно режим із урахуванням додатків, чи без урахування додатків, щоб забезпечити узгодженість бази даних і служби, а також тип відстеження змін між копіями. Найефективніший підхід зазвичай полягає у використанні Відстеження змін у ProxmoxОднак, ви також можете використовувати власний механізм NAKIVO або повністю вимкнути його (завжди створюючи повні копії), якщо ви шукаєте максимальної простоти, припускаючи при цьому більше споживання простору.
Крім того, можна активувати методи для прискорення мережі за допомогою стисненняШифрування трафіку між хостом та сховищем резервних копій, налаштування періодичних повних резервних копій (активних або синтетичних) для посилення надійності інкрементального ланцюжка та різні додаткові опції, спрямовані на точне налаштування продуктивності та безпеки резервних копій відповідно до конкретного середовища.
Після визначення завдання його можна запустити негайно або дозволити йому виконуватися за встановленим розкладом. Кожне виконання генерує точки відновлення, які можуть бути повними або інкрементальними. Якщо після першого повного резервного копіювання інформація змінюється у віртуальній машині (наприклад, шляхом створення нового файлу в /opt/), наступне інкрементне завдання передасть лише змінені дані. нові або змінені блоки даних, що значно скорочує час та використання пропускної здатності.
Відновлення віртуальної машини Proxmox: повне та детальне
Відновлення – це справжній момент істини для будь-якої схеми резервного копіювання, і у випадку середовищ Proxmox, захищених передовим рішенням, його можна виконати. повні або гранулярні реставрації залежно від потреб інциденту. На самій панелі захисту даних вибирається завдання резервного копіювання Proxmox та здійснюється доступ до меню відновлення, де вибирається тип операції, яку потрібно виконати.
Щоб відновити окремі файли, виберіть відповідний параметр і виберіть, яку віртуальну машину та точку відновлення використовувати; одна резервна копія може містити кілька віртуальних машин з різних хостів Proxmox, що забезпечує значну гнучкість. Потім виберіть, чи завантажувати файли. до браузера, надсилайте їх електронною поштою, відновлювати їх на певному сервері або скидати на спільні мережеві ресурси, що дозволяє адаптувати їх до різних робочих процесів.
Після вибору методу ви переглядаєте структуру каталогів, що містяться в резервній копії, вибираєте файл або папку, яку потрібно відновити (наприклад, файл в /opt/, створений після останньої повної резервної копії) та визначаєте тип відновлення (просте завантаження, перезапис тощо). Система виконує завдання та дозволяє відстежувати його перебіг на вкладці дій, доки дані знову не стануть доступними.
Коли є потреба завантажте повну віртуальну машину з копії (наприклад, після збою обладнання хоста або через серйозне пошкодження файлової системи), майстер повного відновлення Proxmox VE проведе адміністратора через кілька кроків: вибір необхідних точок резервного копіювання та відновлення, вибір цільового хоста або кластера, сховища даних або пам'яті, де будуть розміщені віртуальні диски, віртуальної мережі, до якої підключатиметься відновлена машина, і, за бажанням, пулу ресурсів, якщо він використовується в середовищі.
На завершальному етапі налаштовуються назва завдання, параметри шифрування або стиснення мережі та інші розширені параметри, після чого відновлення запускається одним натисканням кнопки. Результатом є віртуальна машина, відновлена з резервної копії, з її автоматично згенеровані диски та файли конфігурації на вибраному хості Proxmox та готовий до завантаження з точним станом вибраної точки відновлення.
Резервне копіювання VMware: функції та інструменти
У встановлених платформах віртуалізації, таких як VMware vSphere, концептуальний підхід до резервного копіювання однаковий, але важливо зазначити, що API VMware дозволяють використовувати різні методи резервного копіювання. дуже специфічні інтеграції з гіпервізором Для створення знімків, узгоджених із програмами, відстеження змінених блоків та швидкого відновлення цілих віртуальних машин, резервні копії VMware є такими ж важливими, як і резервні копії фізичних серверів, оскільки навіть одна втрата даних у віртуальній машині може мати серйозний вплив на організацію.
Відмінності порівняно з «класичними» резервними копіями фізичних серверів полягають у тому, що тут ми завжди працюємо на рівні образів віртуальних машин, а гіпервізор виступає проміжним рівнем, пропонуючи певні API резервного копіювання. Найкращі інструменти VMware, навіть їхні безкоштовні версії, використовують ці можливості, щоб запропонувати Високоефективне інкрементне резервне копіювання та відновлення на рівні файлів із самих образів без необхідності відновлення всієї віртуальної машини, що дуже цінується в ІТ-відділах з обмеженими ресурсами.
Безкоштовні резервні копії в Hyper-V: від власних інструментів до спеціалізованих рішень
Екосистема Hyper-V від Microsoft пропонує кілька варіантів резервного копіювання без оплати додаткових ліцензій, починаючи від використання Резервне копіювання Windows Server за допомогою Hyper-V VSS навіть сторонні рішення з версіями для спільноти або безкоштовними версіями. Кожен варіант має свою складність, обмеження та рівень автоматизації, тому важливо вибирати на основі розміру середовища та рівня толерантності до ризику.
Одна з основних можливостей — зареєструвати засіб запису Hyper-V VSS у засобі резервного копіювання Windows Server за допомогою серія змін до Реєстру (створення ключа WindowsServerBackup, піддерева сумісності програм та пов’язування GUID засобу запису Hyper-V з відповідним ідентифікатором). Після цих кроків служба резервного копіювання Windows Server може створювати узгоджені копії віртуальних машин, розміщених на хості, за умови, що всі томи, що містять файли, пов’язані з віртуальною машиною, включені до копії.
На практиці це означає включення до завдання резервного копіювання всіх дисків, на яких знаходяться файли конфігурації, віртуальні диски та допоміжні файли (наприклад, захист C:, D: та E:, якщо система зберігає XML-файл конфігурації на одному томі, а віртуальні жорсткі диски — на іншому). Віртуальні машини, версія операційної системи яких не підтримує VSS або на яких відсутній... Служби інтеграції встановлено правильно Вони будуть переведені у збережений стан під час створення знімка, що може спричинити перебої, якщо це стосується виробничих служб.
Щоб відновити ці віртуальні машини за допомогою резервного копіювання Windows Server, процедура включає запуск майстра відновлення, вибір сервера та моменту часу, вибір типу відновлення (програми або файли та папки, залежно від обставин), визначення Hyper-V як джерела даних, визначення місця відновлення та запуск процесу. Важливо зазначити, що машини з кілька пов'язаних знімків Вони можуть спричинити проблеми під час відновлення, а в деяких випадках вимагають видалення віртуальної машини та відновлення файлів знімків перед виконанням другого відновлення застосунку Hyper-V.
Безкоштовні рішення з відкритим кодом для резервного копіювання віртуальних машин
Окрім рідних інструментів Windows, існує досить широка екосистема безкоштовних або рішень з відкритим кодом, які дозволяють резервне копіювання віртуальних машин на різних гіпервізорах з різним рівнем функціональності залежно від продукту. Деякі з них є обмеженими версіями комерційних рішень, тоді як інші — повністю проєкти з відкритим кодом, які потребують певної ручної роботи для запуску та роботи.
Veeam Community Edition, ймовірно, один з найвідоміших, що пропонує можливість захисту обмежена кількість віртуальних машин Hyper-V та VMware (зазвичай від 5 до 10 віртуальних машин) з багатьма функціями платної версії, включаючи інкрементальні резервні копії, детальне відновлення файлів та підтримку зовнішніх дисків або NAS як цільових місць призначення. Veeam Community зазвичай розгортають на окремому фізичному сервері або навіть на виділеній віртуальній машині, хоча бажано ретельно оцінити ризики розміщення сервера резервного копіювання в тій самій інфраструктурі, яку ви хочете захистити.
Vinchin Backup Free Edition – це ще один варіант, який пропонує підтримку для деякі конкретні платформи віртуалізації зі зменшеним лімітом на захищені віртуальні машини (близько 3 віртуальних машин у безкоштовній версії). Хоча його можливості в безкоштовній версії обмеженіші, він може бути корисним у лабораторіях або невеликих середовищах, які використовують лише сумісні платформи без потреби в оновленні.
BDRSuite Free Edition (від Vembu) забезпечує безкоштовне резервне копіювання віртуальних машин для VMware, Hyper-V та KVMІдея полягає в тому, щоб дозволити ІТ-адміністраторам ознайомитися з платформою безкоштовно. Однією з ключових переваг є використання власного драйвера для копіювання лише блоків, що використовуються у віртуальних машинах Hyper-V, що, за словами виробника, значно покращує продуктивність порівняно з іншими рішеннями. Ця безкоштовна версія зазвичай обмежує кількість захищених віртуальних машин, але зберігає багато функцій комерційної версії.
Серед проектів з відкритим кодом виділяються такі назви, як Bacula, Bareos та Bacular (у різних версіях та форках), які рекомендують багато адміністраторів у технічних спільнотах. Ці рішення надзвичайно потужні та дуже гнучкі, але вони також вимагають вищий рівень знань та конфігурації ніж інструменти з більш керованими графічними майстрами; натомість вони дозволяють організовувати складні резервні копії в гетерогенних середовищах без оплати ліцензій.
Інші комерційні інструменти, такі як Storware Backup & Recovery або безкоштовне рішення Altaro, у певний момент пропонували безкоштовні версії, хоча в деяких випадках Безкоштовна версія припинена або тепер вимагає ліцензії.Тому доцільно перевірити поточний стан на веб-сайті виробника, перш ніж базувати стратегію копіювання компанії на цих опціях.
BackupChain: професійний підхід з обмеженими безкоштовними опціями
BackupChain — це набір інструментів для резервного копіювання, спеціально розроблених для ІТ-фахівців, з чітким акцентом на Hyper-V та сервери WindowsВін також охоплює інші віртуальні розгортання. Його філософія полягає в тому, щоб пропонувати високодеталізовану конфігурацію, відкриті стандартні формати даних, дедуплікацію та дельта-стиснення для мінімізації споживання простору в копіях віртуальних машин.
Ліцензія BackupChain може охоплювати Необмежена кількість віртуальних машин Hyper-V на одному хостіБез необхідності купувати додаткові ліцензії на віртуальну машину або на кожен роз'єм процесора, це стає привабливим при переході на платну модель. Він сумісний з версіями Windows Server 2008–2022, а також з Hyper-V у Windows 8, 10 та 11, підтримуючи спільні томи кластера (CSV), кластери відновлення після відмови та послідовне резервне копіювання, щоб мінімізувати вплив на ресурси хоста.
Резервні копії віртуальних машин у BackupChain можна налаштувати в режимі на основі файлів (вибір папки, де знаходяться файли VHD/VHDX) Або ж ви можете виконати резервне копіювання автоматично, вибравши віртуальні машини безпосередньо зі списку та дозволивши інструменту налаштувати завдання. Усі резервні копії виконуються за роботи віртуальних машин, створюючи послідовні знімки та зберігаючи контрольні точки або знімки за потреби, хоча Microsoft не рекомендує їх інтенсивне використання у виробництві.
Відновлення можна виконати на повному рівні віртуальної машини (з можливістю клонування, щоб уникнути конфліктів імен) або детальний рівень файлів і папокЦе дозволяє відкривати образи віртуальних машин безпосередньо з консолі BackupChain та витягувати лише необхідні дані без необхідності відновлення всього віртуального диска. Ця функція детального резервного копіювання та детального відновлення доступна у версіях продукту Enterprise та Platinum, розроблених для вимогливих сценаріїв із базами даних, серверами Exchange або SQL у віртуальних машинах.
Ще однією сильною стороною BackupChain є його здатність працювати з дуже різноманітні місця резервного копіюванняВід локальних дисків та USB-накопичувачів до мережевих ресурсів, віддалених FTP/FTPS-серверів або навіть самостійно керованих інфраструктур хмарного зберігання даних, використання дедуплікації, дельта-стиснення та багатопотоковості на процесорі дозволяє максимально використовувати пропускну здатність та доступний простір, що дає змогу реплікувати великі віртуальні машини через відносно обмежені з'єднання.
Практичні стратегії для малого та середнього бізнесу: QNAP NAS, Veeam Community та нативні інструменти
У малих і середніх підприємствах з невеликою кількістю фізичних серверів і віртуальних машин Hyper-V дуже часто трапляються сценарії, де NAS-сервер QNAP як централізоване сховище і кілька безкоштовних інструментів під рукою, але без чіткої довгострокової стратегії щодо того, які використовувати. У цих випадках часто виникає дилема між тим, щоб дотримуватися вбудованого рішення NAS, налаштувати виділений сервер резервного копіювання або запустити інструмент резервного копіювання у віртуальній машині в межах існуючої інфраструктури.
Утиліта Hyper Data Protector, що входить до складу багатьох пристроїв QNAP NAS, дозволяє виконувати Резервне копіювання віртуальних машин Hyper-V та VMware на NAS Це відносно просто, вимагає базового планування та не має додаткових витрат на ліцензію. Для невеликих середовищ, де вже встановлено систему QNAP і потрібне швидке та просте рішення, цей варіант є розумним, за умови, що враховуються обмеження щодо детального контролю, звітності та часу підтримки виробника.
Однак, зрозуміло, що деякі адміністратори можуть почуватися некомфортно, базуючи критично важливу стратегію резервного копіювання на функції, яка не є Основний бізнес постачальника NAS І йому може не приділятися такої ж уваги з точки зору безпеки та оновлень, як спеціалізоване програмне забезпечення для резервного копіювання. Саме тому багато хто розглядає можливість спробувати Veeam Community Edition як альтернативу, встановивши його на старіший фізичний сервер або віртуальну машину, щоб порівняти продуктивність та надійність.
Встановлення Veeam Community на виділеному фізичному сервері, навіть якщо це старе обладнання, має перевагу… ізолювати резервний сервер від основної інфраструктуриТаким чином, якщо щось трапиться з хостами Hyper-V, резервні копії залишаться доступними на іншій машині. Ризик полягає в надійності самого застарілого обладнання, тому диски, блоки живлення та інші компоненти необхідно ретельно контролювати. Встановлення Veeam як віртуальної машини на одному з існуючих хостів зручніше, але воно несе певний ризик: якщо хост повністю вийде з ладу, разом з ним вийде з ладу і сервер резервного копіювання.
Як додатковий або резервний варіант, ви завжди можете вдатися до Резервне копіювання Windows Server за допомогою Hyper-V VSS на самому хості, зберігаючи резервні копії на QNAP через спільні ресурси. Це не буде найелегантнішим рішенням, а також не пропонуватиме розширених функцій, таких як гранулярне відновлення або незмінність, але в дуже малих середовищах це може мати вирішальне значення між наявністю резервної копії та її відсутністю взагалі.
Знімки томів та знімки: корисність та обмеження
Поза межами суто віртуального світу деякі адміністратори поєднують резервні копії віртуальних машин з такими механізмами, як Знімки томів у Windows Server (тіньові копії) Для спільних папок, використовуючи той факт, що ця функція була включена за замовчуванням, починаючи зі старіших версій, таких як Windows Server 2003. Активуючи їх на томах, де зберігаються спільні дані, користувачі можуть швидко відновлювати попередні версії видалених або змінених файлів без втручання адміністратора.
Ідея полягає в тому, щоб виділити локальний диск (фізичний або віртуальний) для зберігання цих знімків, налаштувавши, скільки їх зберігати та як часто вони створюються. Ви навіть можете встановити клієнт для користувачів, щоб вони могли самостійно відновлювати файли Самі по собі вони зменшують навантаження на ІТ-команду. Однак важливо пам’ятати, що цей механізм призначений для зручності та не замінює комплексну систему резервного копіювання, оскільки він зберігає лише до 64 версій та знаходиться на захищеному сервері.
Таким чином, знімки томів є корисним доповненням до резервного копіювання віртуальних машин, особливо для швидкого відновлення файлів користувачів, але їх не можна вважати заміною незалежні резервні копії, що зберігаються на інших носіях, бажано ізольовано від виробничої інфраструктури та з чітко визначеними політиками зберігання та періодичної перевірки.
Зрештою, скласти стратегію резервне копіювання віртуальних машин без комерційних інструментів Щоб досягти навіть мінімально серйозного рішення, доцільно поєднати кілька описаних елементів: використовувати безкоштовні версії визнаних рішень, таких як Veeam або BDRSuite, у невеликих середовищах, використовувати проекти з відкритим кодом, такі як Bacula або Bareos, коли є час та досвід для їхнього налаштування, використовувати підтримку Proxmox, Hyper-V та VMware, яку пропонують безагентні інструменти, що спрощують адміністрування, та доповнювати все це власними механізмами, такими як VSS, знімки томів або утиліти, інтегровані в NAS. Це дозволяє досягти розумного балансу між нульовими витратами на ліцензування, керованою складністю та справжніми можливостями аварійного відновлення.
