Отношения между OpenStack и Xen

Question

0

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

Я не могу по-настоящему понять, что такое OpenStack / CloudStack / Eucalyptus, потому что их пресс-релизы, изобилующие модными словечками, затрудняют, как инженера, точное понимание того , что эти технологии делают / предлагают, но я понимаю, что они позволяют вам создавать вне вашей собственной платформы как услуга.

Но мне любопытно, какие типы отношений, если таковые имеются, Xen может иметь с OpenStack. В частности, если у меня есть физическая машина с установленным сервером / гипервизором Xen, как я могу интегрировать ее с OpenStack?

Устанавливается ли OpenStack в качестве гостевой виртуальной машины / домена и, таким образом, контролируется гипервизором Xen ?; или же
Действует ли OpenStack как плагин для самого гипервизора Xen (и / или домена контроллера) ?; или же
Устанавливается ли OpenStack на свой физический сервер, а затем располагается поверх всех гостевых виртуальных машин / доменов гипервизоров 1+ Xen ?; или же
Что-то другое?

Конкретные примеры, как правило, лучший способ заставить меня увидеть «лес сквозь деревья». Спасибо!

virtual-machine virtualization xen openstack

1 477 просмотров

smeeb спросил 11 лет назад

S 191

Answer 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, которая на самом деле хранит и извлекает образы виртуальных машин, но это 30 000-футовый обзор того, как на самом деле работает OpenStack .

Би-дабы.

Отношения между OpenStack и Xen

1 ответ