Комментарии 18
Если обновлять через Lifecycle, то, как мне кажется, удобней всего подсовывать образ с прошивками, созданный с помощью Dell Repository Manager Data Center.
А, если Lifecycle глючит, то через iDRAC обновить сам Lifecycle с помощью LifeCycle Controller Repair Package (бывает не срабатывает с первого раза — не сдавайтесь!).
В целом, если сервер под ОС Linux (Windows тоже поддерживается, но не FreeBSD), то удобней осуществить обновление прошивок из операционной системы, перезагрузившись один раз после установки новой версии BIOS.
Ваше начинание хорошее, но конкретики мало.
А, если Lifecycle глючит, то через iDRAC обновить сам Lifecycle с помощью LifeCycle Controller Repair Package (бывает не срабатывает с первого раза — не сдавайтесь!).
В целом, если сервер под ОС Linux (Windows тоже поддерживается, но не FreeBSD), то удобней осуществить обновление прошивок из операционной системы, перезагрузившись один раз после установки новой версии BIOS.
Ваше начинание хорошее, но конкретики мало.
Хорошие варианты! Но пару раз у нас было, что после обновления Lifecycle через iDRAC отваливался намертво сам iDRAC. И один раз сервер без ОСи не заводился после кривого обновления Lifecycle, при этом iDRAC работал, но отказывался подкачивать с флешки образы с прошивкой. Из под ОСи очень редко что-то делаем.
А по поводу конкретики: это пока разобрали только наиболее часто встречающиеся проблемы. По мере накопления ошибок и решений будем делиться информацией.
А по поводу конкретики: это пока разобрали только наиболее часто встречающиеся проблемы. По мере накопления ошибок и решений будем делиться информацией.
Хм. У нас, если и отваливался Lifecycle, то при загрузке сервера об этом можно было прочесть на экране, но чтобы из-за этого клинило сам iDRAC или сервер не включался…
Как вариант, в следующий раз предлагаю попробовать из ОС передёрнуть iDRAC ipmitool'ом — тоже помогало неоднократно.
Про конкретику я говорил как раз применимо к тем проблемам, которые вы описали, т.к. путей их решения больше и написано недостаточно подробно, чтобы сразу понять новичку (вроде бы для них материал написан).
В общем, когда руки дойдут перебрать наши материалы из Confluence и выложить в блог, то покажу на примере, о чём я.
p.s. в целом, серверы Dell из A-брендов наиболее интересны по соотношению цена/качество/производительность/поддержка.
Как вариант, в следующий раз предлагаю попробовать из ОС передёрнуть iDRAC ipmitool'ом — тоже помогало неоднократно.
Про конкретику я говорил как раз применимо к тем проблемам, которые вы описали, т.к. путей их решения больше и написано недостаточно подробно, чтобы сразу понять новичку (вроде бы для них материал написан).
В общем, когда руки дойдут перебрать наши материалы из Confluence и выложить в блог, то покажу на примере, о чём я.
p.s. в целом, серверы Dell из A-брендов наиболее интересны по соотношению цена/качество/производительность/поддержка.
Такое же было сразу с двумя машинами ( PowerEdge R420 ). Что порадовало, так это оперативность поддержки. На 3-й день с момента обращения приехал техник с материнками и за 10 минут всё поменял.
Какая ещё IBM? :-)
А вообще интересно, ждём продолжения.
А вообще интересно, ждём продолжения.
ИМХО, выбор серверного обеспечения уже давно остался за рамками технических особенностей железки. Тут уже надо полагатся на сколько гибко интегрируется то или иное решение в существующию инфраструктуру.
Я бы добавил к плюсам:
1. Самые низкие цены среди большой тройки.
2. Загрузки доступны без регистрации и SMS, в отличии от HP и IBM.
3. Максимально стандартное и унифицированное железо.
4. Оперативное обновление своего образа VMware ESXi и его регулярная пересборка с патчами. Тут немного выигрывает HP, но они вместо пересборки образов отдают обновления через репозиторий для VUM.
Из проблем: сталкивался с пропадением сети после обновления прошивок NICов, помогло повтороное их обновление из CentOS по совету поддержки. И недавно угробил один БП во время обновления их прошивок (да, прошивок БП), причем так и не понял — сам не дождался завершения процесса или из-за разных P/N с одной мощностью. Заменили без вопросов.
1. Самые низкие цены среди большой тройки.
2. Загрузки доступны без регистрации и SMS, в отличии от HP и IBM.
3. Максимально стандартное и унифицированное железо.
4. Оперативное обновление своего образа VMware ESXi и его регулярная пересборка с патчами. Тут немного выигрывает HP, но они вместо пересборки образов отдают обновления через репозиторий для VUM.
Из проблем: сталкивался с пропадением сети после обновления прошивок NICов, помогло повтороное их обновление из CentOS по совету поддержки. И недавно угробил один БП во время обновления их прошивок (да, прошивок БП), причем так и не понял — сам не дождался завершения процесса или из-за разных P/N с одной мощностью. Заменили без вопросов.
над первыми 3 пунктами смеется супермирка. 4 — ну наверное да, только зачем кому то нужна ESXI в конце 2015 года я не понимаю.
Можете пояснить чем вас не устраивает ESXi? Интерес не праздный. Изредка приходится сталкиваться с клиентами, у которых стоит ESXi и несмотря на то, что вроде бы система вполне себе энтерпрайзная, с ней очень тяжело работать. Тормоза, проблемы, сложности с миграцией и бекапами. Серьезных плюсов с легковесной оберткой над KVM/OpenVZ в виде Proxmox не заметил. Напомню, говорим про фактически одиночные сервера. С фермой ESXi машин я еще не работал.
Спасибо за комментарий.
Спасибо за комментарий.
так вы же сами и отвечаете на свой вопрос.
ESXi в случае единичной машины бесполезен.
В случае фермы альтернативы по возможностям, поддержке производителями железа и сопутствующего софта (бэкап, балансеры, вирт. коммутаторы) особон не наблюдается.
В случае фермы альтернативы по возможностям, поддержке производителями железа и сопутствующего софта (бэкап, балансеры, вирт. коммутаторы) особон не наблюдается.
В единичном экземпляре он приятнее Hyper-V — есть проброс USB, встроенный мониторинг производительности, реже обновляется и не нужен комп с Windows 10 8.1 для управления. Сейчас активно пилят встроенный клиент на HTML5 для ESXi 6.
Но для бекапов требуется лицензия, цены на которую начинаются от 45 тыр за 3 хоста (AnywhereUSB стоит от 35 тыр), а при росте потребностей придётся заплатить существенно больше.
Но для бекапов требуется лицензия, цены на которую начинаются от 45 тыр за 3 хоста (AnywhereUSB стоит от 35 тыр), а при росте потребностей придётся заплатить существенно больше.
Не работал плотно с Hyper-V, поэтому не берусь судить. В случае единичной машины есть вариант использовать XenServer (бесплатно) — правда «официального» проброса USB там нет. Ну или kvm и proxmox.
Кстати web-версия vShpere появилась, емнип, в 5.5 или 5.6
Для бэкапов лицензию требуется не только ESXi, тот же XenServer вполне — это, скорее, политика производителей бэкап-софта.
Кстати web-версия vShpere появилась, емнип, в 5.5 или 5.6
Для бэкапов лицензию требуется не только ESXi, тот же XenServer вполне — это, скорее, политика производителей бэкап-софта.
Кстати web-версия vShpere появилась, емнип, в 5.5 или 5.6
По ссылке клиент для самого хоста, который должен заменить старый клиент на C#. Ему vCenter не нужен, да и там сейчас флешевый ужас.
это, скорее, политика производителей бэкап-софта
Про XenServer не знаю, а у ESXi в бесплатной версии заблокированы некоторые API, в том числе для бекапа.
По ссылке клиент для самого хоста, который должен заменить старый клиент на C#. Ему vCenter не нужен, да и там сейчас флешевый ужас.
Это да, увы :)
Про XenServer не знаю, а у ESXi в бесплатной версии заблокированы некоторые API, в том числе для бекапа.
Я как раз работал с бесплатной версией XenServer и почти не работал с ESXi (у нас его админят VI-админы). Так вот, у XenServer, емнип, нельзя объединять хосты в кластер и делать live migration между ними. Наверняка еще есть какие-то ограничения, но сталкиваться на практике с ними не приходилось.
Раз уж упомянули IBM надо было и Oracle помянуть
Уважаемый автор, вы напрасно поместили этот пост в хаб «Серверная оптимизация», восстановление железа не имеет к его тематике ни малейшего отношения.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Ошибки и проблемы серверов большой тройки: часть первая. Dell