to post messages and comments.

Господа, у меня тут сервер, и на него надо поставить openstack. Вот выбираю, на чем его делать в итоге: QEMU, Xen или VMWare. Будут, в том числе, и виндовые инстансы крутиться. С QEMU раньше работал, но чисто как с эмуляцией железа. На сколько паравиртуализация быстрее, чем HVM?

вот скажите я очень сильный криминал совершил записав строчку конфига аля param = value с пробелом в начале? а то бедной читалке конфига стало жутко плохо и сервис не поднялся в итоге

пытаюсь тут руками ставить OpenStack по инструкциям от весны — такое ощущение, что они произвольным образом формат CLI меняют, то заменят дефис на подчёркивание в имени параметра, то втыкаю обязательно параметр ПЕРЕД командой, при этом в одной и той же команде 1 параметр называется pass, а другой — password

со вчерашного вечера ковырялся с nova-compute — nova-manage service list показывал статус XXX, в логах полнейшая тишина (даже при debug=true и перезапуске сервера) и вот час назад он как-то взял и восстановился — какая-то охрененно чёткая и интуитивно понятная система!

а вот вспомнил:
лег на диван и подумал, а не пощупать ли мне openstack swift, вроде прокукт интерпрайз, оперсорц, много саксесс стори рассказывали
а еще я даже недавно видел вакансию "сисадмин openstack", перспективная хуйня-то, наверное
короче, блять, это гавно реализует репликацию через RSYNC+SSH

Хочеццо OpenStack. И хочеццо иметь распределенную файловую систему или объектное хранилище для образов машин и томов. Желательно в единственном экземпляре (т.е. одно хранилище для образов и томов), чтобы не плодить сущностей.
У кого есть опыт? Что посоветуете?

Три дня убиты на изучение работы бриджа в Linux, тестирование и другие идиотские вещи, потому что единственно правильное поведение было опционально, не документировано и выключено по дефолту >_<

Пздц, в пределах двух минорных релизов openstack'а ломания обратной совместимости встречаются на каждом шагу. Вот тебе как корабль назовешь, так он и поплывет — базар в чистом виде.

В списке рассылки openstack-dev нешуточное обсуждение насчет поддержки Amazon EC2 API, основным камнем преткновения которого является несоответствие спецификации и того, как с ним работают клиенты (похоже что в связи с несоответствием спецификации и реализации). Для меня удивительно, что компания — один из лидеров в своей области может дойти до такого, вроде ведь серьезными вещами занимаются. Кто в теме, там правда все настолько плохо?