Як мені скопіювати шаблони VM між центрами обробки даних vSphere?

Фон / архітектура довкілля:

Моє теперішнє середовище $corp_overlords$створено у моделі з концентрацією та розмовою з технологічно добре наділеним центром домашнього офісу (SAN, bladecenter / bleesystem ESXi кластер, з'єднання з мережевим інтернетом тощо), підключеним до ряду віддалених спиць сайту, які є не так добре, і, як правило, містять один хост-сервер ESXi і підключаються до хаб-офісу через T1. Весь трафік, що виникає з будь-якого віддаленого сайту, прямує до домашнього офісу через "мережу MPLS" (це насправді лише T1, що з'єднує віддалений сайт з домашнім офісом).

У домашньому офісі, в SAN, у нас є ряд шаблонів VM, які я створив для розгортання VM. Вони зберігаються в томі NFS, тобто сховищі даних vSphere, прикріпленому до об’єкта центру обробки даних домашнього офісу в межах vSphere.

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

Оскільки ці шаблони VM існують на об'ємі NFS, вони займають ~ 40 Гб (тонке забезпечення). Як файли в NTFS (або Linux FS) вони займають ~ 100 Гб.

Питання:

Як мені скопіювати 40 Гб тонких даних (що займає 100 Гб простору файлової системи) між моїми сайтами?

Я маю обмеження, що маю приблизно 5 днів для цього, і не можу втручатися (помітно) у "нормальний мережевий трафік".

Як щодо використання ovftool для копіювання шаблонів безпосередньо між хостами?

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

Тут наведено інструкції з прикладом .

Ви також можете використовувати ovftool для перетворення своїх шаблонів у .ovfпакети, які повинні бути дуже компактними, а потім перенести пакети між центрами обробки даних за допомогою BITS або FTP або SCP або будь-якого іншого протоколу.

Параметри:

У тому, як я це бачу, у мене є три можливі підходи, хоча я дуже сподіваюсь, що мені не вистачає кращого, на яке хтось тут може вказати мені. (В ідеалі - це те, що у мене є лише переміщення 40 Гб фактичних даних, а також у відновленому, "фоновому" режимі або методі, що зменшує швидкість.)

1. Скопіюйте файли між сховищами даних через клієнт vSphere.
   • Перевага: лише переміщення ~ 40 Гб, а не ~ 100 Гб.
   • Недолік: Все інше - не відновлюваний, не фоновий / швидкісний, інтерфейс SUCKS .
     
     
2. Скопіюйте файл між гостями Windows за допомогою BITS
   • Перевага: відновлення, перенесення фону.
   • Недолік: переміщення ~ 60 Гб даних, які насправді не існують.
   • Бонус: Використовує PowerShell. <3
   • Подвійний секретний бонусний випробування : видалення PowerShell дає змогу зробити це в одній команді.
     
     
3. Скопіюйте файл між хостами ESXi через SCP
   • Перевага: швидкість прискорення та потенційно відновлена.
   • Недолік: переміщення ~ 60 Гб даних, які насправді не існують. Не передача фону.
   • Бонус: Борода на шиї. Додаткова шия-борода для відновлення.
     
     
4. Кращий варіант, запропонований у серверній помилці.
   • Перевага: відновлювана швидка передача фону, яка рухається лише до 40 Гб існуючих даних.
   • Недолік: Присудження виграшних витрат, респ.
   • Бонус: дізнайтеся щось нове, виправдайте гру на сервері ServerFault.

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

https://www.code42.com/store/

Він робить виведення та блокування диференціальних рівнів, тому ви можете встановити його на одному локальному сервері в штаб-квартирі як "сівалка", а на кожному розмовному сервері (в VM, мабуть) як "приймач". Налаштуйте резервні копії, щоб вони включали лише папку, в якій шаблони будуть зберігатися на сервері HQ. Він також може створювати резервні копії для декількох напрямків (наприклад, кожен "говорив") https://support.code42.com/CrashPlan/Latest/Getting_Started/Choosing_Destitions

Етапи (після встановлення програми Crashplan з кожної сторони) можуть працювати приблизно так:

1. Скопіюйте шаблони з сховища даних на сервер "насіння" в каталог на ньому, який контролює Crashplan. У гігабітній мережі це може зайняти небагато часу, але не повинно бути занадто поганим.
2. Crashplan повинен контролювати та починати створювати резервні копії файлів на спиці / приймачі. Це, очевидно, займе досить багато часу.
3. Після початкового висіву / резервного копіювання, коли майбутні шаблони змінюються, скопіюйте їх із фактичного сховища даних у каталог «насіннєвого» сервера, Crashplan контролює, замінивши оригінальну копію шаблону. Тоді Crashplan виводить і лише відновлює зміни рівня блоку на спицях.

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

Я робив цей тип руху різними способами, але враховуючи те, що ви описали ...

FedEx або UPS з поворотом ...

Я знаю, що використовувані сервери - це сервери HP ProLiant та Dell PowerEdge. VMware не має належної підтримки для знімних пристроїв (наприклад, USB) як мішень зберігання даних. Однак використання логічного накопичувача RAID 0 на одному диску (на HP-говорі) на основному сайті може працювати. Ви можете додавати та вилучати локально приєднані диски в системах HP та Dell і використовувати це як засіб для транспортування сховищ даних.

Будучи шаблонами, ви можете переміщати / копіювати їх на свій локальний диск через vCenter. Відправте диски. Вставте в автономний сервер прийому. Масив та сховище даних будуть розпізнані через систему зберігання rescan. Скопіюйте дані. Прибуток.

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

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

• Використовуйте WinRAR або 7Zip, щоб розбити шаблон на шматки 1 ГБ-2 ГБ.
• Створіть VM на сервері ESXi на кожному віддаленому місці. Потрібні мінімальні ресурси, це лише місце для постановки.
• Приєднайте VMDK до кожного з цих віртуальних машин, який є достатньо великим, щоб зберігати дані, які ви передаєте.
• Встановіть ОС та інструмент передачі на ваш вибір (для цього я використовую SFTP-сервер).
• Завантажте шаблон RAR'd в інтерактивну програму VM.
• Видаліть шаблон RAR'd.
• Використовуйте vSphere або веб-інтерфейс для завантаження шаблону з послідовної VM в сховище даних ESXI. (це буде швидка передача).

Плюси:

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

Ви передаваєте лише 40 Гб (можливо, менше, оскільки RAR'ing ще більше стисне).

Ви можете отримати утиліти для передачі, коли ви робите передачу всередині обраної вами ОС.

Мінуси:

Ви повинні створити інтерактивний VM. Я полегшую це, маючи заздалегідь створений шаблон розміром <1 Гб, який має лише оголену установку ОС + SFTP-сервер.

Стиснення / декомпресія шаблону об'ємом 40 Гб займе ~ 4-6 годин, залежно від ваших ресурсів процесора.

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