ну, до определенной версии использование vDS на хостах ESXi и vCSA вызывало сложности с повторным запуском инфраструктуры, пока не сделали локальный кэшь конфига сети на хостах.. Тот же AD/DC прекрасно запустится вообще без доступа к DNS и какое-то время работать будет, как минимум пустит на сервер через локальную SAM базу. А vSphere не взлетало, пока при обновлении не сделали кэшей. так что необходимость запихивать сервера DNS внутрь обслуживаемой виртуализации весьма спорна. как вариант все ключевые сервисы вносить в хосты
поэтому ядра и прочий мусор нужно держать в /boot, а в ESP/EFI/ только загрузчики! у меня папка Opensuse занимает всего ~4Мб и конфиг граба как вы любите, 4 строки! это правда не полноценный загрузчик а скорее прелоадер, хотя /boot/grub2 весит тоже несколько Мб всего.
Кстати МакОС при разбиении диска в GPT сразу под ESP выделяет 200Мб (она там прошивки хранит зачем-то), Винда 100. в Linux — как указать. при современных объемах видел рекомендации в полгига…
о вкусах не спорят но зачем такой огород? Если загрузка только UEFI, то просто с флешьки клевера копируется папка Clover на ESP/EFI? рядом с Microsoft. Далее уже зависит от пожеланий как грузить ту или иную ОС, через базовый загрузчик, либо все через Clover, который прекрасно умеет грузить любые EFI-совместимые ОС, к слову и не EFI тоже, нужно только драйвера ФС подкинуть, чтобы считать ядро или загрузчик.
про красоту интерфейса — тем у клевера чуть меньше, чем дофига и есть дока по созданию своих.
мне этот барсук пытался все потереть и оставить только себя на обычном MBR диске. А хамелеон в экспертном режиме позволяет сделать вообще все, что угодно, хотя по умолчанию тоже пытается стереть все и оставить только себя любимого.
А в чем проблема с grub под UEFI? ровно так же создается папка на ESP (EFI System Partition), там лежат бинарики *.efi и конфиги. С этим загрузчиком живу с тех пор, как пересел с lilo? проблем не было ни каких…
И да, любые манипуляции с загрузкой, не важно откуда, из Setup материнки, из любой программы работающей с efivars меняют эти самые vars
а обыкновенный частотный фильтр не спасет отцов демократии? Потом технологии типа EoP давно есть, на работают только в пределах одного сегмента электросети, через несколько трансформаторов автоматов уже не надежно.
а вы изучали, как у вас траффик сегментируется? если пихать данные на несколько десятков кб во фремы 9к, то естественно накладные расходы на транспорт будут выше.
VLAN есть?
Я всячески за OpenSource и против проприетарных решений, но
1) голословное утверждение.
2) пожалуй плюс.
3) Есть мнение от некоторых исследователей ИБ, что гипервизоры нонче в прошивках ВМ/BMC живут, так что «очень быстрый гипервизор» слабый аргумент. Базовые гипервизоры сейчас наверное студенты дипломной работой пишут.
4) кроме заявлений вы разворачивали KVM за 10 хостов, 20, 50, 100? А сколько людей потом это добро поддерживало? А это сможет сделать адекватный админ, прошедший только базовый курс по установке и настройке? или ему нужно лет 10 качать скилы в Linux и смежных областях?
5) как там с SR-IOV, vGPU. Пользователи VDI идут мимо?
6)бесплатность OpenSource решений очень условная. Если у вас есть время и ресурсы настроить и допилить решение под текущий нужды — отлично. Но содержать собственных разработчиков для исправления ошибок в ядерном коде и допиливаю окружения могут лишь немногие. Большинству проще заплатить разумную сумму, чтобы им сделали хорошо, чем вникать во все тонкости.
Я например за 10 лет ни разу не менял масло в своем авто, хотя процедура не сложная. Мне проще заплатить за эту процедуру 500 руб, чем я буду развлекаться в яме с ключами, фильрами, утилизацией отработки и прочим.
ну, до определенной версии использование vDS на хостах ESXi и vCSA вызывало сложности с повторным запуском инфраструктуры, пока не сделали локальный кэшь конфига сети на хостах.. Тот же AD/DC прекрасно запустится вообще без доступа к DNS и какое-то время работать будет, как минимум пустит на сервер через локальную SAM базу. А vSphere не взлетало, пока при обновлении не сделали кэшей. так что необходимость запихивать сервера DNS внутрь обслуживаемой виртуализации весьма спорна. как вариант все ключевые сервисы вносить в хосты
Кстати МакОС при разбиении диска в GPT сразу под ESP выделяет 200Мб (она там прошивки хранит зачем-то), Винда 100. в Linux — как указать. при современных объемах видел рекомендации в полгига…
про красоту интерфейса — тем у клевера чуть меньше, чем дофига и есть дока по созданию своих.
И да, любые манипуляции с загрузкой, не важно откуда, из Setup материнки, из любой программы работающей с efivars меняют эти самые vars
VLAN есть?
1) голословное утверждение.
2) пожалуй плюс.
3) Есть мнение от некоторых исследователей ИБ, что гипервизоры нонче в прошивках ВМ/BMC живут, так что «очень быстрый гипервизор» слабый аргумент. Базовые гипервизоры сейчас наверное студенты дипломной работой пишут.
4) кроме заявлений вы разворачивали KVM за 10 хостов, 20, 50, 100? А сколько людей потом это добро поддерживало? А это сможет сделать адекватный админ, прошедший только базовый курс по установке и настройке? или ему нужно лет 10 качать скилы в Linux и смежных областях?
5) как там с SR-IOV, vGPU. Пользователи VDI идут мимо?
6)бесплатность OpenSource решений очень условная. Если у вас есть время и ресурсы настроить и допилить решение под текущий нужды — отлично. Но содержать собственных разработчиков для исправления ошибок в ядерном коде и допиливаю окружения могут лишь немногие. Большинству проще заплатить разумную сумму, чтобы им сделали хорошо, чем вникать во все тонкости.
Я например за 10 лет ни разу не менял масло в своем авто, хотя процедура не сложная. Мне проще заплатить за эту процедуру 500 руб, чем я буду развлекаться в яме с ключами, фильрами, утилизацией отработки и прочим.