Вопросы Теги

Микропрограммные лучшие практики и расписания обновления

Это, однако, является большей частью awesomest один, я когда-либо видел:

PS1='\[\033[0m\]\[\033[0;31m\].:\[\033[0m\]\[\033[1;30m\][\[\033[0m\]\[\033[0;28m\]Managing \033[1;31m\]\j\[\033[0m\]\[\033[1;30m\]/\[\033[0m\]\[\033[1;31m\]$(ps ax | wc -l | tr -d '\'' '\'')\[\033[0m\]\[\033[1;30m\] \[\033[0m\]\[\033[0;28m\]jobs.\[\033[0m\]\[\033[1;30m\]] [\[\033[0m\]\[\033[0;28m\]CPU Load: \[\033[0m\]\[\033[1;31m\]$(temp=$(cat /proc/loadavg) && echo ${temp%% *}) \[\033[0m\]\[\033[0;28m\]Uptime: \[\033[0m\]\[\033[1;31m\]$(temp=$(cat /proc/uptime) && upSec=${temp%%.*} ; let secs=$((${upSec}%60)) ; let mins=$((${upSec}/60%60)) ; let hours=$((${upSec}/3600%24)) ; let days=$((${upSec}/86400)) ; if [ ${days} -ne 0 ]; then echo -n ${days}d; fi ; echo -n ${hours}h${mins}m)\[\033[0m\]\[\033[1;30m\]]\[\033[0m\]\[\033[0;31m\]:.\n\[\033[0m\]\[\033[0;31m\].:\[\033[0m\]\[\033[1;30m\][\[\033[0m\]\[\033[1;31m\]$(ls -l | grep "^-" | wc -l | tr -d " ") \[\033[0m\]\[\033[0;28m\]files using \[\033[0m\]\[\033[1;31m\]$(ls --si -s | head -1 | awk '\''{print $2}'\'')\[\033[0m\]\[\033[1;30m\]] [\[\033[0m\]\[\033[1;31m\]\u\[\033[0m\]\[\033[0;31m\]@\[\033[0m\]\[\033[1;31m\]\h \[\033[0m\]\[\033[1;34m\]\w\[\033[0m\]\[\033[1;30m\]]\[\033[0m\]\[\033[0;31m\]:.\n\[\033[0m\]\[\033[0;31m\].:\[\033[0m\]\[\033[1;30m\][\[\033[0m\]\[\033[1;31m\]\t\[\033[0m\]\[\033[1;30m\]]\[\033[0m\]\[\033[0;31m\]:. \[\033[0m\]\[\033[1;37m\]$ \[\033[0m\]'

Дайте ему выстрел. Это дает хорошую информацию, но это на самом деле заставит нагрузку на Ваши поля увеличиваться только ударом, входят при подсказке!

12
задан 18 June 2009 в 16:54
10 ответов

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

  1. При подготовке сервера.
    • Когда я просто получу сервер, я проверю веб-сайт HP на дату их последнего "Микропрограммного Обновления CD". Если это будет достаточно новым, то я выполню его против сервера прежде, чем принести ему до производства.
    • Когда я повторно имею целью сервер. Как правило, этому серверу 2-5 лет и вероятно не имел микропрограммного обновления в то все время. Так как я переформатировал его так или иначе, я обновлю все различное встроенное микропрограммное обеспечение на сервере.
  2. То, когда существует поставщик, определило потребность сделать так.
    • Иногда существуют главные определенные проблемы устойчивости, как неспособность восстановить массив RAID5 после неправильного вида отказа, или главная ошибка производительности в TCP - разгружает механизм на NIC.
    • Иногда при призыве для поддержки, технология поддержки запросит, чтобы я обновил встроенное микропрограммное обеспечение. Я сделаю таким образом.

Существует третий экземпляр, который я не упоминал выше, потому что этого еще не произошло:

  • При помещении намного более нового компонента в более старый сервер. Иногда системе BIOS будет нужно обновление для обработки его.
10
ответ дан 2 December 2019 в 21:31
  • 1
    Я думаю, что это устанавливает превосходное равновесие. –  Joseph Kern 18 June 2009 в 19:50

Мы используем HP SIM (менеджер по Пониманию Системы) для развертывания встроенного микропрограммного обеспечения, мы делаем это платформой - тестируют сначала, затем разработка, затем интеграция, затем ссылка затем наконец производство - обычно приблизительно неделя или так на платформу, таким образом, у нас есть 5/6 недельный выпуск к производственному окну. Кажется, работает, но одна вещь, которую мы НИКОГДА не делаем, развернуть встроенное микропрограммное обеспечение в то же время, что и другие обновления как драйверы/код и т.д. - сохраняют много взаимных упреков.

5
ответ дан 2 December 2019 в 21:31
  • 1
    +1, взаимные упреки, слишком обычное явление... это походит каждый вторник... –  Joseph Kern 18 June 2009 в 17:29

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

Я никогда не сделал, чтобы Dell отклонил сервис по этой причине.

Возможно, можно ли запланировать утилиту один раз в месяц, затем обновить ли их с другими перезагрузками?

4
ответ дан 2 December 2019 в 21:31
  • 1
    +1 для того, чтобы сказать истину. ЕСЛИ there' s никакое серьезное основание обновить (как поставщик, больше не поддерживающий Ваш набор, если Вы не обновляете BIOS/встроенное микропрограммное обеспечение), затем почему Вы делаете его? –  RainyRat 18 June 2009 в 17:39
  • 2
    Я don' t работают с Поддержкой Dell, но я все еще застреваю на проблеме что Intel won' t поддержка, пока я не обновляю свой BIOS - только я can' t добираются блин вещь обновить, и я иногда задаюсь вопросом если it' s, потому что единственное доступное обновление является слишком многими версиями перед тем, что выполняет мой сервер. –  Ben Dunlap 18 June 2009 в 18:25
  • 3
    В принципале я соглашаюсь с Вами, но у нас есть некоторые серверы, которые значительно быстрее и более стабильны теперь чем тогда, когда куплено, чисто из-за микропрограммных улучшений. –  Chopper3 18 June 2009 в 18:39
  • 4
    Договорились. Я предполагаю, что проблемы производительности можно было считать " broken" в этом случае. –  MathewC 18 June 2009 в 18:56
  • 5
    Для записи я недавно на самом деле сделал, чтобы Dell отклонил замену жесткого диска на сервере PowerEdge, пока я не обновил встроенное микропрограммное обеспечение RAID-контроллера к последней версии. –  Ryan Bolger 18 June 2009 в 20:57

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

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

Развертывание должно примерно следовать за чем-то вдоль этих строк:

  1. Тест на машинах лаборатории
  2. Развернитесь к неважным системам
  3. Ожидать
  4. Развернитесь к важным системам / производственным системам

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

4
ответ дан 2 December 2019 в 21:31

Я буду обычно обновлять встроенное микропрограммное обеспечение при вводе в действие любого нового оборудования инфраструктуры. Рабочие станции и Принтеры только обновляются, если существует определенная проблема, такая как необходимое исправление ошибки или проблема безопасности. Это менее важно с серверами, что касается большей части микропрограммный код или dosn't выполняются вне процесса начальной загрузки, или так просто там мало пойти не так, как надо.

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

Моя тенденция состояла бы в том, чтобы применяться, "если это не, повредился, не фиксируйте его" политика по большей части. Это стоит проверить, возможно ли восстановиться с плохого обновления firemware (т.е. избыточный ROM в серверах HP, или если Вы имеете проблесковый сигнал EEPROM и готовы использовать его съемная микросхема).

2
ответ дан 2 December 2019 в 21:31
  • 1
    Как часто делают Вы проверяете на " безопасность issues" на всем Вашем другом встроенном микропрограммном обеспечении? –  Joseph Kern 18 June 2009 в 17:12
  • 2
    Фактически всем нашим набором является HP путем регистрации продукта, я подписываю универсальную учетную запись к " уведомления о встроенном микропрограммном обеспечении, драйверах и security" проблемы, если я уезжаю, я перенаправлю ту учетную запись своему преемнику. –  Richard Slater 18 June 2009 в 17:52

Я не могу говорить о Dell, но мне сказали люди в группе устройств хранения IBM много лет назад, что первые уровни их встроенного микропрограммного обеспечения RAID никогда не являются лучшим исполнителем. Они стреляют для устойчивости сначала и затем проворачивают производительность с будущими уровнями версии. К сожалению, немногие из нас думали бы (или возможно имели бы смелость) возвратиться позже и смешать со встроенным микропрограммным обеспечением RAID здоровой системы, если не были проблемы. Так, наша стратегия состояла в том, чтобы обновить уровни встроенного микропрограммного обеспечения RAID каждый раз, когда мы настраиваем новый сервер, предполагая, что адаптер RAID не является брендом, шлепающим' новую модель. Тем путем мы, по крайней мере, получаем лучшие уровни производительности, доступные в то время. Если это - новый адаптер режима, мы пытаемся напомнить себе возвратиться через несколько месяцев и проверки на обновления, но мы не являемся религиозными об этом.

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

//spk

2
ответ дан 2 December 2019 в 21:31

Я использовал SUU и аналогичные продукты от HP и IBM с успехом. Единственные проблемы, с которыми я когда-либо встречался, были, когда драйвер поставщика использовался для замены драйвера Dell ни для какой технической причины, которая заставила обновление SUU приводить обновление OM к сбою на сервере Dell. Мы выполнили обновления для встроенного микропрограммного обеспечения и драйверов на нескольких сотнях серверов по крайней мере два раза в год для хранения их всех текущими. Мы никогда не сталкивались с проблемами со встроенным микропрограммным обеспечением RAID.

1
ответ дан 2 December 2019 в 21:31
  • 1
    Скажите мне больше... –  Joseph Kern 18 June 2009 в 17:11
  • 2
    Мы следовали за выпусками Dell, ежеквартально я думаю, для планирования изменений для применения обновлений. Мы применили бы их ко всем машинам Dell через все клиенты, которые мы поддерживали. Возможно, мы были удачливы, но имевший очень немного проблем я думаю, что это также свелось к наличию плана и совершенствованию вещей. То, когда мы взяли новые серверы одна из первых вещей, мы сделали, было, приносят всем товарам до текущего уровня. –  Mitch 18 June 2009 в 17:41

Мы обновляем микропрограммные все шансы, которые мы получаем, который, к сожалению, является, вероятно, 3-4 раза в год (Главные окна обслуживания) для некоторых систем.

1
ответ дан 2 December 2019 в 21:31

При чтении аннотации, которая сопровождает обновление микропрограммы Dell, Вы найдете, что она классифицирует обновление как очень важное, важное или что бы то ни было, и описывает то, что фиксирует обновление (не всегда так ясно, как можно было бы пожелать!).

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

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

МЛАДШИЙ

0
ответ дан 2 December 2019 в 21:31

Я думаю, это зависит от типа среды, с которой вам приходится иметь дело. Если вы работаете в среде, требующей высокой доступности, и вы не можете перезагружать серверы, когда захотите. На мой взгляд, лучший способ - это составить график технического обслуживания. Выберите временные рамки для каждой системы, уведомите пользователей и выполните всю необходимую работу, включая обновления прошивки, в течение этого отведенного периода времени. Таким образом, вы можете быть уверены, что все ваши системы обновлены и одновременно минимизируют влияние на производство. Кроме того, как было отмечено в комментариях ранее, необходимо проверять наличие обновлений прошивки при создании нового сервера.

0
ответ дан 2 December 2019 в 21:31

Теги

Похожие вопросы