[Shurhenchik]

Просто возможно еще один бизнес умрет, как умерли многие тысячи и тысячи других бизнесов.

Никому до него и дела не будет.

[LostSoul]

1 час назад, alibek сказал:

Просто предполагается, что этот сервер не сломается, А если сломается, то в него можно будет воткнуть HDD с первого попавшегося десктопа, чтобы он работал дальше.

Невнимательно читаете. Вопрос был что делать если сломается сервер с контроллером который такой единственный на весь город , а навигация откроется весной.

Отказ диска спокойно ждет и купить их проще. А еще с потерей диска теряются данные которые намного дороже.

Покупка же дублирующего сервера за много миллионов "такого как подарили" экономического смысла не имеет. Проще купить 2 сервера по средствам , а остальное потратить с пользой

 

 

1 час назад, Shurhenchik сказал:

Просто возможно еще один бизнес умрет, как умерли многие тысячи и тысячи других бизнесов.

Никому до него и дела не будет.

У тех , кому завезли только бездумную веру в дорогие спец решения - умрет. У тех кто спланирует систему хранения адекватно своим возможностям не обслуживания и постановления - не умрет.

Думаю если провести опрос на этом форуме сколько участников использует брендовые сервера с sas и сколько платит за поддержку железа первая цифра будет процентов в 90, вторая в районе 5

 

[Shurhenchik]

2 минуты назад, LostSoul сказал:

Невнимательно читаете. Вопрос был что делать если сломается сервер с контроллером который такой единственный на весь город , а навигация откроется весной.

Отказ диска спокойно ждет и купить их проще. А еще с потерей диска теряются данные которые намного дороже.

Покупка же дублирующего сервера за много миллионов "такого как подарили" экономического смысла не имеет. Проще купить 2 сервера по средствам , а остальное потратить с пользой

 

Если бизнесу нужен сервер за много миллионов, а бизнес не обладает возможностью его приобрести - значит бизнес не будет жить в любом случае.

Если бизнесу нужна отказоустойчивость сервера. а бизнес не обладает возможностью это сделать - значит бизнес не будет жить в любом случае.

А вот если подарили крутой сервак, хотя работать можно на чем-то попроще - работай на крутом, а попроще держи в резерве.

[straus]

10 часов назад, LostSoul сказал:

Ну ну

Шо "ну ну"? Сигнал Reset с шины компьютера не заведён на Reset процессора RAID-контроллера. А заведён на GPIO. То есть, контроллер информируется о сбросе хост-системы, но продолжает работать по своей вшитой программе.

На моём древнейшем Tekram DC690 Reset системы действительно сбрасывал контроллер, но я это вылечил перерезанием дорожки и припайкой отдельной микросхемы супервизора питания.
 

[straus]

11 часов назад, LostSoul сказал:

Если диск при попытке чтения поврежденной зоны уходит в оффлайн то ничего у вас не получится. Но даже если не уходит - продолжает разрушаться.

Мы точно про сервер говорим? Там кто-то попрекал BSOD на сервере (кстати, если кто-то не видел BSOD на виндовом сервере - у него ещё всё впереди).
 

[LostSoul]

В 31.12.2019 в 13:46, Shurhenchik сказал:

А вот если подарили крутой сервак, хотя работать можно на чем-то попроще - работай на крутом, а попроще держи в резерве.

Для чего и рекомендуется, диски включать в режиме JBOD без использования аппаратных функций контроллера.

Иначе дисковый набор на "попроще" потом не взлетит.

 

Добавлю, что абсолютное большинство вторичных серверов попадает на вторичный рынок без дисков.  поэтому попадая в более бедные руки они редко комплектуются именно SAS-дисками.

 

 

 

В 31.12.2019 в 21:51, straus сказал:

То есть, контроллер информируется о сбросе хост-системы, но продолжает работать по своей вшитой программе.

и почему вы таки думаете, что он по этому поводу совсем ничего не делает?

ну например хотя бы не обнуляет очередь обмена с хостом?

 

 

В 31.12.2019 в 22:36, straus сказал:

Мы точно про сервер говорим? Там кто-то попрекал BSOD на сервере (кстати, если кто-то не видел BSOD на виндовом сервере - у него ещё всё впереди).

Ситуация , когда админу-недоучке дали много денег на "дорого богато" ,  он собрал потом RAID5 из каких-нибудь 4 дисков и все это трудилось 5 лет, пока однажды не выяснилось что все диски уезжены в решето до дыр, бекапов нет , 2 из 4 дисков отстрелило, так как он при попытке чтения запоротых областей стали уходить в оффлайн.

Дальше этот дисковый набор обычно приносят мне, с молитвой "гуру помоги".

Потом, половина обратившихся, что характерно, с новыми дисками собирает такую же конфигурацию.

 

 

[Shurhenchik]

6 часов назад, LostSoul сказал:

Для чего и рекомендуется, диски включать в режиме JBOD без использования аппаратных функций контроллера.

Иначе дисковый набор на "попроще" потом не взлетит.

Ломать хорошую вещь просто потому что боишься контроллера? :)))

Мне и в голову не пришло что резерв ты хочешь держать без дисков, и при проблеме упражняться именно с ними в попытке переставить их на другое железо.

Я предложил вариант когда работа идет на "крутом" подаренном серваке, а сервак попроще (на котором работали до этого) полностью готовый к работе находится в резерве (холодном, горячем - это от ситуации и квалификации персонала)

Разумеется, регулярно делая при этом бэкапы, только чтобы они лежали не "традиционно" - на том же сервере, данные с которого и бэкапируются, а на другом (других) носителях.

Кстати, этот резервный сервер можно задействовать для проверок восстановления бэкапов и возможности их использования, что одновременно будет являться и учебой по аварийному плану восстановления. В результате, когда час Х настанет, персонал просто выполнит тыщу раз отработанную процедуру и предприятие продолжит работу как ни в чем не бывало.

 

 

6 часов назад, LostSoul сказал:

Дальше этот дисковый набор обычно приносят мне, с молитвой "гуру помоги".

Так вот зачем ты пропагандируешь ни в коем случае не использовать правильные и надежные решения, ну или хотя бы непременно что-то испортить, в надежде что у них все рухнет и тебе денежку принесут :)))

[LostSoul]

14 часов назад, Shurhenchik сказал:

Ломать хорошую вещь просто потому что боишься контроллера? :)))

она не является хорошей, для человека который не знает в деталях как она работает.

потому что сделать хотел грозу, а получил козу.

все эти lsi адаптеки и прочая нечисть управляются страшными утилитами с страшными параметрами с неочевидными результатами применения и.т.п.

ни дай бог когда надо срочно что-то проделать в продакшене без подготовки и времени на консультации по форумам.

 

то ли дело mdadm , один раз на любой виртуалке изучил и все просто логично и понятно.

 

"резервный сервак" в малом бизнесе никогда в жизни простаивать не будет, он будет выполнять другую  менее критичную задачу, которую если что, можно будет выключить и предоставить тушку как запасную среду выполнения для "крутого".

 

 

14 часов назад, Shurhenchik сказал:

Так вот зачем ты пропагандируешь ни в коем случае не использовать правильные и надежные решения, ну или хотя бы непременно что-то испортить, в надежде что у них все рухнет и тебе денежку принесут :)))

не беру я денег :-)  

правильное решение -- то которое ты сможешь востановить сам без срочного поиска 3 января аналогичного рейд-контроллера на авито.

или без раздумий "чем мне собрать рассыпавшийся RADI5  " когда можно было просто применить RAID10

 

 

[straus]

"Не все разновидности RAID-массивов доступны в ядре Linux в начальной конфигурации. Например, чтобы использовать RAID5 необходимо внести изменения в конфигурацию ядра и скомпилировать его заново. Для уже скомпилированных ядер из дистрибутивов, возможно потребуется явная загрузка соответствующего модуля. Пример: modprobe raid5."

 

Здесь всё правильно?

 

И это... Почему все зоологи-пингвинисты думают, что серверы бывают только под пингвиниксом?
 

 

3 часа назад, LostSoul сказал:

правильное решение -- то которое ты сможешь востановить сам без срочного поиска 3 января аналогичного рейд-контроллера на авито

Логично. Для этого проще купить запасной контролер(ы), и в случае необходимости просто заменить его. Дело нескольких минут.

Переставить диски в другой сервер с таким же контроллером - тоже несколько минут при наличии корзины, всё подхватывается и жужжит дальше.
 

 

3 часа назад, LostSoul сказал:

все эти lsi адаптеки и прочая нечисть управляются страшными утилитами с страшными параметрами с неочевидными результатами применения

Это где так?

3 часа назад, LostSoul сказал:

она не является хорошей, для человека который не знает в деталях как она работает

Знания нужны в любом случае. Без них никуда.
 

[straus]

Да, кстати, а что там с загрузкой системы с программного RAID?

И то же самое при наличии шифрования системного раздела.
 

[straus]

А, и если кто вдруг не знает... Если накопитель в массиве повисает (по любым причинам) в состоянии BUSY - хардварный контроллер это обрабатывает корректно, а винда после таймаута выбрасывает синий флаг. Вот такой вот "отказоустойчивый" виндовый программный массив. А довольно многие модели накопителей "уходят в себя" (BUSY) после попадания на не читающиеся блоки.
 

[Shurhenchik]

Сижу вот и думаю... как мне выкинуть контроллер и замутить софтовый RAID для VMware vSphere?

Похоже лохи писали сферу эту... 

:)))

[LostSoul]

12 часов назад, straus сказал:

И это... Почему все зоологи-пингвинисты думают, что серверы бывают только под пингвиниксом?

потому что 99% устройств на рынке включая всякие там QNAP и synology работают на linux.

и если хорошенько копнуть всякие эти ваши продвинутые рейд-контроллеры последних поколений, там почти наверняка внезапно тоже найдется linux.

 

 

 

6 часов назад, Shurhenchik сказал:

Сижу вот и думаю... как мне выкинуть контроллер и замутить софтовый RAID для VMware vSphere?

Во первых , думаю с этим нет никаких особых проблем.

Во вторых решения от VMware это так же как и аппаратные рейды  и прочий ентерпрайс - решения для тех кто хочет снять с себя персональную ответственность и переложить ее на массу команду "по поддержке рейд массива" "по поддержке систем виртуализации". А сам типа сидит получает зарплату, никакие сроки востановления лично не гарантирует ( а если гарантирует то только с тройным перерасходом средств на запасные сервера , место и электропитание , для тестовой/отладочной и резервной среды выполнения )

 

Те кто за что-то отвечает лично сам, VMware не использует.  В силу тех же обстоятельств что и аппаратный рейд - при нештатной ситуации никто не знает как это починить . В отличии от открытой системы с открытыми исходниками вроде KVM

 

[LostSoul]

12 часов назад, straus сказал:

Да, кстати, а что там с загрузкой системы с программного RAID?

И то же самое при наличии шифрования системного раздела.

Не пробовал, ввиду отсутствия такой надобности.

В случае mdadm просто нет необходимости в таком извращении.

Стандартная схема разбиения набора из 4 дисков для сервера общего назначения:

Раздел RAID1 ,  4 копии , 32Гб ,  sda1 sdb1 sdc1 sdd1 -- 32Гб

Пара разделов RAID1 под критичные данные  sda2 sdb2 - 64Гб ,   sdc2 sdd2 - 64Гб

Раздел RAID10 из 4-х дисков под все прочее sdd1 sdd2 sdd3 sdd4

 

как видим, делать raid5 загрузочным в такой схеме просто не  требуется , так как нету убогой архитектуры аппаратного контроллера  , заставляющий нас включать в массив сразу весь накопитель целиком.

 

В целом же, все модули необходимые для первоначальной загрузки системы включаются в initrd.

Ничего компилировать при этом не нужно, это автоматически делают специальные средтства входящие в состав дистрибьютивов.

В современных  redhat этот пакет, к примеру,  называется dracut.

При установке пакетов или изменении настроек, способных оказать влияение на первоначальную конфигурацию dracut производит регенерацию образа initrd и сопутствующих скриптов загрузки.  Включая туда и модули RAID и шифрования, необходимые для загрузки.

У меня  для большинства случаев туда так же встроены нестандартные модули получения ключей шифрования с учетом информации из окружающей среды , повторить которые в случае кражи дисков/сервера и попытках их запустить в ином месте будет невозможно.

А теперь попробуй встроить такое в этот ваш аппаратный контроллер :-)

 

 

11 часов назад, straus сказал:

А, и если кто вдруг не знает... Если накопитель в массиве повисает (по любым причинам) в состоянии BUSY - хардварный контроллер это обрабатывает корректно, а винда после таймаута выбрасывает синий флаг.

это зависит от конкретных драйверов ( а может даже и настроек в реестре ).

у меня на одной и той же материнской плате имеющей 2 разных дисковых контроллера результат для каждого из двух контроллеров разный. На одном полная поддержка горячего включения дисков в корзину и корректная обработка накопителей в busy , на другом требуется вручную сканировать новое оборудование и busy накопителя при размещении файла подкачки на рейде с задействованием указанного контроллера приводит к краху системы.

 

 

12 часов назад, straus сказал:

Знания нужны в любом случае. Без них никуда.

знания по открытым системам открыты и доступны.

знания по закрытым разработкам дядюшки ляо получаются только путем реверсного инженеринга ,   имеют неполный и неточный характер , могут содержать ошибки и допущения и без предупреждения меняться от версии к версии.

 

[alibek]

24 минуты назад, LostSoul сказал:

Те кто за что-то отвечает лично сам

Это уровень ремесленника (ИП, SOHO). На этом уровне такой подход приемлем, также как самосборные сервера из правильно подобранных комплектующих, использование open-source с доработкой исходников под конкретное окружение и т.д.

С ростом масштаба такой подход становится тормозящим фактором и от него избавляются.

Бизнес использует дорогие проприетарные решения не от того, что он не умеет считать деньги. Наоборот, считать деньги он умеет, просто делает это комплексно.

[LostSoul]

13 часов назад, straus сказал:

Это где так?

Да хотя бы вот тут.

https://wiki.colobridge.net/полезное/советы/шпаргалка_по_megacli

 

http://linux-bash.ru/menudisk/113-megacli.html

 

Это каким джедаем надо быть, чтоб вот так вот на работающей системе без предварительных тестов с первого раза верно команду угадать и составить не развалив ничего?

 

 

9 минут назад, alibek сказал:

Это уровень ремесленника (ИП, SOHO).

Это подход организации,  в которой за ее инфраструктуру отвечают свои, штатные специалисты.

Да, если специфика предприятия позволяет отдать на оутсорц - замечательно.

У некоторых и вовсе всё ИТ целиком на сторонней поддержке.

 

Вот только на сроках решения вопросов и результате это складывается самым драматичным образом.

 

Там где в одном случае всю систему собирали 3 тесно знакомых между собой специалиста, сидящие в одной комнате и способные поправить проблему за минуту без остановки произодства ,  там 3 разных международных команды , одна по поддержке хранилища, другая по поддержке системы вируализации, третья по поддержке сервера и.т.п.  будут решать вопрос 3 месяца и решат полной заменой всего за лишний миллиард денег.

 

 

13 минут назад, alibek сказал:

Бизнес использует дорогие проприетарные решения не от того, что он не умеет считать деньги.

Бизнес бывает разный и занимается разным.

Всякие гуглы и яндексы очень ограниченно используют "дорогие проприетарные решения".  В основном там, где из надо поставить на сторону далеко от собственных мощностей.

 

[alibek]

3 минуты назад, LostSoul сказал:

с первого раза верно команду угадать

Зачем ее угадывать?

megacli -H выдаст список основных режимов и команд. Там все логично, гадать не нужно, нужно просто понимать логику работы.

 

7 минут назад, LostSoul сказал:

Бизнес бывает разный и занимается разным.

Не нужно подменять понятия.

Именно бизнес использует надежные, отработанные и проверенные решения, без наколенных сборок и привязок к конкретному всезнающему специалисту.

А всякие гуглы и яндексы — это не только бизнес, это также разработка и исследования, в которых отработанных и проверенных решений может просто не быть, они будут результатом этих самых разработок и исследований. И эти проверенные результаты могут использоваться в бизнесе.

Если NetApp или Dell использует в своем производстве свое же собственное оборудование — это не значит, что они стали сторонниками самосбора.

Это все справедливо для бизнеса, который занимается исследованиями и производством.

Но провайдеры, также как 90% остального бизнеса — это просто перепродавцы. И для них использовать чужие решения — это разумно и обычно оптимально.

[Shurhenchik]

Штатные опенсорсовцы обходятся очень дорого.

У них понтов много, а решения у них хитровыдуманные и ужасно неэффективные, и когда очередному опенсорсовцу приходит кирдык, то у конторы проблема.

 

1 час назад, LostSoul сказал:

Во первых , думаю с этим нет никаких особых проблем.

Это точно, проблем нет пока используешь железо из списков совпестимости.

Проблема будет если начнешь притопами с прихлопами рюшечки навешивать.

[LostSoul]

1 час назад, alibek сказал:

megacli -H выдаст список основных режимов и команд. Там все логично, гадать не нужно, нужно просто понимать логику работы.

ну попробуй пойми ее без пол литры.

особенно при каких-то сложных конфигурациях

 

 

2 часа назад, alibek сказал:

Но провайдеры, также как 90% остального бизнеса — это просто перепродавцы. И для них использовать чужие решения — это разумно и обычно оптимально.

Ну в любом деле есть паразиты, которые "просто перепродавцы".

В случае же нормального провайдера это не так.

Нормальный провайдер это разработчик технологии, оборудования, софта и железа.

Имеющий свою технологическую цепочку и.т.п.

Потому как если провайдер тупо купит на рынке все готовое и универсальное его цена никогда не сможет быть конкурентной.

Разница с гуглом, яндексом, dell и netapp тут очень мала.

 

Тому же netapp никто не мешает купить "сервер общего назначения" , поставить линукс , добавить пару своих иконок и менюшек и продать как готовый продукт.

Ой, упс, а они так и делают .  

 

 

 

 

1 час назад, Shurhenchik сказал:

Это точно, проблем нет пока используешь железо из списков совпестимости.

ну так, собирается софтовый рейд для загрузки под vmware?  если дисковый контроллер из "списка совместимости"?

Я давно не тыкал пальцем в это поделие, но насколько помню там же обычная стартовая среда Windows используется для запуска гипервизора.

Соответственно, все что умеет ядро винды там можно запустить.  Разумеется без гарантий от разработчиков, так как им за это не занесли.

 

[Shurhenchik]

11 минут назад, LostSoul сказал:

ну так, собирается софтовый рейд для загрузки под vmware?  если дисковый контроллер из "списка совместимости"?

Нет.

 

11 минут назад, LostSoul сказал:

Я давно не тыкал пальцем в это поделие, но насколько помню там же обычная стартовая среда Windows используется для запуска гипервизора.

Ты путаешь

Нет там винды.

 

[LostSoul]

7 минут назад, Shurhenchik сказал:

Ты путаешь

Нет там винды.

возможно. Винда у Hyper-V.

У Vmware ESXi  все тот же linux.   Есть какие то проблемы загрузить его с софтового рейд?   Ну видимо только у тех, кто без оператора техподдержки продукта не понимает сам как это устроено.

 

[alibek]

23 минуты назад, LostSoul сказал:

Нормальный провайдер это разработчик технологии, оборудования, софта и железа.

Хотелось бы список этих нормальных провайдеров увидеть.

Ну и список того, что они разработали.

[straus]

1 час назад, LostSoul сказал:

Нормальный провайдер это разработчик технологии, оборудования, софта и железа.

Имеющий свою технологическую цепочку и.т.п.

Шо?

1 час назад, LostSoul сказал:

Потому как если провайдер тупо купит на рынке все готовое и универсальное его цена никогда не сможет быть конкурентной.

Разница с гуглом, яндексом, dell и netapp тут очень мала.

Шо?
 

[LostSoul]

4 часа назад, straus сказал:

Шо?

одно из основных конкурентных преимуществ провайдера -- это собственные технологические разработки и ноу-хау.

грамотный личный кабинет ,  ip mac binding  , различные тв и облачные сервисы и.т.п.

 

Как я уже много раз рассказывал, во времена "до пришествия роутеров" , когда основным подключаемым к сети устройством был компьютер с Windows 95/98 мы первые и единственные ( наверное ) в Москве внедрили идентификацию и привязку абонента не по привязке ip-mac адреса на ядре , а по авторизации NTLM на WINS-сервере.   Абонент, вошедший в систему с верным логином-паролем получал автоматический доступ  в интернет независимо от своего MAC и порта подключения.

Что позволяло в разы снизить количество обращений в поддержку.

И сейчас у любого преуспевающего оператора есть десятки таких ноу-хау и оптимизаций внутренних процессов , которые и образуют его конкурентное приемущество в целом.

Потому что купить на каждый дом новенькое Cisco с их готовыми metro ethernet решениями это конечно очень здорово, но вот никогда не окупится.

Так же, как никогда не окупится какое-нибудь облачное видеонаблюдение собранное на NetApp или облачная телефония на арендованной платформе ( которую нам тут сватают в соседних темах )

Я тут сейчас по мелочи взял на стороне IPTV решение, и то исключительно ради нескольких клиентов которым права на публичный показ требовались так уже замучило каждый чих с поставщиком согласовывать.

 

 

 

 

[straus]

12 часов назад, LostSoul сказал:

В 3 января 2020 г. в 22:01, straus сказал:

И это... Почему все зоологи-пингвинисты думают, что серверы бывают только под пингвиниксом?

потому что 99% устройств на рынке включая всякие там QNAP и synology работают на linux.

Перечитал свой вопрос. Перечитал твой ответ. Всё равно ничего не понял.
 

 

В 31 декабря 2019 г. в 11:12, LostSoul сказал:

Единственный подобный факап в моей жизни это развал zfs после установки плохо протестированной бу памяти.

Я сейчас плохо непонял... Там что, на сервере память без ECC?