Разработка сайта для Вашего бизнеса. Веб дизайн. Дизайн логотипа, фирменного стиля, рекламная фотография . Комплексный рекламный креатив.

Ralex. We do the work.
На рынке с 1999го года. Средняя ценовая категория. Ориентация на эффективность решений.
Ознакомтесь с нашим портфолио
Узнайте больше о услугах
Свяжитесь с нами:
E-mail: [email protected]
Tel: (044) 587 - 84 - 78
Custom web design & дизайн и разработка сайта "под ключ"
Креативный, эффективный дизайн. Система управления сайтом (СУС).
Custom flexible разработка систем электронной коммерции
Система e-commerce разрабатывается под индивидуальные потребности. Гибкая функциональность.
Search Engine Optimzation & оптимизация под поисковые системы (SEO)
Постоянная оптимизация и мониторинг сайта в поисковых системах. Достигаем результата быстро и эффективно
Custom logo design & дизайн логотипа и фирменного стиля
Многолетний опыт. Огромное портфолио. Уникальное предложение и цена.
профессиональная рекламная фотография
креативно, смело, качественно
Custom logo design & рекламный креатив. дизайн рекламы
Многолетний опыт. Огромное портфолио. Уникальное предложение и цена.

Створення резервних копій та відновлення даних в Proxmox VE

  1. Алгоритми резервного копіювання
  2. режими архівування
  3. Виконання процедури резервування
  4. Відновлення з резервної копії
  5. Клонування віртуальної машини
  6. Формати віртуальних накопичувачів
  7. Робота з образами дисків
  8. Зміна розміру віртуального диска
  9. Автоматизація створення резервних копій
  10. висновок

Наша взаимовыгодная связь https://banwar.org/

у статті   «Магія віртуалізації: вступний курс в Proxmox VE»   ми успішно встановили на сервер гипервизор, підключили до нього сховище, подбали про елементарну безпеку і навіть створили першу віртуальну машину

у статті «Магія віртуалізації: вступний курс в Proxmox VE» ми успішно встановили на сервер гипервизор, підключили до нього сховище, подбали про елементарну безпеку і навіть створили першу віртуальну машину. Тепер розберемо як реалізувати самі базові завдання, які доводиться виконувати, щоб завжди мати можливість відновити роботу сервісів в разі збою.

Штатні інструменти Proxmox дозволяють не тільки створювати резервні копії даних, але і створювати набори попередньо налаштованих образів операційних систем для швидкого розгортання. Це не тільки допомагає при необхідності створити новий сервер для будь-якого сервісу за кілька секунд, але також і зменшує час простою до мінімального.

Розповідати про необхідність створення резервних копій ми не будемо, оскільки це очевидно і вже давно є аксіомою. Зупинимося на деяких неочевидних речі і особливості.

Спочатку розглянемо яким чином зберігаються дані при процедурі резервного копіювання.

Алгоритми резервного копіювання

Почнемо з того, що Proxmox має непоганий штатний інструментарій для створення резервних копій віртуальних машин. Він дозволяє легко зберегти всі дані віртуальної машини і підтримує два механізми стиснення, а також три методи створення цих копій.

Розберемо спочатку механізми стиснення:

1. Стиснення LZO. Алгоритм стиснення даних без втрат, придуманий ще в середині 90-х років. Код був написаний (реалізується в Proxmox утилітою lzop). Основною особливістю цього алгоритму є дуже швидкісна розпакування. Отже, будь-яка резервна копія, створена за допомогою цього алгоритму, може при необхідності бути розгорнута за мінімальний час.

2. Стиснення GZIP. При використанні цього алгоритму резервна копія буде «на льоту» стискатися утилітою GNU Zip, що використовує потужний алгоритм Deflate, створений. Основний упор робиться на максимальне стиснення даних, що дозволяє скоротити місце на диску, займане резервними копіями. Головною відмінністю від LZO є те, що процедури компресії / декомпреcсіі займають досить велику кількість часу.

режими архівування

Proxmox пропонує на вибір системного адміністратора три методи резервного копіювання. За допомогою них можна вирішити потрібні завдання, визначивши пріоритет між необхідністю простою і надійністю зробленої резервної копії:

1. Режим Snapshot (Знімок). Цей режим можна ще назвати як Live backup, оскільки для його використання не потрібно зупиняти роботу віртуальної машини. Використання цього механізму не перериває роботу VM, але має два дуже серйозні недоліки - можуть виникати проблеми через блокування файлів операційною системою і найнижча швидкість створення. Резервні копії, створені цим методом, треба завжди перевіряти в тестовому середовищі. В іншому випадку є ризик, що при необхідності екстреного відновлення, вони можуть дати збій.

2. Режим Suspend (Призупинення). Віртуальна машина тимчасово «заморожує» свої статки, до закінчення процесу резервного копіювання. Вміст оперативної пам'яті не стирається, що дозволяє продовжити роботу рівно з тієї точки, на якій робота була припинена. Зрозуміло, це викликає простий сервера на час копіювання інформації, зате немає необхідності виключення / включення віртуальної машини, що досить критично для деяких сервісів. Особливо, якщо запуск частини сервісів не є автоматичним. Проте такі резервні копії також слід розгортати в тестовому середовищі для перевірки.

3. Режим Stop (Зупинка). Найнадійніший спосіб резервного копіювання, але вимагає повного виключення віртуальної машини. Відправляється команда на штатний вимикання, після зупинки створювати резервні копії та потім віддається команда на включення віртуальної машини. Кількість помилок при такому підході мінімально і найчастіше зводиться до нуля. Резервні копії, створені таким способом, практично завжди розгортаються коректно.

Виконання процедури резервування

Для створення резервної копії:

1. Переходимо на потрібну віртуальну машину.
2. Вибираємо пункт Резервування.
3. Натискаємо кнопку Резервувати зараз. Відкриється вікно, в якому можна буде вибрати параметри майбутньої резервної копії.

Відкриється вікно, в якому можна буде вибрати параметри майбутньої резервної копії

4. В якості сховища вказуємо то, яке ми підключали в попередній частині .
5. Після вибору параметрів натискаємо кнопку Резервування і чекаємо, поки резервна копія буде створена. Про це говоритиме напис TASK OK.

Про це говоритиме напис TASK OK

Тепер створені архіви з резервними копіями віртуальних машин стануть доступні для скачування з сервера. Найпростішим і банальним способом копіювання є SFTP. Для цього скористайтеся популярним кросплатформним FTP-клієнтом FileZilla, який вміє працювати з SFTP-протоколу.

1. У поле Хост вводимо IP-адресу нашого сервера віртуалізації, в поле Ім'я користувача вводимо root, в поле Пароль - той, який був обраний при установці, а в поле Порт вказуємо «22» (або будь-який інший порт, який був заданий для SSH-підключень).

2. Натискаємо кнопку Швидке з'єднання і, якщо всі дані були введені правильно, то в активній панелі Ви побачите всі файли, розташовані на сервері.

3. Переходимо в директорію / mnt / storage. Всі створювані резервні копії будуть лежати в піддиректорії «dump». Вони будуть мати вигляд:

  • vzdump-qemu-номер_машіни-дата-время.vma.gz в разі вибору методу стиснення GZIP;
  • vzdump-qemu-номер_машіни-дата-время.vma.lzo для використання методу LZO.

Резервні копії рекомендується відразу завантажувати з сервера і зберігати в надійному місці, наприклад, в нашому хмарному сховище . Якщо розпакувати файл з дозволом vma, однойменної утилітою, що йде в комплекті з Proxmox, то всередині будуть файли з розширеннями raw, conf і fw. У цих файлах міститься наступне:

  • raw - образ диска;
  • conf - конфігурація VM;
  • fw - налаштування брандмауера.

Відновлення з резервної копії

Розглянемо ситуацію, коли віртуальну машину випадково видалили і потрібно її екстрене відновлення з резервної копії:

1. Відкриваємо сховище, на якому лежить резервна копія.
2. Переходимо на вкладку Вміст.
3. Вибираємо потрібну копію і натискаємо кнопку Відновлення.

Вибираємо потрібну копію і натискаємо кнопку Відновлення

4. Вказуємо цільове сховище і ID, який буде присвоєно машині, після завершення процесу.
5. Натискаємо кнопку Відновлення.

Як тільки відновлення завершиться, VM з'явиться в списку доступних.

Клонування віртуальної машини

Для прикладу, припустимо, що в компанії потрібно внести зміни в будь-якої критичний сервіс. Така зміна реалізується через внесення безлічі поправок в конфігураційні файли. Результат при цьому непередбачуваний і будь-яка помилка здатна викликати збій сервісу. Щоб подібний експеримент не торкнувся працює сервер, рекомендується виконати клонування віртуальної машини.

Механізм клонування створить точну копію віртуального сервера, з якої допустимо проводити будь-які зміни, при цьому не зачіпаючи роботу основного сервісу. Потім, якщо зміни будуть успішно застосовані, нова VM запускається в роботу, а стара вимикається. В цьому процесі є особливість, про яку завжди слід пам'ятати. На клонованої машині IP-адреса буде точно таким же, як і у вихідній VM, тобто при її запуску виникне конфлікт адрес.

Розповімо, як уникнути такої ситуації. Безпосередньо перед виконанням клонування, слід внести зміни в конфігурацію мережі. Для цього необхідно тимчасово змінити IP-адресу, але не перезапускати мережевий сервіс. Після виконання клонування на основний машині слід повернути настройки назад, а на клонованої машині задати будь-який інший IP-адресу. Тим самим ми отримаємо дві копії одного і того ж сервера на різних адресах. Це дозволить швидко ввести новий сервіс в роботу.

Якщо цим сервісом є веб-сервер, то досить тільки змінити А-запис у Вашого DNS-провайдера, після чого запити клієнтів з цього доменному імені спрямовуватимуться вже на адресу клонованої віртуальної машини.

До речі, Selectel надає всім своїм клієнтам послугу розміщення будь-якої кількості доменів на NS-серверах безкоштовно. Управління записами здійснюється як за допомогою нашої панелі управління, так і за допомогою спеціального API. Детальніше про це читайте в нашій базі знань .

Клонування VM в Proxmox є дуже простим завданням. Для її виконання необхідно виконати наступні дії:

1. Перейти на потрібну нам машину.
2. Вибрати з меню More пункт Clone.
3. У вікні заповнити параметр Ім'я.

4. Виконати клонування натисканням кнопки Clone.

Цей інструмент дозволяє зробити копію віртуальної машини не тільки на локальному сервері. Якщо кілька серверів віртуалізації об'єднати в кластер, то за допомогою цього інструменту можна відразу перемістити створену копію на потрібний фізичний сервер. Корисною функцією є вибір дискового сховища (параметр Target Storage), що дуже зручно при переміщенні віртуальної машини з одного фізичного носія на інший.

Формати віртуальних накопичувачів

Розповімо докладніше про використовувані в Proxmox форматах накопичувачів:

1. RAW. Самий зрозумілий і простий формат. Це файл з даними жорсткого диска «байт в байт» без стиснення або оптимізації. Це дуже зручний формат, оскільки його легко змонтувати стандартної командою mount в будь-який linux-системі. Більш того це найшвидший «тип» накопичувача, так як Гіпервізор не потрібно його ніяк обробляти.

Серйозним недоліком цього формату є те, що скільки Ви виділили місця для віртуальної машини, рівно стільки місця на жорсткому диску і буде займати файл у форматі RAW (незалежно від реально зайнятого місця всередині віртуальної машини).

2. QEMU image format (qcow2). Мабуть, самий універсальний формат для виконання будь-яких завдань. Його перевага в тому, що файл з даними міститиме тільки реально зайняте місце всередині віртуальної машини. Наприклад, якщо було виділено 40 Гб місця, а реально було зайнято лише 2 Гб, то все інше місце буде доступно для інших VM. Це дуже актуально в умовах економії дискового простору.

Невеликим мінусом роботи з цим форматом є наступне: щоб примонтировать такий образ в будь-який інший системі, потрібно спочатку завантажити, а також використовувати утиліту qemu-nbd, яка дозволить операційній системі звертатися до файлу як до звичайного блокового пристрою. Після цього образ стане доступний для монтування, розбиття на розділи, здійснення перевірки файлової системи і інших операцій.

Слід пам'ятати, що всі операції введення-виведення при використанні цього формату програмно обробляються, що тягне за собою уповільнення при активній роботі з дисковою підсистемою. Якщо стоїть завдання розгорнути на сервері базу даних, то краще вибрати формат RAW.

3. VMware image format (vmdk). Цей формат є «рідним» для гипервизора VMware vSphere і був включений в Proxmox для сумісності. Він дозволяє виконати міграцію віртуальної машини VMware в інфраструктуру Proxmox.

Використання vmdk на постійній основі не рекомендується, даний формат найповільніший в Proxmox, тому він годиться лише для виконання міграції, не більше. Ймовірно в доступному для огляду майбутньому цей недолік буде усунений.

Робота з образами дисків

У комплекті c Proxmox є дуже зручна утиліта, під назвою qemu-img. Однією з її функцій є конвертування образів віртуальних дисків. Щоб скористатися ним, достатньо відкрити консоль гипервизора і виконати команду в форматі:

qemu-img convert -f vmdk test.vmdk -O qcow2 test.qcow2

У наведеному прикладі, vmdk-образ віртуального накопичувача VMware під назвою test буде перетворений в формат qcow2. Це дуже корисна команда, коли потрібно виправити помилку при первісному виборі формату.

Завдяки цій же команді можна примусово створити потрібний образ, використовуючи аргумент create:

qemu-img create -f raw test.raw 40G

Така команда створить образ test в форматі RAW, розміром 40 Гб. Тепер він годиться для підключення до будь-якої з віртуальних машин.

Зміна розміру віртуального диска

І на закінчення покажемо як збільшити розмір образу диска, якщо з якихось причин місця на ньому перестало вистачати. Для цього скористаємося аргументом resize:

qemu-img resize -f raw test.raw 80G

Тепер наш образ став розміром 80 Гб. Подивитися детальну інформацію про спосіб можна за допомогою аргументу info:

qemu-img info test.raw

Не варто забувати, що саме розширення образу не збільшить розмір розділу автоматично - просто додасть доступне вільний простір. Для збільшення розділу скористайтеся командою:

resize2fs / dev / sda1

де / dev / sda1 - потрібний розділ.

Автоматизація створення резервних копій

Використання ручного способу створення резервних копій - завдання досить трудомістка і займає багато часу. Тому Proxmox VE містить в собі засіб для автоматичного резервного копіювання за розкладом. Розглянемо, як це зробити:

1. Використовуючи веб-інтерфейс гипервизора, відкриваємо пункт Датацентр.
2. Вибираємо пункт Резервування.
3. Натискаємо кнопку Додати.
4. Задаємо параметри для планувальника.

Задаємо параметри для планувальника

5. Відзначаємо галочкою пункт Увімкнути.
6. Зберігаємо зміни, використовуючи кнопку Створити.

Тепер надасть права автоматично запускати програму резервного копіювання в точно зазначений час, виходячи із заданого розкладу.

висновок

Нами були розглянуті штатні способи резервного копіювання та відновлення віртуальних машин. Їх використання дозволяє без особливих проблем зберігати всі дані і екстрено відновити їх у разі нештатної ситуації.

Звичайно, це не єдиний можливий спосіб збереження важливих даних. Існує безліч інструментів, наприклад, Duplicity , За допомогою яких можна створювати повні і інкрементні копії вмісту віртуальних серверів на базі Linux.

При виконанні процедур резервного копіювання завжди слід враховувати, що вони активно навантажують дискову підсистему. У зв'язку з цим виконувати ці процедури рекомендується в моменти мінімального навантаження, щоб уникнути затримок при виконанні операцій введення-виведення всередині машин. Стежити за статусом затримок дискових операцій можна безпосередньо з веб-інтерфейсу гипервизора (параметр IO delay).

Якщо у Вас виникли питання, то ми будемо раді відповісти на них в коментарях.

Категории
  • Биология
  • Математика
  • Краеведению
  • Лечебная
  • Наука
  • Физике
  • Природоведение
  • Информатика
  • Новости

  • Новости
    https://banwar.org/
    Наша взаимовыгодная связь https://banwar.org/. Запустив новый сайт, "Пари Матч" обещает своим клиентам незабываемый опыт и возможность выиграть крупные суммы.


    Наши клиенты
    Клиенты

    Быстрая связь

    Тел.: (044) 587-84-78
    E-mail: [email protected]

    Имя:
    E-mail:
    Телефон:
    Вопрос\Комментарий: