>> ну, и чего - вот гуй, вот свитчи. Полтора десятка (так надо).
>> Все перед глазами, что характерно, никаких километровых простыней. Картинок никаких
> Молодец, а теперь создай сотню виланов на сотне хостов и расскажи какие у меня вланов не сотня, а сотни. Сотен хостов, правда, нет, с трудом десяток, а у тебя они точно-точно есть - вот именно сотни хостов? И ты на них вручную вот всю эту фигню с interfaces, да еще, походу, разную на разных, раз такой вопрос вообще возник?
У себя-то не вижу ужасов, где на них посмотреть?
Правда, таки да, большая часть либо так в виде транка и уходит в vm, либо раздается не с vswitch, а с vNexus, там cli, как ты любишь. Но это моя очень специфическая конфигурация, потому что мои виртуалки - в основном сетевые устройства, а не системы общего назначения, и вместо live migration там failover.
> ВМ на каких физичских адаптерах и кого видят и кого нет
судя по тому, что такой вопрос вообще возник - у тебя там феерическая вермишель, прежде всего, как обычно, в головах.
От этого не поможет даже графическая морда вмвари (хотя она и может по конкретному хосту нарисовать, кто куда подключен) - но тем более не помогут километровые (а они в этом случае реально будут километровые) портянки interfaces, ты там вообще ничего не найдешь.
Сколько-сколько у тебя строчек в этом файле на первую сотню вланов?
> и что что будет после миграции ВМ на другой хост и
> не получишь ли петлю добавив еще один вилан на другой хост,
понятно, вмвари таки не видел дальше халявного esxi. Открою тайну: виланы добавляются обычно не на "хост", у хоста никаких вланов нет, они добавляются в портгруппы свитча. А вот _в_свитч_ добавляются хосты.
> чтобы мигрированная ВМ не оказалась без сети.
какая интересная жизнь у любителей портянок... в пределах dswitch у нас vm без сети не останется, он, собака, _distributed_, везде одинаковый.
>> применять, iov'шную виртуальную карту пробросить напрямую в vm
> Слово новое на семинаре узнал?
нет, это у меня жизнь такая интересная. Что есть и возможность, и задачи под эту фичу. Чего в нем нового-то, на 2014й, наверное, год, уже все было (для трех поддерживаемых железок, но то не моя печаль)
>> как с этим всем у вас в проксе?
> Если ты о правах, то на основе ролей. Доступ к сетевым настройкам
> хоста только у админов.
ну вот... То есть банального одному "админу" дать порулить одной частью сети, другому другой - вообще никак, что-ли? Самому за них все настраивать в интуитивно-приятном текстовом конфиге на 500 килобайт, и еще городить способы его раздачи на кучу серверов?
ну зато космические корабли бороздят просторы большого театра.
> Ты представляешь что такое Linux, kvm, qemu? Это такие штуки, где практически
ага, отлично представляю - глючные опенсорсе поделки, в которых сам чорт ногу сломит.
(интересно, есть хоть кто-то, кто еще понимает взаимосвязь нынешних kvm и qemu, и кто из них на ком стоит, а не просто выучил пять ключей командной строки?)
Нет, как игрушка, конечно же, замечательно, плохо вот что безумные фанатики их тащат туда, где без них все неплохо работало.
При этом средство автоматизации типовых задач, внезапно, стоит мешок денег, а для управления им все равно надо лезть в какие-то дебри, зато "zfs send мышкой" (да дался он мне на хосте виртуалок).
А как доходит до фич, которые действительно есть только там (я про контейнеры несчастные) - так сразу "я их не использую, и там ничего толком не работает".
> любые фичи оборудования поддерживаются. Это не не ESXi который может запросто
> на выпущенном 2 года назад сервере диск NVMe Intel не увидеть
> или LSI HBA, потому что драйвера еще не запилили в последней
ох уж эти сказочки, ох уж эти сказочники. Впрочем, если сервера собирать по помойкам, в hcl даже для вида не глядеть... (правда, nvme у него интел и hba lsi - видимо, что у линукса не очень с драйверами для всего остального, клиент немножко догадывается)
мну задуматься, что у меня там за hba, да так и ниасилить вспомнить. наверное, свой, ни с чем несовместимый. Интерфейс я видал когда-то, года три назад, напрочь не помню. И вряд ли увижу снова.
