vSAN это, все-таки, типовое решение. Со стандартной документацией. И специалисты (возможно и дорогие) не уникальны.
И нет того неловкого момента, что цена специалиста по вышеприведенной сборке будет не ниже, чем по решению с vSAN, но понять как это решение построено и почему вообще работает этот специалист не сможет.
Мне приходилось, скажем так, общаться с людьми, от которых ушел очередной (пятый по счету) гениальный админ. И каждый из этих гениев строил инфраструктуру под себя. При этом были в цепочке и и любители Windows, и любители Linux, и любители FreeBSD. И даже знатоки Netware.
С тех пор я очень осторожно отношусь к нестандартным решениям и стараюсь максимально документировать свою работу. Хотя бы ради того, чтобы спокойно проводить отпуск.
По второму пункту вопрос, конечно интересный.
Осталось только решить вопросы с горячей миграцией машин как по хостам, так и по стораджам.
Ну и придумать как делать бэкап. Горячий. Инкрементный по измененным блокам на дисках виртуалок.
А, да, еще это должно поддерживаться не уникальным специалистом, который внезапно едет в отпуск, а быть типовым решением.
Странно. От G6 до G9 чистый образ VMWare 6.7 встает без проблем. Да, есть странности на DL360 G7 по датчикам железа, но это не сильно напрягает.
Неужели G10 не ставится с чистого образа?
Перед тем, как ставить бытовые SSD в железный RAID, можно посмотреть обзоры по моделям и узнать, что довольное большое количество SSD умеет в TRIM само, в свободное время, без внешних команд.
У нас 850 и 860 собраны в HP MSA P2000 в RAID 50. И очень, очень жалко, что следующие поколения MSA перестали поддерживать SATA :(
Вы слишком категоричны, кмк. Эти презентации, как и документ Performance Best Practices для 6.5, я читал. И нигде нет однозначного утверждения про единственный сокет с множеством ядер на нем.
Зато весьма подробно нарисовано, что не стоит превышать соотношение виртуальных ядер к физическим ядрам на один физический сокет. Точнее на один узел NUMA. Т.е. рекомендуется строить машину на одном сокете, пока количество vCPU не начнет превышать количество физических ядер. Затем придется дробить по сокетам. И в случае, когда кластер собран из узлов с разными процессорами и разным количеством физических сокетов целесообразнее ориентироваться на узел с минимальным количеством физических ядер. Что автоматически приводит к увеличению сокетов на машине. А превышать количество физических сокетов (ладно, узлов NUMA) уже совсем не стОит. Так что я продолжу соблюдать свое правило: на виртуальной машине нельзя превышать количества физических узлов NUMA. Для меня это количество совпадает с количеством сокетов, если кто работает с AMD — там может быть по-другому.
А по поводу исчезающих драйверов pvscsi — если бы не приходилось с этим сталкиваться, то я бы не поднимал разговор. Очень просто попасть в такую ситуацию, если взвести на VM флажок автоматического обновления VMWare Tools при перезагрузке и отправить машинку на перезагрузку после установки обновлений Windows. При определенном стечении обстоятельств после перезагрузки VMWare Tools начинают обновляться, но не успевают, поскольку система обновления Windows делает принудительную вторую перезагрузку. И несколько раз я попадал на такое неудачное обновление в SLES 11.x, но там есть родные драйвера и система поднимается. Приходится только тулзы руками ставить.
Может я чего не понял, но рекомендация по сокетам и ядрам несколько не соответствует тексту и картинке.
А вообще я всегда считал, что количество сокетов VM просто не должно превышать количества сокетов на хосте. А в случае кластера с разными хостами не превышать количества сокетов на носте с минимальным их количеством. Т.е. если в кластере есть хосты с 4 и 2 сокетами, то на VM надо давать не больше 2.
По поводу paravirtual дискового контроллера для ОС Windows тоже можно порассуждать. Например на тему того, как vmware tools начинают обновляться, включая драйвера для диска, но у них не выходит. Бывает. Только вы останетесь с неработающим системным диском по причине отсутствия в Windows родных драйверов pvscsi.
Ну офис разработки я бы ни разу не назвал энтерпрайзом. Вот центральную ИТ структуру банка со всеми системами и внутренними командами — то да.
До начала перестройки на УАПК были неплохие команды. Что сейчас — уже сложно сказать.
Грусть. Теперь параметрами ядра при загрузке нельзя задать планировщик ввода/вывода. Впрочем как и на свежей Ubuntu.
Но в Centos его хоть можно поменять без перезагрузки через профиль tuned.
Кто бы спорил. Просто если есть серверная, то цена вопроса готового SNMP датчика, по сравнению с ценой вопроса решения из говна и палок, будет не сильно отличаться.
Ответ — да, не отменяет. Но решение о пробросе физических портов сервера внутрь, до виртуалки, не имеет права на жизнь в продуктивной среде. Я ак считаю ;)
USB? Так в этой ветке комментов идет уже обсуждение датчиков на COM-портах и USB :)
А потом машина переедет на соседний хост и будет тщетно искать свой USB-датчик.
Не стоит привязывать датчик температуры к серверу. SNMP сильно лучше будет.
Эх…
После обновления постоянно падает приложение «Интеллектуальная подсветка», если запущен Яндекс.Навигатор.
Но зато телефон сумел сконнектиться с машиной :) На 8.0 по таймауту отваливалось соединение.
По пункту 2 хотелось бы уточнить, что установка возможна не только в облаках. Можно развернуть и у себя.
Да, не на одном хосте, да, не слишком простая установка, да, не совсем внятная документация… Но можно.
И нет того неловкого момента, что цена специалиста по вышеприведенной сборке будет не ниже, чем по решению с vSAN, но понять как это решение построено и почему вообще работает этот специалист не сможет.
Мне приходилось, скажем так, общаться с людьми, от которых ушел очередной (пятый по счету) гениальный админ. И каждый из этих гениев строил инфраструктуру под себя. При этом были в цепочке и и любители Windows, и любители Linux, и любители FreeBSD. И даже знатоки Netware.
С тех пор я очень осторожно отношусь к нестандартным решениям и стараюсь максимально документировать свою работу. Хотя бы ради того, чтобы спокойно проводить отпуск.
Осталось только решить вопросы с горячей миграцией машин как по хостам, так и по стораджам.
Ну и придумать как делать бэкап. Горячий. Инкрементный по измененным блокам на дисках виртуалок.
А, да, еще это должно поддерживаться не уникальным специалистом, который внезапно едет в отпуск, а быть типовым решением.
Неужели G10 не ставится с чистого образа?
У нас 850 и 860 собраны в HP MSA P2000 в RAID 50. И очень, очень жалко, что следующие поколения MSA перестали поддерживать SATA :(
Зато весьма подробно нарисовано, что не стоит превышать соотношение виртуальных ядер к физическим ядрам на один физический сокет. Точнее на один узел NUMA. Т.е. рекомендуется строить машину на одном сокете, пока количество vCPU не начнет превышать количество физических ядер. Затем придется дробить по сокетам. И в случае, когда кластер собран из узлов с разными процессорами и разным количеством физических сокетов целесообразнее ориентироваться на узел с минимальным количеством физических ядер. Что автоматически приводит к увеличению сокетов на машине. А превышать количество физических сокетов (ладно, узлов NUMA) уже совсем не стОит. Так что я продолжу соблюдать свое правило: на виртуальной машине нельзя превышать количества физических узлов NUMA. Для меня это количество совпадает с количеством сокетов, если кто работает с AMD — там может быть по-другому.
А по поводу исчезающих драйверов pvscsi — если бы не приходилось с этим сталкиваться, то я бы не поднимал разговор. Очень просто попасть в такую ситуацию, если взвести на VM флажок автоматического обновления VMWare Tools при перезагрузке и отправить машинку на перезагрузку после установки обновлений Windows. При определенном стечении обстоятельств после перезагрузки VMWare Tools начинают обновляться, но не успевают, поскольку система обновления Windows делает принудительную вторую перезагрузку. И несколько раз я попадал на такое неудачное обновление в SLES 11.x, но там есть родные драйвера и система поднимается. Приходится только тулзы руками ставить.
А вообще я всегда считал, что количество сокетов VM просто не должно превышать количества сокетов на хосте. А в случае кластера с разными хостами не превышать количества сокетов на носте с минимальным их количеством. Т.е. если в кластере есть хосты с 4 и 2 сокетами, то на VM надо давать не больше 2.
По поводу paravirtual дискового контроллера для ОС Windows тоже можно порассуждать. Например на тему того, как vmware tools начинают обновляться, включая драйвера для диска, но у них не выходит. Бывает. Только вы останетесь с неработающим системным диском по причине отсутствия в Windows родных драйверов pvscsi.
До начала перестройки на УАПК были неплохие команды. Что сейчас — уже сложно сказать.
Но в Centos его хоть можно поменять без перезагрузки через профиль tuned.
Поездка в отпуск оборачивается набором кабелей. Мини, микро, TypeC…
У меня так старая мать грузится.
А у меня десятка стартует с Clover USB по причине отсутствия в BIOS/EFI поддержки NVME.
И что, это нарушение каких-то статей?
USB? Так в этой ветке комментов идет уже обсуждение датчиков на COM-портах и USB :)
Не стоит привязывать датчик температуры к серверу. SNMP сильно лучше будет.
Уверяю вас, как человек, который каждый рабочий день ездит от дома до работы и обратно.
После обновления постоянно падает приложение «Интеллектуальная подсветка», если запущен Яндекс.Навигатор.
Но зато телефон сумел сконнектиться с машиной :) На 8.0 по таймауту отваливалось соединение.
Да и интернет есть не всегда и не везде.
Да, не на одном хосте, да, не слишком простая установка, да, не совсем внятная документация… Но можно.