Бизнес у HP ничего не закупал. Все железо приобреталось у разных дистрибьюторов, ООО и т.д. Но на все есть гарантия. Доп. контракты на премиум поддержку не заключались.
А почему даунгрейд прошивки не сделали-то? Зачем 1.99 ждали?
Потому, что инженеры VMware в рамках кейса не давали такой команды. Но пробовали устанавливать разные сборки драйверов.
Возможно, что на тот момент никто не знал, какая из предыдущих прошивок не страдала таким багом. Железо то новое. Но если верить, что прошивка уже была создана в виде беты, то значит баг уже был ранее обнаружен, или кто-то с похожими симптомами сталкивался и открывал кейс (надеюсь, не критическая инфраструктура страдала), и все ждали, поскольку дальше все зависело от бюрократии.
Спасибо за ваш отзыв. К сожалению, я не существую в вакууме. Также не считаю себя гуру в технологиях VMware. Поэтому, когда это случилось, оперативно были подключены лучшие знакомые, которые были у нас на тот момент среди интеграторов и специалистов аутсорсинг компаний для решения проблемы. И все они в итоге развели руками. Единственные, кто реально помогли, это специалисты VMware.
1. Не знаю, куда делся, год прошел. Да и не сохранял я специально скрины. Представляю, сижу я такой с «лежащими» сервисами организации, и думаю, надо срочно собирать доказательства, делать скрины, писать сценарий, который я буду использовать в качестве отмазки и перевода стрелок т.д.
У меня сохранился лишь скрин iLO, с установленными на тот момент компонентами из образа SPP, включая и прошивку контроллера. Вот вырезка:
2. Это не имеет значения с точки зрения возникновения проблемы.
3. Это тоже не имеет значения.
4. Кейсы были открыты и там и там, но ответы от HP меня, как клиента, вообще не удовлетворяли.
5. Это ваше право, если у Вас была такая проблема, и у поддержки был иной подход, что ж, могу вам только позавидовать.
6. Не нужно утверждать категорично, все мы люди и у каждого есть знакомства и разного уровня «инсайд». У нас простая гарантия, но право, какая разница, с точки зрения закона о защите прав потребителя, все эти бумажки, подписанные со второй стороной регламентируются законом, и не стоят и выеденного яйца если идут с ним вразрез, пусть скажут спасибо, что у нас появилась информация о существовании данной прошивки, иначе мы вернули бы оборудование взад и потребовали бы вернуть деньги.
7. А зачем? Проблема была связана не с дисками. Я предоставил данные о них, потому что они были «под рукой» и для общей информации.
которое идет вразрез рекомендуемым практикам построения распределенных систем
Почему вразрез?
Сейчас я могу высвободить один хост из кластера для обслуживания. Постепенно, по мере роста числа вм, добавляю RAM, чтобы сохранить эту возможность. Единственное, на что влияет — на производительность. Доступность не страдает.
Да, представители VMware говорили, что нужно три узла, а лучше четыре, но можно и два :). Надолго запомнил эту фразу. Не знаю почему.
На самом деле, на производительность кластера 1С кладу болт, львиная доля клиентов работает с толстым клиентом. Выделил достаточно памяти и ядер кластеру и его не слышно. Основная нагрузка беспокоит в MSSQL и тут уже применяю тонкий подход.
Платины с частотой ниже плинтуса как-то не вписываются в это желание
Все дело в параллельных процессах.
Поэтому вписываются отлично. 104 ядра сейчас и 36 раньше, существенная разница. Даже несмотря на более низкую частоту.
Почему? 3 хоста это минимальная адекватная конфигурация vsan
Ну, например, потому что увеличение количества хостов влияет на время их обслуживания, а этим у нас занимается один человек, которому лишние «рты» уже «поперек горла», ибо времени не хватает и так, плюс дополнительная штатная единица не вписывается в видение бизнеса пока, плюс рост OpEx на размещение. В нашей Компании это не приветствовалось на тот момент. А вот CapEx — пожалуйста.
тут и raid всякие, и сжатие
Raid как раз, в случае с vSAN — это «прошлый век». У данного решения свой «RAID». Есть и дедупликация и сжатие. Гиперконвергентная инфраструктура, же.
Хотя каюсь, я строил всаны и на Raid0 15к SAS, которые всану отдавались в виде LUN, как один диск. И помечались как SSD, вполне жизнеспособное и уже давно работающее решение. Голь на выдумку хитра.
В целом по ряду причин, основные: а) этот апгрейд на следующие 7 лет, поэтому запас по максимум, б) было стойкое желание не увеличивать число хостов и снизить нагрузку на CPU кластера хотя бы до 25% (на старом железе она дошла до 75%, сейчас общая средняя нагрузка на 12 процессоров кластера составляет 27%), в) даже с этими процессорами, после переноса всех машин и разнесением голодных машин к CPU по разным хостам, мы получили время обработки документов в 7-8 часов. (первоначальные тесты показали результат в 4 часа, когда только одна машина крутилась на новом хосте), г) на данные хосты планировался и был перенесен высоконагруженный кластер с веб приложением из чужого облака, как и прочие ресурсы разбросанные по чужим облакам.
так проблема могла быть и с новыми драйверами на старом железе...
Могла быть, но там сервис пак обычно все решает. А с новым железом, как оказалось, сервис пак приходится ждать пару-тройку месяцев. Это непозволительная роскошь.
а куда старый-то кластер делся? там где 24-часа считали?
Он никуда не делся, но там объем хранилища в 5 раз меньше. Мы же забрали из облаков кучу машин и назад быстро их не перенесешь. Когда договор со сторонней компанией согласуют неделями — это очевидно.
Спасибо, исправил. В целом, именно термин HPE использовал.
А вот не надо было так делать.
Дело в том, что мы так и делали, сначала десяток незначительных машин крутились в новом кластере пару недель, до Нового года. Все было нормально, потом переместили все остальные. Все веселье началось уже к концу января.
А еще бывает так, что достойные кандидаты даже до собеседования не добираются.
Руководитель HR подчиненной:
— Маша, вот тебе 500 анкет соискателей, просмотри и отбери тех, кто подходит по списку.
— Маша, уже шесть вечера, ты просмотрела анкеты?
— Ирина Владимировна, я только половину успела просмотреть!
Руководитель HR берет пачку оставшихся анкет, делит пополам и выбрасывает половину в урну.
— Ирина Владимировна, что вы делаете? Там же может быть нужный нам специалист!
— Маша, ну зачем нам неудачники?
Вывод: читерить норовят обе стороны, каждый со своими возможностями.
Потому, что инженеры VMware в рамках кейса не давали такой команды. Но пробовали устанавливать разные сборки драйверов.
Возможно, что на тот момент никто не знал, какая из предыдущих прошивок не страдала таким багом. Железо то новое. Но если верить, что прошивка уже была создана в виде беты, то значит баг уже был ранее обнаружен, или кто-то с похожими симптомами сталкивался и открывал кейс (надеюсь, не критическая инфраструктура страдала), и все ждали, поскольку дальше все зависело от бюрократии.
У меня сохранился лишь скрин iLO, с установленными на тот момент компонентами из образа SPP, включая и прошивку контроллера. Вот вырезка:
2. Это не имеет значения с точки зрения возникновения проблемы.
3. Это тоже не имеет значения.
4. Кейсы были открыты и там и там, но ответы от HP меня, как клиента, вообще не удовлетворяли.
5. Это ваше право, если у Вас была такая проблема, и у поддержки был иной подход, что ж, могу вам только позавидовать.
6. Не нужно утверждать категорично, все мы люди и у каждого есть знакомства и разного уровня «инсайд». У нас простая гарантия, но право, какая разница, с точки зрения закона о защите прав потребителя, все эти бумажки, подписанные со второй стороной регламентируются законом, и не стоят и выеденного яйца если идут с ним вразрез, пусть скажут спасибо, что у нас появилась информация о существовании данной прошивки, иначе мы вернули бы оборудование взад и потребовали бы вернуть деньги.
7. А зачем? Проблема была связана не с дисками. Я предоставил данные о них, потому что они были «под рукой» и для общей информации.
Почему так долго, не могу сказать, честно. А документы — Перепроведение Бухгалтерия 2.0, стандартное закрытие месяца.
Почему вразрез?
Сейчас я могу высвободить один хост из кластера для обслуживания. Постепенно, по мере роста числа вм, добавляю RAM, чтобы сохранить эту возможность. Единственное, на что влияет — на производительность. Доступность не страдает.
Да, представители VMware говорили, что нужно три узла, а лучше четыре, но можно и два :). Надолго запомнил эту фразу. Не знаю почему.
Все дело в параллельных процессах.
Поэтому вписываются отлично. 104 ядра сейчас и 36 раньше, существенная разница. Даже несмотря на более низкую частоту.
Ну, например, потому что увеличение количества хостов влияет на время их обслуживания, а этим у нас занимается один человек, которому лишние «рты» уже «поперек горла», ибо времени не хватает и так, плюс дополнительная штатная единица не вписывается в видение бизнеса пока, плюс рост OpEx на размещение. В нашей Компании это не приветствовалось на тот момент. А вот CapEx — пожалуйста.
Raid как раз, в случае с vSAN — это «прошлый век». У данного решения свой «RAID». Есть и дедупликация и сжатие. Гиперконвергентная инфраструктура, же.
Хотя каюсь, я строил всаны и на Raid0 15к SAS, которые всану отдавались в виде LUN, как один диск. И помечались как SSD, вполне жизнеспособное и уже давно работающее решение. Голь на выдумку хитра.
Мы отлично отдохнули в Новый год. Даже пару недель после каникул поработали нормально.
В целом по ряду причин, основные: а) этот апгрейд на следующие 7 лет, поэтому запас по максимум, б) было стойкое желание не увеличивать число хостов и снизить нагрузку на CPU кластера хотя бы до 25% (на старом железе она дошла до 75%, сейчас общая средняя нагрузка на 12 процессоров кластера составляет 27%), в) даже с этими процессорами, после переноса всех машин и разнесением голодных машин к CPU по разным хостам, мы получили время обработки документов в 7-8 часов. (первоначальные тесты показали результат в 4 часа, когда только одна машина крутилась на новом хосте), г) на данные хосты планировался и был перенесен высоконагруженный кластер с веб приложением из чужого облака, как и прочие ресурсы разбросанные по чужим облакам.
Могла быть, но там сервис пак обычно все решает. А с новым железом, как оказалось, сервис пак приходится ждать пару-тройку месяцев. Это непозволительная роскошь.
Он никуда не делся, но там объем хранилища в 5 раз меньше. Мы же забрали из облаков кучу машин и назад быстро их не перенесешь. Когда договор со сторонней компанией согласуют неделями — это очевидно.
Спасибо, исправил. В целом, именно термин HPE использовал.
Дело в том, что мы так и делали, сначала десяток незначительных машин крутились в новом кластере пару недель, до Нового года. Все было нормально, потом переместили все остальные. Все веселье началось уже к концу января.
Руководитель HR подчиненной:
— Маша, вот тебе 500 анкет соискателей, просмотри и отбери тех, кто подходит по списку.
— Маша, уже шесть вечера, ты просмотрела анкеты?
— Ирина Владимировна, я только половину успела просмотреть!
Руководитель HR берет пачку оставшихся анкет, делит пополам и выбрасывает половину в урну.
— Ирина Владимировна, что вы делаете? Там же может быть нужный нам специалист!
— Маша, ну зачем нам неудачники?
Вывод: читерить норовят обе стороны, каждый со своими возможностями.