У меня есть веб-приложение, которое требует довольно много зависимостей. В настоящее время я оцениваю использование изображений kvm, чтобы помочь нашим пользователям установить это приложение на свои серверы.
Однако у нас есть некоторые опасения по поводу возможности настройки этих изображений, в основном с использованием сети и хранилища.
Многие сайты имеют несколько сетей (например, одна сеть для общедоступного веб-интерфейса и одна частная сеть для данных), и виртуальным гостям иногда требуется доступ к обеим из них. С этим должно быть легко справиться, используя два (или более) виртуальных сетевых интерфейса. Тем не мение:
Я должен уточнить, что в настоящее время гости получают доступ к сетям через мост.
Какие методы вы используете для решения таких проблем? Есть ли способ настроить один раз виртуального гостя и запускать его везде с минимальной конфигурацией? Может ли libvirt помочь в этом процессе?
Спасибо !
Спасибо за первые ответы. Теперь я понимаю, что мне следует быть немного точнее:
Во-первых, наше приложение, конечно, можно установить на любую виртуальную машину (XEN, VMWare и т. Д.), И мы предоставляем выбор нашим пользователям. Я просто сосредотачиваюсь на KVM, потому что некоторые сайты запросили предварительно настроенный образ KVM и не так хорошо знакомы с методами виртуализации, как те, которые в настоящее время используют Xen.
Во-вторых, проблема, с которой они могут столкнуться в связи с проблемами сети, описанными ранее, более или менее та же проблема, с которой я сталкиваюсь на работе: я обычно создаю виртуальную машину на своем настольном компьютере перед перемещением архива в наш кластер для производства. Однако среда моего настольного компьютера и кластера сильно отличается. Версии Linux разные, мы используем разные частные сети и т. Д. Допустим, я хочу только упростить процесс перемещения виртуальной KVM-машины с моего компьютера в кластер.
На самом деле я искал какое-нибудь надежное решение, чтобы дать виртуальным гостям некоторые подсказки об их среде. Например, добавление некоторой информации в XML-файлы libvirt, например, адреса Mac для eth0 и eth1, IP-адреса этих интерфейсов и другие подобные вещи (NFS и т. Д.). Поскольку мы используем сетевой мост, я не думаю, что локальный DHCP-сервер на хосте может быть хорошим решением и решит только одну часть проблемы. Итак, что было бы действительно круто, так это способ передачи информации о конфигурации от хоста к гостям. Возможно, это уже существует или может быть реализовано каким-либо образом.
Итак, мой переформулированный вопрос: есть ли хороший (прочный, стандартный, элегантный, что угодно) способ передать эту информацию от хозяина к гостям (в идеале напрямую с использованием libvirt XML), можно ли это реализовать, если он еще не существует или эта идея совершенно глупая (тогда, пожалуйста, приведите аргументы, почему это глупая идея).
Еще раз спасибо) !
Не то чтобы кто-то еще действительно реализовал его, но это именно то, что должен решить открытый формат виртуализации из DMTF. Извините, что у меня нет лучшего предложения.
Возможно, вам будет лучше создать его как установку полного стека, включая ОС и все зависимости, на ОС, с которой, как вы знаете, она хорошо работает. Затем позвольте конечному пользователю решить, хочет ли он установить его отдельно или в качестве гостевой виртуальной машины на KVM, VMWare, Xen или что-то еще. Единственное, что вы получите от этого с изображением KVM, - это некоторая степень независимости от оборудования, но, как вы указали, все еще есть потенциальные подводные камни, и сайт должен быть готов и иметь возможность поддерживать хост KVM. в дополнение к вашему приложению и его ОС.
РЕДАКТИРОВАТЬ: Чтобы ответить на ваш переформулированный вопрос, я думаю, вы все же оставите это на сайтах - гости виртуальных машин по своей природе не могут контролировать настройку сети на хосте. Вы, безусловно, можете предоставить документацию и инструкции, как сделать это самым простым и эффективным способом, но это может варьироваться от сайта к сайту. Независимо от того, что вы делаете, если вы распространяете это как образ виртуальной машины или устройство, сайт должен будет эффективно настроить и поддерживать узел виртуальной машины, который специально настроен для работы в их сети.
Вы рассматриваете простые технические детали, не глядя на общую картину. Проблема с изображением в том, что оно плохо интегрируется в инфраструктуру сайта. Это может быть другая ОС. Он может не соответствовать стандартам конфигурации / безопасности сайта. Он может не интегрироваться с системой управления исправлениями и конфигурацией сайта, их системой резервного копирования, их системой высокой доступности / балансировки нагрузки или их системой аварийного восстановления. В основном это будет больной палец, который доставит горе системным администраторам.