Чому люди просто не використовують rsync для резервного копіювання гостей vmware?

Якщо я запускаю сучасну систему vmware ESXi, я можу перенести статично пов'язані бінарні файли rsync та rsync до будь-якого пункту призначення через SSH.

Я намагаюся зрозуміти, чому більшість (усіх?) Резервних копій гостей vmware не робиться саме так.

Якщо VM працює, ви можете просто використати 'vim-cmd vmsvc / snapshot.create', щоб створити знімок, а потім rsync цей знімок віддаленому хосту. (є навіть можливість "примхнути" знімок)

АБО, якщо ви хочете отримати більш надійну резервну копію, ви можете витончено зупинити VM та rsync над файлами (ими) vmdk.

Отже ... здається, що я простий скрипт оболонки далеко від усіх резервних копій, які я коли-небудь хотів зробити, просто і легко, використовуючи звичайний старий rsync.

Що я тут пропускаю?

• Оскільки швидкості передачі з консолі ESXi цілеспрямовано обмежені.
• Тому що це ні в якому разі не масштабується.
• Тому що вам доведеться скинути статично складений бінарний файл rsync на хост ESXi.
• Оскільки VM, VMDK, їхні файли ramdisk та інші компоненти можуть змінитися достатньо, щоб зробити rsync програшною пропозицією ... Ви дійсно хочете повторно синхронізувати перезавантажений ВМВ 200 ГБ, який був перезавантажений і мала кількість змін файлів?
• Через вимоги до ресурсів процесора / пам'яті джерела чи пункту призначення. Rsync не безкоштовний.
• Оскільки на ринку є інші продукти, як сторонні, так і VMware. Знайдіть змінене відстеження блоку .
• Тому що ESXi НЕ є операційною системою загального призначення.

Також дивіться: Встановіть rsync на сервер VMware ESX 4.1

Я раніше робив це лише кілька років тому. (редагувати: коли VMWare працює на хостах CentOS, а не ESXi, правда,)

Щовечора у мене був сценарій, який би призупиняв VM, rsync-файли з диска на резервний сервер і потім запускати VM заново. Це спрацювало досить добре, за винятком ...

Rsync не дуже добре працює з файлом 2 Гб.

Це не тому, що rsync не є геніальним. Більше того, що кожен vmdk файл 2 Гб змінюється способами, які дуже непрозорі для rsync, навіть невеликі зміни у закритій файловій системі призводять до змін vmdk (або всіх vmdks чомусь), на які я звинувачував Windows, або дефрагментуючи автоматично, або іншим чином виконуючи всі інші речі, це не має значення, якщо ви працюєте в реальній системі, але з’являється, коли ви намагаєтесь синхронізувати VM!

Я думаю, що механізм rsync для виявлення змін не дуже добре працює у файлі 2 ГБ, хоча він досить часто пропускає шматки початку vmdk, як тільки він починає знаходити різницю, він просто скопіює решту файлу. Я не знаю, чи це проблема з тим, що rsync не в змозі виявити переміщений фрагмент бінарних даних, або не вистачає пам'яті у вихідному полі, чи не вдалося оновити оновлення до vmdk весь шлях. Не має значення, як результат був однаковий - більшість vmdk скопійовано.

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

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

Однак, коли нам було потрібно відновити VM, це було справді просто і прекрасно працювало.

Рисинсування одного файлу не є резервним рішенням,

що ви робите, коли щось трапилося з vm і файли були видалені, але ви помітили це лише після того, як ваш rsync знову запустився? Ви будете перезаписати хорошу "резервну копію" своїх файлів із поганим зображенням.

Якщо ви хочете створити резервну копію, вам потрібно зберегти старі версії десь або diff. Rsync копіюватиме лише для diff, але він не зберігатиме лише diff, а перезаписує попередній файл.

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

Немає жодної причини, чому ви не можете використовувати Rsync на сервері ESXi. Ми пропонуємо тут статично складену версію https://33hops.com/rsync-for-vmware-vsphere-esxi.html, яка працює дуже добре. Там є інформація про те, як скласти свій власний.

Тим не менш, кожен, хто бажає використовувати його, повинен враховувати, що Rsync та його алгоритм Delta не думали створювати резервні копії величезних файлів з фіксованою довжиною, як жорсткі диски VM, а для синхронізації файлів меншої довжини. Таким чином, це працює, але для обчислення різних даних потрібно багато часу і процесор. Насправді це просто спосіб обміну пропускною здатністю CPU. У будь-якому випадку, це все ще досить працездатно, особливо якщо ваші віртуальні диски мають порядку кілька десятків гігабайт.

Я опублікував тут повний пост на цю тему, в якому детально описую всі плюси та мінуси https://33hops.com/blog_xsibackup-rsync-considerations.html