А они скажут что рационально не надо) Надо чтоб работало!

да вообще вопрос больше можно ли считать виртуализацию на сегодняшний момент как best practice ?

кстати ребят мини так сказать вопрос у меня на текщей работе используется инфраструктура из 200 серверов и все они без виртуализации я на каждом митинге напоминаю что она нужна Но мне задают тупой вопрос "а на хера", и по правде я не нахожу обьективных причин чтобы прям убедить? Ктото чтото имеет на этот счет мне не нравится без виртуализации

то практика одна и лучше почитать , не ппомню что там точно

Вот я читаю и не пойму, это такой наброс или что?

Минусы: потеря производительности в некоторых сценариях, иногда значимая.

не понял

хм а вот может есть у тебя пример? про значимую не знал

хм а вот может есть у тебя пример? про значимую не знал

https://linkmeup.ru/blog/388.html

но я так понял прикол изза kubernets мол специалист который разворачивал kubernets подумал а нафига еще и виртуализация если есть kubernts который условно напоминает его поведение и теперь все крутися вокруг него и это тоже не очень

что то чем дальше, тем трольнее ))

Если используется kubernetes, то использовать ли виртуальные машины или нет- это извечный вопрос. Но в ряде случаев, без использования дополнительной прослойки в виде виртуализации, задержки меньше, следовательно и производительность выше. Тем более что kubernetes при правильной настройки дает хорошую отказоустойчивость. Тот же мониторинг железа через node exporter,все метрики есть в том числе и сбор метрик с датчиков температуры. поэтому @vitaly решение руководства вполне обосновано, надо провести тесты. Тем более мы все знаем, что бэкап виртуальной машины сходит на нет, если у вас есть etcd которая синхронизируется. Если бэкапить, то именно etcd и различные БД, но никак не виртуальные машины.

Вероятно у вас еще не было проблем с сетью из-за использования гипервизора, те кто использует kvm давно, знали про баги с высокой нагрузкой на проц из-за несильной нагрузки на сеть. Проблема с vlan, когда их становится много и надо как то агрегировать, чтобы меньше грузить процессор маршрутизатора - когда идет передача данных между vlan, когда трафик небольшой-это неощутимо, потом начинается оптимизация доставки, агрегация интерфейсов и каналов. К чему это все? Можно было продумать заранее и настроить, а можно подождать когда нагрузка действительно будет выше и надо что то менять- Но ведь такой нагрузки может и не быть. Поэтому примите как есть, добавив прослойку в виде vm в вашем случае,это явно не упростит вам работу. А инженеры которые админят кубер, при непонятных проблемах будут обращаться к инициатору перехода на vm. Да по файрволу согласен, что можно фильтровать трафик на уровне гипервизора к vm, но процессор будет использоваться сильнее+ дебаг проблем.

ребят, сорри. максимально тупой вопрос( просто, попросили перенести на хостинг с опенстеком пару машин. не пойму, зачем в типах инстансов стоит объем диска, я же все равно буду создавать новый диск и грузить на него образ. для чего он создает новый?

В опенстеке у инстансов может быть два вида дисков. Первый - root/ephemeral disk, это тот, который в flavor указан как disk_gb, ephemeral_gb, он является неотъемлемой частью инстансов, как CPU и память, от него никак не избавиться. И есть диски как volumes от cinder. Если хочется запустить инстанс volume-backed, то надо использовать flavor, у которого диск 0.

Вопрос, а может быть ephemeral disk на volumes от cinder?

Может, к релизу Train родят уже: https://blueprints.launchpad.net/nova/+spec/detach-boot-volume

В опенстеке у инстансов может быть два вида дисков. Первый - root/ephemeral disk, это тот, который в flavor указан как disk_gb, ephemeral_gb, он является неотъемлемой частью инстансов, как CPU и память, от него никак не избавиться. И есть диски как volumes от cinder. Если хочется запустить инстанс volume-backed, то надо использовать flavor, у которого диск 0.

И обрести геморрой с имиджа ми, в которых мин диск вписан 😂

Никаких проблем, проверка min_disk же при boot from volume применяется к размеру cinder volume

До окаты точно есть проблемы

Не знаю даже. Вижу для kilo баг https://bugs.launchpad.net/nova/+bug/1457517, но его пофиксили полдесятилетия назад. Может ещё что-то такое же всплывало.

Во flavor это без сайд эффектов будет работать, наверное, только если в nova.conf max_local_block_devices=0, и жить потом без config drive

Непонятно, в образ min_disk 1000 или во флейворы bfv root_gb 1000?

Нет,только во флейвор

И в Pike никаких проблем не возникло? :)

На правах рекламы - промокоды на РИТ++ 2019 РИТ++ 2019 ( https://ritfest.ru/ ) – Профессиональный фестиваль для тех, кто делает Интернет. 27 и 28 мая 2019г. в Кампусе СКОЛКОВО, Москва, пройдет отраслевая выставка и целый ряд профессиональных узкотематических конференций: системное администрирование и эксплуатация, высоконагруженные системы и базы данных, серверное программирование, управление проектами и предпринимательство, качественная разработка IT-продуктов, а также фронтенд-разработка. Мы решили расширить аудиторию фестиваля "Российские интернет-технологии" и предлагаем две новые возможности для участия: + Если вы студент, аспирант или преподаватель ВУЗа, то вы можете воспользоваться скидкой в 75% от стоимости билета - используйте скидочный код Academic{OpenStackRussia} при заказе билетов на сайте конференции. Имейте в виду, что при регистрации мы попросим вас показать любой документ, удостоверяющий ваш статус." + Если вы частное лицо и нет компании, которая компенсировала бы вам билет, то вы можете воспользоваться скидкой в 50% - используйте скидочный код Personal{OpenStackRussia}. В обоих случаях оплата возможна только как оплата от частного лица через Яндекс.Кассу и вы можете заказать билет только для себя. Впрочем вы можете передать скидочный код вашему сокурснику или другу и он может сделать то же самое. Надеемся, что вам у нас понравится 😊