Снапшоти: що це таке і навіщо вони потрібні?

Чому так важливо робити резервні копії даних

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

Для запобігання таких ситуацій була розроблена можливість резервного збереження цифрових даних для подальшого відновлення. Це схоже на автосейв у грі: якщо героя «вбили», можна повернутися в минуле і все виправити.

Коли може відбутися втрата або деструктуризація даних? Спектр причин широкий — від землетрусу до неуважності співробітника.

• Технічні ушкодження.
• Збої ПО.
• Помилки працівників.
• Віруси і хакерські атаки.
• Форс-мажорні обставини (пожежа, пограбування).
• Стихійні лиха.

Як бачите, існує багато чинників, які не піддаються контролю. Тому збереження копій важливої ​​інформації — необхідна практика для будь-якого фахівця сфери IT.

У цій статті ми розповімо, що таке снапшот сервера, як працює snapshot і як його зробити.

Що таке снапшот і чим він відрізняється від бекапа

Снапшот — знімок файлової системи, який фіксує її стан.

Щоб краще зрозуміти технологію, спочатку потрібно дізнатися про ще один спосіб збереження даних — бекап (backup з англійської — резервна копія, дублювання). Він дозволяє копіювати всі дані в повному обсязі. Копія інформації зберігається на альтернативному носії, якщо основний пристрій вийде з ладу. Коли ви зберігаєте папку з фотографіями на комп’ютері, флешці та у хмарному сховищі — це і є бекап.

Але у бекапа є свої недоліки. Це трудомісткий процес, який займає час. Поки файли копіюються, на сервері можуть відбутися зміни — наприклад, один з користувачів перемістить файл або створить новий розділ. У бекапі ще немає цих процесів, а в системі на декілька секунд пізніше — вже є.

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

Снапшоти (за іншою версією вимови — снепшоти) створені для того, щоб моментально зберігати відомості про стан віртуального сервера і при необхідності легко «відкотити» його до потрібного моменту часу.

Багато хто плутає снапшот з бекапом, адже у цих двох способів одна мета. Але в основі їх роботи лежить різний принцип.

Відмінності між Backup і Snapshot

використовується для збереження будь-яких видів даних — файлів, папок, коду, системи, розділів диска

використовується в роботі з віртуальними машинами, фіксує тільки поточний стан

зберігається на сторонній носій

зберігається поряд з вихідними даними

вимагає багато ресурсів і часу, уповільнює процеси системи

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

робиться тільки на ввімкненій апаратурі

можна робити, якщо машина вимкнена

може зберігатися тривалий час

зберігається недовго і автоматично видаляється

одна версія зберігається в кількох примірниках на різних носіях

на основному диску можуть зберігатися кілька снапшотів, сформованих у хронологічний ланцюжок

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

Яка інформація міститься в снапшотах

Снапшоти фіксують стан віртуальної машини, її дисків та вмісту.

Вони зберігають не файли, а їх розташування, виконані користувачем або адміністратором дії та іншу подібну інформацію. Наприклад, якщо файл переміщений з папки А в папку Б або видалений — подія фіксується. А ось сам файл не зберігається.

Снапшот — не повноцінна копія, вона не врятує, якщо інформація була повністю знищена. А ось повернутися і виправити помилки — це якраз те, для чого він створений.

Як працює снапшот

Коли запускається снапшот, всі подальші зміни вносяться вже не на основний диск, а до нового файлу. Щоб повернутися до попереднього стану, достатньо видалити цей файл. Якщо зміни пройшли вдало, нічого робити не потрібно — інформація автоматично перезапишеться на основний диск, а сам снапшот видалиться.

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

Снапшот можна запускати вручну, якщо планується оновлення або перенастроювання системи. У користувальницькому середовищі цю технологію активно застосовують ті, у кого на комп’ютері встановлений Linux. Оскільки у цій операційки відкритий код, її можна налаштовувати під себе за допомогою команд в терміналі. Але раптом щось піде не так? Досить просто запустити снапшот і спокійно експериментувати.

Кожна компанія налаштовує і використовує снапшоти залежно від специфіки своєї роботи, технічних ресурсів і потреб клієнтів. Тому кількість снапшотів, їх розмір і термін життя може відрізнятися.

Снапшоти на Cityhost.ua

У Cityhost.ua технологія снапшотів використовується, щоб у клієнта була можливість відновити дані, які були актуальні на момент створення знімка в разі оновлень, деплоя, виправлень і / або внесення будь-яких змін на віртуальному сервері.

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

1. Термін життя (зберігання) снапшотів — 24 години.
2. Максимальний обсяг файлу — 10 гігабайт.
3. Можливе існування лише однієї актуальної копії точки відновлення.

Детальніше про те, як працювати зі снапшотами, ви можете дізнатися з відеоролика.

Снапшоти підходять для підстраховки під час роботи з віртуальними машинами — без них кожна помилка або несправність перетворювалися б на катастрофу. Завдяки цій технології можна сміливо вносити зміни до системи, тестувати програмне забезпечення, пробувати нові способи роботи і не боятися експериментів.

Про те, як використовувати снапшоти в Cityhost читайте в розділі підтримка: Як використовувати знімки поточного стану VPS.

Сподобалася стаття? Розкажіть про неї друзям:

Що таке сервер Снапшот

Якщо у вас у кишені лежить смартфон, а на столі стоїть ноутбук, ви, як мінімум, чули про те, що потрібно захищати дані. Починаючи фотографіями з відпустки та закінчуючи даними з CRM. Ймовірно, ви чули і про термін резервна копія (простіше кажучи ― бекап).

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

Що таке резервне копіювання

Резервне копіювання (backup copy) ― це копіювання та архівування даних для відновлення вихідної версії після їх втрати внаслідок DDoS-атаки, крадіжки, вірусу або людської помилки.

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

Види резервного копіювання:

• Повний бекап. Це створення резервної копії всіх даних: файлів, журналів налаштувань системи тощо. Це ресурсомісткий процес, тому бізнес виконує його тоді, коли він не може завадити роботі програм та сервісів. Тобто вночі, після робочого дня чи у вихідні.
• Інкрементальний бекап. Копіюються лише ті файли, які змінювалися з останнього бекапіювання. Це займає менше часу та місця у сховищі. Але перед інкрементальним бекапіюванням спочатку створюється повний бекап, а потім накладаються інкременти.
• Диференціальний бекап. Копіюються всі файли, які змінювалися з останнього повного бекапу. В цьому випадку дані відновлюються швидше, ніж при інкрементальному, але резервні копії займають багато місця у сховищі. Що потрібно обов’язково враховувати.

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

Бекапи потрібно правильно зберігати. Є правило «3-2-1», яке говорить, що необхідно зберігати три копії даних на двох різних носіях і одну на іншому майданчику, наприклад у хмарі. Щоб бізнес міг зберігати бекапи у хмарі, оператор GigaCloud використовує технологію віртуалізації VMware та спеціальне програмне забезпечення Veeam Backup & Replication. Це програмне забезпечення допомагає робити резервні копії в локальні сховища, хмарні репозиторії та інші носії. І дозволяє використовувати прогресивні технології для резервування ― дедуплікацію та шифрування даних.

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

Що таке снапшот

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

Їх найчастіше використовують для підстрахування під час тестування нової програми або програмного забезпечення, не порушуючи звичних робочих процесів. Якщо помилка сталася, снапшот дозволяє швидко «відкотитися» на попередній стан системи перед внесенням змін. «Знімки» призначені для короткострокового зберігання. Коли місце у сховищі закінчується, нові снапшоти перезаписують старі. Тривалість життя одного снапшота не має перевищувати 72 години. Снапшот ― це не повноцінний дублікат інформації, і якщо з якихось причин вона виявиться повністю знищеною, то snapshot її не відновить.

Різниця між резервним копіюванням та снапшотом

локальні сховища, хмарні репозиторії та інші носії.

Що таке реплікація

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

Реплікація використовується для аварійного відновлення та створення резервного майданчика. Якщо говорити про реплікацію у розрізі хмарного середовища, то репліка — точна копія не запущеної віртуальної машини, яка періодично синхронізується з вихідною. Частоту синхронізації встановлює користувач, як значення RPO (Recovery Point Objective). Воно позначає час у минулому, до якого відновлюються дані. Репліка ніколи не стискається і не шифрується, щоб її запуск займав якнайменше часу. Це значення називають RTO (Recovery Time Objective). У разі форс-мажору, коли вихідна віртуальна машина виходить з ладу, користувач переключається на репліку у хмарі. І жодного простою.

Аварійне відновлення та реплікація у хмару GigaCloud реалізується за допомогою сервісу DRaaS (Disaster Recovery as a Service), побудованого з використанням програмних рішень Veeam Cloud Connect та VMware Cloud Availability.

Різниця між резервним копіюванням та реплікацією

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

Метод резервування даних у хмару зазвичай залежить від бюджету компанії, а також від того, які RTO (Recovery Time Objective) та RPO (Recovery Point Objective) потрібні компанії та визначені у її плані BC (Business Continuity) або DR (Disaster Recovery).