люди придумали контейнеры, а им всё IaaS подавай. нет, я понимаю когда у вас легаси адовое в виде какой-нить веб сферы от IBM. но новые то сервисы нахера?

контейнеры для stateless хороши, и мы их используем там где можно

люди придумали контейнеры, а им всё IaaS подавай. нет, я понимаю когда у вас легаси адовое в виде какой-нить веб сферы от IBM. но новые то сервисы нахера?

венда, необходимость интеграции с собственным железным парком, блаблабла.

венда, необходимость интеграции с собственным железным парком, блаблабла.

azure

вообще давайте в @cloud_flood

люди придумали контейнеры, а им всё IaaS подавай. нет, я понимаю когда у вас легаси адовое в виде какой-нить веб сферы от IBM. но новые то сервисы нахера?

я доку по установке кассандры под deb так, чтобы даже даун понял, всё равно вопросы были, а ты про docker говоришь

венда, необходимость интеграции с собственным железным парком, блаблабла.

+1

люди придумали контейнеры, а им всё IaaS подавай. нет, я понимаю когда у вас легаси адовое в виде какой-нить веб сферы от IBM. но новые то сервисы нахера?

Контейнеры с их недоделанной изоляцией в мультитенанси среде? Вы серьезно?

ну разве что только если внутри виртуалок... как в Openstack

тогда накрывается медным тазом один из главных архументов за контейнеры «уменьшение оверхеда» =)

и встает вопрос управления и обслуживание еще одного слоя.

мы рассматривали возможность выделить кусок железа под nova-lxc или nova-lxd, но забили на это, потому что на тот момент оно плохо стыковалось с neutron, да и с cinder были вопросы

вот интересно как оно сейчас

ну как-то никогда не слышал о _больших_ инсталляциях контейнеров для паблика в мультитенанте кроме GKE (который де-факто работает на мощностях GCE) и AWS (который тоже работает поверх EC2)

и встает вопрос управления и обслуживание еще одного слоя.

вот так: https://wiki.openstack.org/wiki/Magnum, иначе кранты публичному облаку

тогда накрывается медным тазом один из главных архументов за контейнеры «уменьшение оверхеда» =)

можно конечно извернуться через MaaS

меня передергивает от одной мыли об этой матрешке, честно говоря

все же правильным видится убрать виртуальную машину из этого наслоения

меня передергивает от одной мыли об этой матрешке, честно говоря

а что делать? Контейнер работает на хостовом ядре, безопасность близка к 0, полноценно запиннить ресурсы тоже невозможно

и ядро. и еще пару виртуальных машин (джаву какую-нибудь) по пути. libc - тоже нахер, лишняя прослойка.

да вот я и спрашиваю что делать :)

вот так: https://wiki.openstack.org/wiki/Magnum, иначе кранты публичному облаку

а оно живо?

https://github.com/openstack/magnum/commits/master

вполне

а nova-docker благополучно скончался: https://github.com/openstack/nova-docker

есть еще zun, которому пофиг на политику внизу

да вот я и спрашиваю что делать :)

для мягкого мультитенанси (разные проекты в пределах одной компании) - пускать контейнеры на железе.

а nova-docker благополучно скончался: https://github.com/openstack/nova-docker

А у меня он вполне успешно работает :( жаль что умер

А у меня он вполне успешно работает :( жаль что умер

Проблема скорее в политике, чем в технике. У Openstack миссия в том числе и в построении публичных и гибридных облаков. Поэтому договорились именно так, чтобы не плодить лишних проектов.

Коллеги, мы ищем докладчиков на митап: https://www.meetup.com/OpenStack-Russia/events/240178502/

Кто готов?

мы внедряем...но у нас есть некоторая специфика (версия OS + свое ПО) и я не уверен, что установка OS на одну машину заинтересует наше руководство..у нас большие проекты...а так - www.tionix.ru

а когда сделаете что бы centos умет в свежие ядра?

Здравствуйте! Я только начинаю изучать OpenStack, возможно мои вопросы покажутся глупыми) Подскажите пожалуйста, для работоспособности OpenStack нужно, чтобы все виды хранилища (Cinder, Glance, Swift) были установлены? Или достаточно лишь одного?

Здравствуйте! Я только начинаю изучать OpenStack, возможно мои вопросы покажутся глупыми) Подскажите пожалуйста, для работоспособности OpenStack нужно, чтобы все виды хранилища (Cinder, Glance, Swift) были установлены? Или достаточно лишь одного?

Cinder и Glance, Swift можно не ставить.

Cinder и Glance, Swift можно не ставить.

Спасибо!)

Cinder можно также не ставить. Достаточно glance для шаблонов.

Коллеги, сколько памяти используется для миграции? У меня есть нода с флавором в 2GB, есть гипервизор с free_Memory 4152GB. Миграция не проходит с ошибкой https://pastebin.com/Fa5igjEh. Если я добавляю гипервизор с 12Gb памяти, то на него без проблем мигрирует. То есть мне для миграции 2GB инстанса нужно как миниум 12GB оперативы? =)

Интересно

Миграция на живую?

Миграция на живую?

Да из любого состяния, сейчас из stop

ну вотпо логам, там видно, что хост на который машина пришла не поддерживает какую-то фичу в ЦПУ, видимо процы разные на источнике и приемнике - на живую не поедет

а вот почему не едет выключенная

с выключенной та же ошибка в логах?

Процы одинаковые =)

действительно интересно

было такое, прописал в [libvirt] virt_type=qemu cpu_mode=none помогло

с выключенной та же ошибка в логах?

Еще раз все проделал, то же самое

было такое, прописал в [libvirt] virt_type=qemu cpu_mode=none помогло

Попробую

было такое, прописал в [libvirt] virt_type=qemu cpu_mode=none помогло

В случае с qemu я лишусь аппаратной поддержки? =)

Не знаю) надо смотреть если честно

вот мне нравится вот эта статья от редхата про настройку миграции https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux_openstack_platform/7/html-single/migrating_instances/#how_to_migrate_a_static_instance

"--virt-type qemu", especially that since qemu 0.10.0 it now uses KVM if available. отсюда https://serverfault.com/questions/153350/what-virt-type-should-i-use-with-virt-install

"--virt-type qemu", especially that since qemu 0.10.0 it now uses KVM if available. отсюда https://serverfault.com/questions/153350/what-virt-type-should-i-use-with-virt-install

Ну то есть в новой qemu появились хардварные свистелки

у себя пока не заметили изменения в производительности но специально не тестил и не смотрел еще, надо бы, кластер пока тестовый

а memory balooning кто нибудь использует? помогает экономить память?

Всем привет, извините может за тупой вопрос нам надо собрать что-то типа облачного хранилища (библиотеки даже) для больших проектов (от 40Гб) общий объем 5 петабайт примерно, растет в год примерно на 1,5 при этом чтобы все было редунантно и без потерь по скорости доступа, сказали копать в сторону Swift, может есть у кого-то опыт ?

И расти будет вечно? По полтора?

кто ж его знает ))

пока контора работает видимо да

Полтора чего? Литра? Огурца?

петабайта

А доступ какой?

есть 1 и 10Гбит ethernet

Доступ, а не ширина полосы

а memory balooning кто нибудь использует? помогает экономить память?

Пробовали и завели на kilo. Если тезисно, то применять пока затруднительно, т.к. пришли к тому, что сам по себе MOM жрет ресурсы, особенно при применении с windows гостевыми ос. МОМ - сервис позволяющий автоматизировать процесс изменения показателей Ballooning.

А на windows оно ещё и из коробки не работает, надо скрипты к baloon driver писать

Рабочие

а были какие то метрики, показатели? у нас linux почти везде

Доступ, а не ширина полосы

что Вы имеете ввиду под доступом?

что Вы имеете ввиду под доступом?

Файловый, блочный, объект по api

Файловый, блочный, объект по api

файловый

Тогда swift не ваше или пишите gateway. Посмотрите в сторону pnfs или покупайте что-то ентерпрайзное

файловый

а обязательно прям файловый?

а обязательно прям файловый?

Тут похоже ТЗ ещё не сформировано

а обязательно прям файловый?

Наверное нет, тз нет пока. Основная задача иметь быстрый доступ для выгрузки больших объемов данных из разных точек доступа без деградации самой скорости. Это обусловлено большими размерами файлов. Сами файлы в основном видео.

для видео обычно не нужен файловый доступ так-то

Там не потоки гонять, не стримить его надо, там нужна работа с файлами . Нужно открывать из во всяких адоб премьерах и файналкатах. Конечно часть работы будет направлена на отработку транскодерами, что бы потом лить их на ютуб тот же

Но это меньше 50%

А про скэлити кто-то знает ? Что за зверь?