Отношения между OpenStack и Xen
Xen - это платформа виртуализации с открытым исходным кодом, которая позволяет вам устанавливать на компьютере гипервизор с открытым исходным кодом, который превращает его в хост для других гостевых виртуальных машин.
Я не могу по-настоящему понять, что такое OpenStack/CloudStack/Eucalyptus, потому что их пресс-релизы, изобилующие модными словечками, затрудняют, как инженера, точное понимание того , что эти технологии делают / предлагают, но я лучше понимаю, что они позволяют вам создавать вне вашей собственной платформы как услуга.
Но мне любопытно, какие типы отношений, если таковые имеются, Xen может иметь с OpenStack. В частности, если у меня есть физическая машина с установленным сервером / гипервизором Xen, как я могу интегрировать ее с OpenStack?
- Устанавливается ли OpenStack в качестве гостевой виртуальной машины / домена и, таким образом, контролируется гипервизором Xen?; или же
- Является ли OpenStack плагином для самого гипервизора Xen (и / или домена контроллера)?; или же
- Устанавливается ли OpenStack на свой физический сервер, а затем располагается поверх всех гостевых виртуальных машин / доменов гипервизоров 1+ Xen?; или же
- Что-то другое?
Конкретные примеры, как правило, лучший способ заставить меня увидеть "лес сквозь деревья". Спасибо!
1 ответ
Об этом узнал после заливки дока и запуска DevStack.org (то есть OpenStack, работающего локально на вашем ноутбуке, в одной виртуальной машине или внутри коробки Vagrant).
OpenStack не является исполняемым файлом. Это набор приложений Python, которые устанавливаются как службы Linux. Вы берете кучу мощных физических серверов и устанавливаете эти приложения Python следующим образом:
- 1 физическая штука сделана узлом Controller, где вы устанавливаете службу управления OpenStack (приложение Python) под названием Horizon
- 1 здоровенный физический элемент - сетевой контроллер, где вы устанавливаете OpenStack Neutron (также приложение Python)
- 1+ навороченные физические объекты сделаны вычислительными узлами, где вы устанавливаете OpenStack Nova на всех них (приложение Python)
- 1+ навороченные физикалы сделаны узлами хранения, где вы установили OpenStack Cinder (Python)
Существуют и другие архитектуры и сопоставления приложений с физическими объектами, но это типичная установка. Все физические объекты сгруппированы, и благодаря конфигурации все узлы узнают друг о друге. Поскольку это приложения Python, предпочтительно иметь дистрибутив Linux (Ubuntu, CentOS и т. Д.), Работающий в качестве ОС на каждом из этих физических объектов, поскольку дистрибутивы Linux поставляются с уже установленным Python. Тем не менее, есть "голые металлические" установки, которые находятся в работе и близки к готовности к производству.
Когда определено (с помощью ручного или программного запуска), что OpenStack должен порождать новые виртуальные машины, управляющий узел (Horizon) отправляет сигнал в вычислительный кластер (Nova). Приложение Nova Python, работающее на этих машинах, выбирает физическое место, где будет создаваться виртуальная машина. Существуют привязки Nova-Hypervisor для большинства инструментов VM (Xen, KVM, vmware и т. Д.). Когда Nova получает запрос на создание новой виртуальной машины, она по существу перенаправляет запрос локальному гипервизору для выполнения реальной работы. Я опускаю объяснение еще одной службы OpenStack под названием Glance, которая, в действительности, хранит и выбирает образы виртуальных машин, но это 30000-футовый обзор того, как на самом деле работает OpenStack.
Би-дабы.