Стратегия клонирования / резервного копирования для виртуальных машин между ESXi и KVM, требующая одновременной работы клонов с исходными виртуальными машинами
Я застрял на этой проблеме и нуждаюсь в помощи. ESXi Бесплатная версия 5 и qemu-kvm/libvirtd версия 0.10. Сначала я поставлю TL;DR, так как он достаточно хорошо отражает проблему.
TL;DR У меня есть две виртуальные машины на KVM-сервере (образы qcow2 размером 100 и 200 ГБ), и мне нужно каждую неделю выполнять клон для запуска при необходимости на отдельном хосте ESXi (бесплатная версия). Сервер KVM использует SSD-диски, потому что скорость очень важна, и на ней не хватает дискового пространства и ресурсов, что немного усложняет эту проблему. Нам нужно хранить все версии этих клонов до бесконечности. У меня есть резервная копия на магнитной ленте и файловый сервер с несколькими 100 ГБ, но я бы хотел иметь под рукой резервные копии / клоны как минимум за последние 2 месяца. Исходные виртуальные машины на сервере KVM всегда должны работать в своем текущем состоянии, их нельзя вернуть к предыдущему снимку на этом сервере, если по какой-либо причине нам необходимо получить доступ к предыдущему состоянию, мы должны запустить клон этой недели на сервере ESXi. У меня на хосте ESXi всего около 1 ТБ дискового пространства, и я надеялся, что есть какое-то решение с использованием дельта-дисков для экономии места и предотвращения дублирования данных.
Длинное объяснение
У меня есть 2 сервера, на которых работает KVM, каждый с SSD-дисками и по существу без свободного места Каждый из этих серверов KVM запускает критическую виртуальную машину, используя qcow2 в качестве формата диска. Ресурсы уже выделены для виртуальной машины на каждом блоке, поэтому на этих серверах практически нет места для других действий. Одна виртуальная машина имеет размер 100 ГБ (на диске), а другая - 200 ГБ.
У меня также есть хост ESXi 5.0 (бесплатная версия) с объемом около 1 ТБ и большим количеством свободных ресурсов. Хранилище данных - это локальное хранилище RAID 5.
Мне нужно решение, которое предполагает создание моментального снимка или клона обеих виртуальных машин с серверов KVM примерно раз в неделю, а затем его можно запустить на сервере ESXi в то же время, когда оригинал все еще работает на компьютере KVM (я хотел бы вручную изменить имя хоста и т. д., чтобы избежать конфликтов в сети). Как правило, это был бы сценарий клонирования, но я бы очень быстро выбежал из космоса. Мне нужно хранить резервную копию каждой недели на неопределенный срок. У меня есть файловый сервер с несколькими 100 ГБ дискового пространства, который также находится в моем распоряжении для резервного копирования на ленту, но я хотел бы иметь по крайней мере снимок / клоны виртуальной машины за последние 2 месяца, если мне нужно раскрутить один из них.
Производительность имеет решающее значение для серверов KVM, поэтому цепочка снимков не является желательным решением и не решает проблему, поскольку исходные виртуальные машины KVM должны всегда работать в своей текущей версии. Клон на хосте ESXi будет эффективно там, где будут применяться снимки.
Эту проблему мне было удивительно трудно решить, поэтому я надеялся получить помощь.
1 ответ
Хорошо, давайте сделаем один шаг за раз:
- Для перемещения виртуальных машин между двумя разными платформами вам необходимо решение V2V.
virt-v2v
предназначен для извлечения виртуальных машин из среды ESXi на хост libvirt, но не наоборот. Предоставляю ли VMWare инструмент v2v, который поддерживает kvm/libvirt, я не знаю, но в любом случае v2v добавляет сложности в уравнение, и я бы начал с #2 - Наличие двух разных платформ виртуализации для резервного копирования друг друга путем запуска клонов одних и тех же виртуальных машин - не очень хорошая идея, потому что каждое преобразование - это не просто клон виртуальной машины, но и процесс v2v, который требует, чтобы вы вошли в виртуальную машину и обновите его конфигурацию, так же, как при переносе настроек сервера между двумя очень разными аппаратными платформами. Я бы переустановил хост ESXi с KVM, чтобы все было проще.
- Если вы перенесете два хоста на общую платформу, будет достаточно легко сделать снимки COW и сохранить только те из них на сервере резервного копирования, отбрасывая старые снимки с использованием сценариев.
qemu-img
,