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

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

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

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

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

1 ответ1

3

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

Би-дабы.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .