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

1328
smeeb

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

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

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

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

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

0

1 ответ на вопрос

3
smeeb

Об этом узнал после заливки дока и запуска 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 .

Би-дабы.

Приятно слышать, что вы решили свою проблему! Не могли бы вы [принять ваш собственный ответ] (http://blog.stackoverflow.com/2009/01/accept-your-own-answers/), чтобы этот вопрос был помечен как закрытый? Спасибо! Misha Brukman 9 лет назад 0

Похожие вопросы