Чому знімки розглядаються як тимчасові резервні копії, а не справжні резервні копії?

Я використовую VMware ESXi. У нашій команді ми використовуємо для створення знімків для довгострокового резервного копіювання.

Тоді ми стикалися з такими проблемами, як перелив пам'яті, і сервер завис.

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

Навіть VMware радив зберігати знімки максимум три дні.

Але наша команда постійно просила нас мати принаймні два постійних знімки (до видалення VM). Іноді ми можемо використовувати VM протягом року).

1. один знімок призначений для свіжого стану машини. (Отже, коли ми завершимо тестування програми, ми повернемося до нового стану та встановимо інший додаток) (Якщо я цього не дозволив, мені може знадобитися розміщення VM.)

2. Наступний знімок для збереження VM у певному стані (можливо, вони знайшли б проблему і зберегли цей стан деякий час. Або вони можуть встановити передумови для програми та тримати машину готовою до тестування.)

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

Чому зберігання знімків тривалий час має негативний ефект?

Чому знімки розглядаються як тимчасові резервні копії, а не справжні резервні копії?

Якщо у VM є активний знімок, його введення / виведення віртуального диска не виконується на фактичних .VMDK файлах VM, а натомість вони зберігаються незмінними, і будь-які зміни у ВМ записуються у різні фізичні файли; це дозволяє відновити попередній стан ВМ, але має три важливі побічні ефекти:

• Дисковий введення / вивід для VM відбувається значно повільніше.
• Ці "дельта" файли з часом постійно зростають, оскільки все більше й більше дискових вводу-виводу виконує VM.
• Коли знімок знімається, зміни, що зберігаються у файлах "дельта", потрібно об'єднати в основні файли .VMDK, і це дуже повільно і забирає багато часу, якщо знімок був активним тривалий час.

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

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

Ось офіційна документація про знімки:

http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&externalId=1015180

Деякі формати знімків, використовувані vmware, знижують продуктивність із часом, оскільки вони зберігають більше даних. Формат "рідкого ступеня", на який я вважаю, як і раніше за замовчуванням в останніх версіях, схоже, не має цієї властивості (ви дивитесь на 3 читання за прочитане, і до 2-х читання або 3-х записів за запис, але це не відповідає " не погіршиться, оскільки диск заповнюється). Отже, я не зовсім впевнений, що властивість "не зберігати знімки довгий час" обов'язково є правильною порадою завжди.

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

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

Я знаю, що цей пост трохи старий, але питання і поставлені питання все ще дуже актуальні.

Знімки VMware точно не є резервними копіями. Гірший побічний ефект, який траплявся зі мною та численними клієнтами, вони зберігають 6-місячний знімок VMware, хост ESXi зазнає непередбачуваних збоїв, через які ESXi перезавантажиться або потрібна перезавантаження для усунення збою. ESXi відновлюється, VM завантажуються, а всі дані повертаються до моменту, коли був зроблений знімок VMware.

У цьому сценарії всі зміни між моментом часу, коли зроблені знімки VMware, і моментом зриву просто втрачаються.

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

http://kb.vmware.com/kb/1025279

Для вирішення запиту вашої команди щодо чистого встановлення зображення або певного стану я рекомендую використовувати шаблони. Шаблони клонують VM (в основному це лише копія) до стану, який неможливо включити або змінити, він може просто використовуватись як посилання на клонування копій. Так, наприклад, якщо у мене є шаблон "Встановлення Debian за замовчуванням", і команда сервера запитує три нові сервери, я просто створюю три нових клони, налаштовую, і я закінчую.

Те ж саме можна зробити і для вашого другого сценарію. Якщо VM переходить до стану, на який потрібно посилатися, створіть шаблон. З цього моменту, коли вам потрібно буде посилатися на нього, просто клонуйте ще одну копію.

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

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

Ви не повинні тримати знімок програмного забезпечення vmware з причин, які інші тут уже описали, але те, що багато хто робить, - це робити знімок vmware, і після цього робити чисто (залежить від гостя, що насправді робить знімок) ви візьміть знімок масиву пам’яті, щоб отримати, і тоді ви можете створити резервну копію / копіювати / архівувати тощо. Після того, як ви створили реальний знімок на своєму масиві, вам доведеться якнайшвидше видалити знімок vmware.