Комментарии 8
я ждал обзора что у кого под капотом
Коллега, проблема высосана из пальца. Может быть это касается каких-то систем из овер 1000 кластеров и сетей по части траблшутинга и функционала, где требутся лопатить бигдату, но для типичных Российских контор, типа какого-нибудь НИИ ХИИ КУИ МУИ из 100 тачек и сервера с 10 виртуалками, это не актуально имхо. Читать, кроме мануалов ничего не нужно, а мануалы я бы сказал, там в виде инструкций, возьмите арбуз, разрежьте ножом пополам и положите в тарелку. Поздравляем, вы установили сервер РосАрбуз. Как-то так.
Я раз в неделю вижу проблему "я что-то поставил и не работает".
Из разряда, - Мне не нужно, всем не надо.
А как все холдинги, банки и тд, которых обязали перейти на то, ЧЕГО НЕТ?! Можно убиться в документации, создать жалкое подобище, но для начала закупить как минимум треть такого же "импортозамещенного" оборудования и молиться чтоб вот это вот все хотябы неделю работало без сбоев.
Еще есть вполне себе простой и рабочий Apache Cloudstack. И если отбросить хайп вокруг OpenStack, то CS вполне просто работает.
Еще по теме: Спрут от VK https://habr.com/ru/companies/vk/articles/763760/
Там же:
Переусложненный Data plane. Как правило, в оверлейной конфигурации Neutron центром всего Data plane выступает OVS. Он отвечает за связь виртуальных машин и подключение сетевых функций: DHCP, DNS, Metadata Proxy и других. За настройку OVS отвечает OVS Agent. По сути, логика всей сети находится внутри OVS и OVS Agent.
За это корпоративный сектор и любит корпоративные продукты. За вас все шуршат, только тикеты строчи. Но в целом да, ситуациях аховая... с учетом того, что опыта во всем этом ноль с копейками. Хочется порой забить и пойти на завод гайки крутить...
Некоторые рассуждения по концептуальной сложности импортозамещения виртуализации, в части сети