Pull to refresh

Comments 7

В случае если Вы используете shared storage и настроили libvirt
`nova live-migration <VM-ID> <HOST-NAME>`
работает без дополнительных настроек OpenStack.
Из документации: «By default, the Compute service does not use the libvirt live migration functionality. The Compute service does not use libvirt's live migration by default because there is a risk that the migration process never ends. This can happen if the guest operating system dirties blocks on the disk faster than they can be migrated.»
Может это уже устарело? В любом случае, сразу после установки, если вы позаботились о libvirt и Ваш nova пользователь способен к безпарольному ssh на другие compute hosts, `nova live-migration` работает без всяких дополнительных настроек.
Так что OpenStack поддерживает live migration out of box. По крайней мере так это выглядит для нас.
В статье ахинея. Сеть прекрасно режется с помощью tx/rxrate, список компонент openstack, мягко говоря, не полный:

Swift — object storage
Nova — computing
neutron (ранее: quantum)
LBaaS
FWaaS
VPN
glance — image storage
cinder — block devices
ceilometer — metering
heat — orchestration
keystone — authorization
qonos — скедулинг снапшотов у nova
Ironic — bare-metall comuting
Trove — database as service
Marconi — queue service
savannah — data processing (hadoop)
Designate (ранее: Moniker) — DNS as a service
Barbican — secret management
Burrow — messaging (died)
Fuel — mirantis management
Manila — shared filesystem management
Melange — IP address management
Rally — benchmarking
Synaps — cloud monitoring
Gantt — scheduling (nova part)
Murano — openstack deplyoment for windows
oslo — openstack libraries
Staccatto — data transfer services
Tusakar — openstack deployment
Tempest — openstack regression testing
Climate — resource reservation based on calendar scheduler
Kwapi — power metering

tripleo — openstack management management
crowbar — dell openstack installation service (died)

magnetodb — NoSQL database service for OpenStack

tooz — Coordinate distributed systems

Mistral — Task Orchestration and Scheduling service for OpenStack cloud

entropy — A framework for Audit/Repair scripts for openstack

satori — configuration discovery for existing infrastructure.

libra — tool set to create and manage load balancers in an OpenStack environment.

BillingStack — is a set of projects that aim to deliver the needed components to bill services

rubick — Rule-based diagnostics of configuration of OpenStack platform

Inception — OS based provision of openstack

MRaaS — MapReduce as a Service
Convection — task system service

Половина из них дохлая, потому что никому по сути не нужна.

А в интеграции openstack требует меньше усилий, чем любая другая система «сделать своё публичное облако». Большая часть работы — приведение морды в приличный вид (horizon не очень юзер-френдли) и написание части, которая деньги берёт.

А что нужны люди, которые разбираются… Давайте я задам вопрос: какая inhouse система может нормально работать, будучи развёрнутой людьми, которые в ней не разбираются?
Статья является «расшифровкой» получасового выступления на семинаре, среди слушателей которого большинство составляли люди далекие от облачных технологий. Компоненты для ознакомления слушателей выбраны те, которые «не дохлые», да и не на компоненты акцентировалось внимание, а на область применения OpenStack.

По поводу сети — это не динамическое ограничение. Нельзя, afaik, реконфигурировать ВМ штатными средствами для применения новых ограничений (ssh на хост и ввод нескольких команд не в счет).
Замечание: swift это не аналог dropbox, и его использование в качестве корпоративного аналога амазоновского S3 не требует труда программистов. Мы его успешно использовали и используем в качестве хранилища логов и репозитория пакетов.
Swift упомянут не как аналог Dropbox, а как объектное хранилище, написав к которому пользовательский интерфейс можно получить функциональный аналог Dropbox. Создание интерфейса как раз и потребует усилий программистов.
Sign up to leave a comment.