Как я думаю, все знают, у нас сейчас из каждого утюга идет активнейшаяя реклама всевозможных "нердбрейнзов" (я намеренно не использую настоящие названия курсов). Создается абсолютно искусственная волна хайпа вокруг сферы информационных технологий, с предложением вот уже прямо сейчас "войти в айти" (читать как скороговорку
(
Read more... )
Коллега, а Вы ничего не путаете?
1. >Если в силу ограниченности бюджетов контора пользует бесплатный ESXi, про "железный" RAID можно забыть.
У бесплатного ESXi ограничение - помимо фич - по API для быкапа: с ним не работают отраслевые решения (VEEAM и иже с ними) - приходится орудовать скриптами.
А вот с железом никаких ограничений у бесплатного нет - весь HCL в Вашем распоряжении.
Возможно, Вы (или кто-то в Вашем окружении) могли наткнуться на то, что последний - 7-й(!) - ESXi, который устанавливали с free-лицензией, не увидел, скажем, 6-тигигабитный RAID-контроллер LSI (Avago/Broadcom) на одноядерном ROC (модели 9260/61). Ну так он и с платной лицензией не увидит их.
Это нормально, т.к. в HCL Вари для контроллеров на чипах 2108 поддержка драйверы заканчиваются на ESXi6.7.
Даже их "кузены" - 9265/66/71/80/85/etc. - на чипах 2208 всё ещё спокойно работают в 7-й Сфере. Про их "старших братьев" 93хх/94xx/95xx уж и не говорю - только в путь.
2. >В этом случае линуксовый софRAID mdadm - наше всё)
Или я чего-то не знаю про ESXi, или Вы заблуждаетесь неудачно выразились.
Насколько я в курсе, не существует способа собрать mdadm`ом/LVM`ом или ещё как-то СОФТОВЫЙ рейд силами ESXi. Я вообще сомневаюсь, что в брюхе у PhotonOS (или у её предшественника на прежних версиях ESXi) есть такая сущность - а что она доступна извне, так в этом точно не сомневаюсь: не сделать софт-рейд на ESXi ну вот никак.
А с учётом того, что ESXi не имеет - и никогда не имел - драйверов для т.н."псевдоаппаратных"(fake-raid) рейд-контроллеров в чипсетах (RST&Co) и на "навесных" чипах на мамках (всякие Силиконы, Рокеты и т.д.), Ваш комментарий следует читать ровно наеборот - ТОЛЬКО аппаратные рейды рулят в качестве редундантных локальных сторов на хостах гипервизоров ESXi, но никак не программные.
Вот если говорить о "втором призёре" - гитлерВ :) - то там да: всё, что "прожуёт" хостовая винда (от софт-рейда своими силами до фейк-рейдовых чиповых и сугубо аппаратных конфигураций), она сможет предоставить в распоряжение своего сервиса Hyper-V и его подопечным виртуалкам. :)
Но поверьте, это довольно безблагодатная затея (хотя не перевелись ещё любители Storage Space, ага :)) и лучше всё же не доводить до греха, а использовать "железные рейды" в классическом исполнении. Ну или - если есть резкая сеть хранения данных ОТ 10Г - жить на сетевых хранилищах (файловых или блочных - это уже по ситуации).
Просто я этим летом выступал в качестве контрактора для одной лавки - им понадобилось почти с нуля выстраивать ВСЮ инфру, когда от них отказалась зарубежная "мамочка". А они исторически сидели на гитлерВ (товарищ мой, позвавший меня на помощь, тяготеет к этому гипервизору, ну а мне-то чего кочевряжиться, я и Сферу, и его умею, вот до KVM/Proxmox`ов всяких руки не дошли, каюсь :)).
Ну и пришлось перелопатить (а по большей части заменить и поднять) всё - серверы, сеть, AD, Exch, SfB вместо Teams, баскуп взъерошить (ага, "подперев" его 10Г и добавив шпинделей), терминальники... кароч, скучно не было, благо я как раз "отдыхал" и занимался почти только повышением квалификации. :)
Так что в контексте нашей с Вами дискуссии меня от "устриц" уже мало-мало не тошнит, ЕВПОЧЯ.
С уважением.
p.s К слову - Ваш комментарий хорошо смотрелся бы в контексте "нафиг железные рейды, даёшь SDS!"... ну, все эти VSAN/ScaleIO, Starwind/DRBD, Nutanix, Ceph, etc. Я без подколки, серьёзно, это тренд сейчас, знаете наверняка ведь.
Правда тут есть риск банально "свернуть шею" (не себе, так лавке), погнавшись за новомодными решениями, ну так а кому легко?
Reply
Ээээээ..... С какого перепуга вим с ним не работает? Прекрасно он работает :-)
Reply
Жень, следи за руками. :)
Бесплатный(!) ESXi не даёт себя быкапить стандартным образом, через API (используемым всеми отраслевыми быкаперами). Бесплатный - это free licence.
Возможно, ты имеешь в виду ситуацию с Evaluation mode? Но это не free.
Свежепоставленный ESXi имеет все плюшки и в том числе работу с API для быкапа. Но по окончании триального периода "карета превращается в тыкву" - быкап не работает.
С уважением.
p.s. Коль скоро ты упомянул VEEAM, то могу признаться, что у меня там работает "инсайд" :) - и он подтверждал, что с бесплатным ESXi (не в триал-периоде!) VBR не работает.
Reply
Может, конечно, я туплю - но во всех использовавшихся мною инстансах стендалона ESXi - все с бэкапами было ок.
Reply
Скорее подзабыл нюансы какие-нито. Или купленные инстансы, или "трофейные", или в Eval mod 60 дней.
Не проси меня развернуть инстанс с free licence и VBR для него - мне откровенно влом доказывать что-то на таком уровне. :) А то попрошу тебя о том же - мол, покажи мне быкап фришного ESXi VBR`ом. :))
Я про то, что и с т.з. Вари, и с т.з. Вима, и с т.з. действующего админа бесплатный ESXi (не триальный полнофункционал!) не быкапится. Скриптами - пожалуйста, сколько угодно. :)
С уважением.
UPD: вот щщас прямо только что списался со своим "вимовцем" - всё так, говорит, бесплатный ESXi закрыт для быкапа на уровне API.
Reply
Я сильно подозреваю, что он про линуксовый iSCSI.
Nutanix вещь классная. Но если уж до него дошло, то лучше сразу задействовать в гиперконвергентном режиме. С интеграцией с гипервизором и системой управления.
Тем более, что Вим его теперь понимает.
Другое дело, что сегодня про нутаникс по понятным причинам можно забыть. Есть, правда, наш, российский "Аист"....
Reply
>Я сильно подозреваю, что он про линуксовый iSCSI.
Не-а. :)
nictrace >>линуксовый софRAID mdadm - наше всё
Согласись, это ни разу не про iSCSI - то совсем из другой оперы.
И вообще аппелировать к опыту linux в контексте ESXi - это сейчас даже не сову на глобус, а хомячка на дирижабль натягивать. :)
Конечно, в основе ESXi "изуродованный" linux, не спорю. Сам регулярно по ssh залезаю в его, ESXi, брюхо по разной надобности. Даже, помню, во времена 4-5 Сферы всем коммьюнити баловались запиливанием "левых" драйверов в инсталлятор ESXi (особенно актуально было для "стендов" Сферы на десктопном железе - линуховые драйверы Реалтека спасали от покупки навесной HCL-совместимой сетевухи тогда)... потом, после перехода в 7-й Сфере к нативной модели драйверов халява кончилась.
Nutanix слишком "непрозрачен" для админа, как по мне. Я б тогда лучше ScaleIO применил в аналогичной ситуации - она и халявная (была, пока не "закрыли" - но запрета использовать имеющееся не было). Ну или VSAN, если мы только о Сфере - Варя её медленно, но упорно пилит в лучшую сторону.
Хотя я сам не сторонник смешивать грешное с праведным "вычислительные нодв" со "стораджевыми": всё равно у всех этих "гиперконвергентных решений" интерконнект - узкое место, так что мы ничего не теряем, если используем "классические" DRBD9/Corosync/etc., там хоть не придётся оглядываться на гипервизор, как он там поживает с нашими выкрутасами.
Ну или в "лайтовых" случаях - чтоб не разбодяживать что-то серьёзное с маджонгом и програмистками - можно развернуть что-то типа двухнодового Starvind HA / VSAN бесплатного на апплаенсах линуховых, у них даже актив-актив прилично реализован на удивление.
Про "импортозащемление"... "Аиста" не ел, но вот после стендовых прогонов той же "Росы" плакал кровавыми слезами и ночью звал маму... там ещё пилить и пилить, как по мне.
"Астра" тоже мимолётно доставила лулзов - по сравнению с ним "Альт" просто няшка (там корни из Мандривы и они как-то держат себя в рамках приличий, хоть я и не матёрый линуксоид, но работал бок о бок с ними ещё в начале их пути).
Про всякие SDS+SDN+Orchestrator+...+... в одном флаконе (с Опенстаком/Клаудстаком и прочими Цефами на подпевках) мне даже думать-то страшно - пепел Клаудмауса и факапов того же Росреестра стучит в моё сердце! :))
А доморощенные "импортозащемители" совсем стыд потеряли - мало того, что у них на каждом шагу "амбиции не подкреплены амуницией"(с), так ещё и врут без зазрения совести, лишь бы втулить свои поделия (говорю от своего ИМХО, чисто по практике работы с "нашими" решениями).
С уважением.
Reply
Leave a comment