История изменений

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

Скажем так, довелось немного поучаствовать в замене серваков, в т.ч. и уровня SunFire x4540 на HP SL 4540. Там был не один и не два (десятка) таких хранилищ, да и посерьёзнее машины были, типа HP DL 980. Проблема в vendor locked solutions.

Всё с той же zfs обалденно пока всё штатно. Но проблема в том, что говно случается и zfs может посыпаться и RAID-Z тоже. И оказываешься нос к носу с херовой горой проблем. И гуглить придётся до потери пульса, плюс, тратить время на разборки с каким-нибудь очередным широко распиаренным патентованным решением, которое маркетоолухи впедалили дятлам-манагерам заказчика. Ну да, сурьёзные жи пизьнесмены, сурьёзный жи пизьнес, крыававай ынтырпрайз и вот это вот всё... Всё же как мы любим! =)))

Та же оракловая ТП (ТП здесь не то, что кто-то мог подумать, а техподдержка) от души может накосячить. Да мало ли! Ну например, как-то в городе N приключилась беда. На тех же SunFire x4540, кстати. Там есть два вида апдейтов. Общесистемный, куда входит апдейт от ядра системы и до приложух системы и апдейт на backplane. Логично же что прошил backplane, только после этого ставь апдейт на систему? Да, логично. Но инженер ТП оказался дятлом. Накатил два системных апдейта, а про backplane забыл. Результат — система встала раком, потеря данных на хранилище. Ну мы-то отскочили, дескать, кто там с ораклом договор подписывал, того и снашайте, но было неприятно.

Проблем с HP в принципе таких нет. Да, там тоже и raid и ilo/ilo2/ilo3 шьётся, но не перепрошили, заапдейтили линя, да и хрен бы с ним. Фатального ни чего не произойдет. Ну будет не до конца оптимально raid работать, так данные-то не потеряем же!

От слов типа оракл, солярка, zfs чесслово, трясти начинает.

С тех пор есть одна аксиома (для меня лично) — всегда брать решения без vendor lock. Надо СУБД? Большую? Возьмите PostgreSQL, надо железо под сервак? HP/Dell/Huawei, только не IBM и прочие. Надо операционку? Линукс это наше всё. При таких раскладах и без штанов не останешься на стоимости системы и одмина, более-менее вменяемого найти можно. Это не во глубине сибирских руд спеца по соляре искать. Потому что если та же zfs сыплется, то начинается забавный квест типа «спаси данные» за тридевять земель. И последнее чего я бы хотел, это заниматься сексом по сети на эту тему. Но вот пришлось, чего мы мне тут сказочники о безумной надёжности zfs ни пытались рассказывать.

Потому что имеюшееся x86 железо в виде недавно купленых hpe apollo c нагрузкой перестало справляться

Такое бывает. Мне с моего дивана не видно, но ванную что проблема там была в настройках Линукс, если именно он и стоял.

Линукс, чаще всего, это конструктор. Тут есть 1000 и один способ либо его грамотно соптимизировать, либо убить всё на хер. Если система поставлена и работает ASIS, по дефолту, то не удивительно что она в какой-то момент перестала тащить. Система должна быть настроена и грамотно рассчитана под максимальную нагрузку. Понятно, что пиковые значения это пиковые значения, но система обязана их переварить. Дальше уже, если вчерашние пиковые сегодня стали нормой, то вопросы по расширению возникают, но повторю, система должна их держать (нагрузки). Ну либо одмина/одминов и системщика разжаловать на хер в рядовые и сослать на Восточный фронт. За бесперспективностью.

Но вообще, тема оптимизации Линукс (и сейчас я вовсе не про православную генточку), это тема на пару хороших талмудов. Если честно. Тут за одмина думать ни кто не будет.

Ну вот... Как-то вот так в общем и целом...

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

Скажем так, довелось немного поучаствовать в замене серваков, в т.ч. и уровня SunFire x4540 на HP SL 4540. Там был не один и не два (десятка) таких хранилищ, да и посерьёзнее машины были, типа HP DL 980. Проблема в vendor locked solutions.

Всё с той же zfs обалденно пока всё штатно. Но проблема в том, что говно случается и zfs может посыпаться и RAID-Z тоже. И оказываешься нос к носу с херовой горой проблем.

Та же оракловая ТП (ТП здесь не то, что кто-то мог подумать, а техподдержка) от души может накосячить. Да мало ли! Ну например, как-то в городе N приключилась беда. На тех же SunFire x4540, кстати. Там есть два вида апдейтов. Общесистемный, куда входит апдейт от ядра системы и до приложух системы и апдейт на backplane. Логично же что прошил backplane, только после этого ставь апдейт на систему? Да, логично. Но инженер ТП оказался дятлом. Накатил два системных апдейта, а про backplane забыл. Результат — система встала раком, потеря данных на хранилище. Ну мы-то отскочили, дескать, кто там с ораклом договор подписывал, того и снашайте, но было неприятно.

Проблем с HP в принципе таких нет. Да, там тоже и raid и ilo/ilo2/ilo3 шьётся, но не перепрошили, заапдейтили линя, да и хрен бы с ним. Фатального ни чего не произойдет. Ну будет не до конца оптимально raid работать, так данные-то не потеряем же!

От слов типа оракл, солярка, zfs чесслово, трясти начинает.

С тех пор есть одна аксиома (для меня лично) — всегда брать решения без vendor lock. Надо СУБД? Большую? Возьмите PostgreSQL, надо железо под сервак? HP/Dell/Huawei, только не IBM и прочие. Надо операционку? Линукс это наше всё. При таких раскладах и без штанов не останешься на стоимости системы и одмина, более-менее вменяемого найти можно. Это не во глубине сибирских руд спеца по соляре искать. Потому что если та же zfs сыплется, то начинается забавный квест типа «спаси данные» за тридевять земель. И последнее чего я бы хотел, это заниматься сексом по сети на эту тему. Но вот пришлось, чего мы мне тут сказочники о безумной надёжности zfs ни пытались рассказывать.

Потому что имеюшееся x86 железо в виде недавно купленых hpe apollo c нагрузкой перестало справляться

Такое бывает. Мне с моего дивана не видно, но ванную что проблема там была в настройках Линукс, если именно он и стоял.

Линукс, чаще всего, это конструктор. Тут есть 1000 и один способ либо его грамотно соптимизировать, либо убить всё на хер. Если система поставлена и работает ASIS, по дефолту, то не удивительно что она в какой-то момент перестала тащить. Система должна быть настроена и грамотно рассчитана под максимальную нагрузку. Понятно, что пиковые значения это пиковые значения, но система обязана их переварить. Дальше уже, если вчерашние пиковые сегодня стали нормой, то вопросы по расширению возникают, но повторю, система должна их держать (нагрузки). Ну либо одмина/одминов и системщика разжаловать на хер в рядовые и сослать на Восточный фронт. За бесперспективностью.

Но вообще, тема оптимизации Линукс (и сейчас я вовсе не про православную генточку), это тема на пару хороших талмудов. Если честно. Тут за одмина думать ни кто не будет.

Ну вот... Как-то вот так в общем и целом...