Как я должен скопировать свои шаблоны VM между vSphere центрами обработки данных?

Варианты:

На мой взгляд, у меня есть три возможных подхода, хотя я очень надеюсь, что мне не хватает лучшего, на который кто-то может указать мне. (В идеале я должен перемещать только 40 ГиБ фактических данных и с помощью возобновляемого, «фонового» метода или метода с ограничением скорости.)

1. Скопируйте файлы между хранилищами данных через клиент vSphere.
   • Преимущество: перемещение только ~ 40 ГиБ, а не ~ 100 ГиБ.
   • Недостаток: все остальное - не возобновляемое, не фоновое / ограниченное скорость, интерфейс ОТСАСЫВАЕТ .
     
     
2. Скопируйте файл между гостями Windows с помощью BITS.
   • Преимущество: возобновляемая, фоновая передача.
   • Недостаток: перемещение ~ 60 ГиБ данных, которые на самом деле не существуют.
   • Бонус: используется PowerShell. <3
   • Двойной секрет Испытательный срок Бонус: удаленное взаимодействие PowerShell позволяет сделать это одной единственной командой.
     
     
3. Скопируйте файл между хостами ESXi через SCP.
   • Преимущество: ограничение скорости и возможность возобновления.
   • Недостаток: перемещение ~ 60 ГиБ данных, которые на самом деле не существуют. Не фоновый перенос.
   • Бонус: Шейная борода. Дополнительная борода на шее для возобновляемости.
     
     
4. При сбое сервера предлагается лучший вариант.
   • Преимущество: возобновляемая фоновая передача с ограничением скорости, которая перемещает только ~ 40 ГиБ существующих данных.
   • Недостаток: награждение представителя стоит за вознаграждение.
   • Бонус: узнайте что-то новое, оправдывайте игру ServerFault на работе.

Я проделал этот тип перемещения несколькими способами, но, учитывая то, что вы описали ...

FedEx или UPS , с одной изюминкой ...

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

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

I '

Вот вам интересная идея. Это не поможет вам с начальным заполнением, но мне интересно, поможет ли вам использование чего-то вроде бесплатного продукта Crashplan с вашими шаблонами.

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

Он выполняет дедупликацию и блокировку разницы уровней, поэтому вы можете установить его на одном локальном сервере в штаб-квартире в качестве «сеялки» и на каждом распределенном сервере ( в виртуальной машине я думаю) в качестве "приемника". Настройте резервные копии так, чтобы они включали только папку, в которой будут храниться шаблоны на сервере HQ. Он также может выполнять резервное копирование в несколько мест назначения (например, в каждое «луче») https://support.code42.com/CrashPlan/Latest/Getting_Started/Choosing_Destinations

Шаги (после настройки приложения Crashplan на каждой стороне) ) будет работать примерно так:

1. Скопируйте шаблоны из хранилища данных на «начальный» сервер в каталог на нем, который отслеживает Crashplan. В гигабитной сети это может занять немного времени, но это не должно быть слишком плохо.
2. Crashplan должен отслеживать и начинать резервное копирование файлов на периферийные устройства / получатели. Это, очевидно, займет некоторое время.
3. После начального заполнения / резервного копирования, когда будущие шаблоны изменятся, скопируйте их из фактического хранилища данных в каталог «начального» сервера, который отслеживает Crashplan, перезаписав исходную копию шаблона. Затем Crashplan будет выполнять дедупликацию и только репликацию изменений уровня блока на спицах.

Просто идея ... может быть интересным путем, чтобы рискнуть и посмотреть, работает ли это как репликация на уровне дедупликации / блока для бедняков только для этих файлы.

server в каталог на нем, который отслеживает Crashplan. В гигабитной сети это может занять немного времени, но это не должно быть слишком плохо.

Crashplan должен отслеживать и начинать резервное копирование файлов на периферийные устройства / получатели. Это, очевидно, займет некоторое время.

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

Просто идея ... может быть интересным путем, чтобы рискнуть и посмотреть, работает ли это как репликация на уровне дедупликации / блока для бедняков только для этих файлы.

server в каталог на нем, который отслеживает Crashplan. В гигабитной сети это может занять немного времени, но это не должно быть слишком плохо.

Crashplan должен отслеживать и начинать резервное копирование файлов на периферийные устройства / получатели. Это, очевидно, займет некоторое время.

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

Просто идея ... может быть интересным путем, чтобы рискнуть и посмотреть, работает ли это как репликация на уровне дедупликации / блока для бедняков только для этих файлы.

В гигабитной сети это может занять немного времени, но это не должно быть слишком плохо.

Crashplan должен отслеживать и начинать резервное копирование файлов на периферийные устройства / получатели. Это, очевидно, займет некоторое время.

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

Просто идея ... может быть интересным путем, чтобы рискнуть и посмотреть, работает ли это как репликация на уровне дедупликации / блока для бедняков только для этих файлы.

В гигабитной сети это может занять немного времени, но не должно быть так уж плохо.

Crashplan должен отслеживать и начинать резервное копирование файлов на периферийные устройства / получатели. Это, очевидно, займет некоторое время.

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

Просто идея ... может быть интересным путем, чтобы рискнуть и посмотреть, работает ли это как репликация на уровне дедупликации / блока для бедняков только для этих файлы.

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

Просто идея ... может быть интересным путем, чтобы рискнуть и посмотреть, работает ли это как репликация на уровне дедупликации / блока для бедняков только для этих файлы.

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

Просто идея ... может быть интересным путем, чтобы рискнуть и посмотреть, работает ли это как репликация на уровне дедупликации / блока для бедняков только для этих файлы.

Я сталкивался с этой же проблемой довольно много раз, и примерно в половине случаев я обнаружил, что мне гораздо лучше просто создавать новые машины в удаленном месте. Это особенно верно для того, что я называю «шаблонными» машинами. Моя версия - довольно простая машина. Ваша версия может немного отличаться.

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

• Используйте WinRAR или 7Zip, чтобы разбить ваш шаблон на блоки размером 1–2 ГБ.
• Создайте виртуальную машину на сервере ESXi на каждом удаленном сайте. Требуются минимальные ресурсы, это всего лишь промежуточная область.
• Прикрепите VMDK к каждой из этих виртуальных машин, достаточно большой для хранения данных, которые вы переносите.
• Установите ОС и инструмент передачи по вашему выбору (я использую сервер SFTP для этого).
• Загрузите шаблон RAR'd на промежуточную виртуальную машину.
• Распакуйте шаблон RAR'd.
• Используйте vSphere или веб-интерфейс, чтобы загрузить шаблон из промежуточной виртуальной машины в хранилище данных ESXI. (это будет БЫСТРАЯ передача.)

Плюсы:

Разбивая шаблон на более мелкие части, вы снижаете риск повреждения данных во время передачи. (Если файл поврежден, вам нужно повторно загрузить только этот фрагмент RAR, а не весь файл размером 40 ГБ.)

Вы передаете только 40 ГБ (возможно, меньше, поскольку RAR сжимает дальше).

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

Минусы:

Вам необходимо создать промежуточную виртуальную машину. Я делаю это проще, имея предварительно созданный шаблон размером <1 ГБ с простой установкой ОС + сервер SFTP.

Сжатие / распаковка шаблона 40 ГБ займет ~ 4-6 часов в зависимости от ресурсов вашего процессора.

Плюсы:

Разбивая шаблон на более мелкие части, вы снижаете риск повреждения данных во время передачи. (Если файл поврежден, вам нужно повторно загрузить только этот фрагмент RAR, а не весь файл размером 40 ГБ.)

Вы передаете только 40 ГБ (возможно, меньше, поскольку RAR сжимает дальше).

Вы можете выбрать утилиту переноса, когда делаете перенос внутри выбранной ОС.

Минусы:

Вам необходимо создать промежуточную виртуальную машину. Я делаю это проще, имея предварительно созданный шаблон размером <1 ГБ, который имеет только установку ОС + SFTP-сервер.

Сжатие / распаковка шаблона 40 ГБ займет ~ 4-6 часов в зависимости от ресурсов вашего процессора.

Плюсы:

Разбивая шаблон на более мелкие части, вы снижаете риск повреждения данных во время передачи. (Если файл поврежден, вам нужно повторно загрузить только этот фрагмент RAR, а не весь файл размером 40 ГБ.)

Вы передаете только 40 ГБ (вероятно, меньше, поскольку RAR сжимает дальше).

Вы можете выбрать утилиту переноса, когда делаете перенос внутри выбранной ОС.

Минусы:

Вам необходимо создать промежуточную виртуальную машину. Я делаю это проще, имея предварительно созданный шаблон размером <1 ГБ с простой установкой ОС + сервер SFTP.

Сжатие / распаковка шаблона 40 ГБ займет ~ 4-6 часов в зависимости от ресурсов вашего процессора.

вам нужно повторно загрузить только этот фрагмент RAR, а не весь файл размером 40 ГБ.)

Вы передаете только 40 ГБ (вероятно, меньше, так как RAR сжимает дальше).

Вы можете выбрать утилиту передачи. когда вы выполняете перенос внутри выбранной вами ОС.

Минусы:

Вам необходимо создать промежуточную виртуальную машину. Я делаю это проще, имея предварительно созданный шаблон размером <1 ГБ с простой установкой ОС + сервер SFTP.

Сжатие / распаковка шаблона 40 ГБ займет ~ 4-6 часов в зависимости от ресурсов вашего процессора.

вам нужно повторно загрузить только этот фрагмент RAR, а не весь файл размером 40 ГБ.)

Вы передаете только 40 ГБ (вероятно, меньше, поскольку RAR сжимает дальше).

У вас есть выбор утилит передачи когда вы выполняете перенос внутри выбранной вами ОС.

Минусы:

Вам необходимо создать промежуточную виртуальную машину. Я делаю это проще, имея предварительно созданный шаблон размером <1 ГБ с простой установкой ОС + сервер SFTP.

Сжатие / распаковка шаблона 40 ГБ займет ~ 4-6 часов в зависимости от ресурсов вашего процессора.

Вы должны создать промежуточную виртуальную машину. Я делаю это проще, имея предварительно созданный шаблон размером <1 ГБ, который имеет только установку ОС + SFTP-сервер.

Сжатие / распаковка шаблона 40 ГБ займет ~ 4-6 часов в зависимости от ресурсов вашего процессора.

Вы должны создать промежуточную виртуальную машину. Я делаю это проще, имея предварительно созданный шаблон размером <1 ГБ с простой установкой ОС + сервер SFTP.

Сжатие / распаковка шаблона 40 ГБ займет ~ 4-6 часов в зависимости от ресурсов вашего процессора.