펌웨어 모범 사례 및 업데이트 일정

펌웨어는 업데이트와 관련하여 거의 관심을받지 않습니다. 눈에서 멀어지면 마음에서도 멀어진 다.

RAID 컨트롤러, NIC, 칩셋 및 하드 드라이브와 같은 많은 장치는 업데이트를 통해 이점을 얻습니다. 더 나은 기능, 보안 / 버그 수정 등

대부분의 SA는 "깨질 때마다 펌웨어를 업데이트합니다."라고 말합니다. 그러나 이로 인해 도로가 어려워 질 수 있습니다. 여러 번 실패한 하드 드라이브에 대해 Dell에 문의 할 때 하드 드라이브 펌웨어가 최신인지 묻습니다. 모든 서버는 특정 유형의 RAID 구성을 사용합니다. 이미 단일 드라이브 오류가 발생하면 나머지 드라이브 나 RAID 컨트롤러에서 펌웨어를 업그레이드하려고합니까? 나는 아니오라고 말할 것입니다. 그러나 델은 다른 견해를 갖고있는 것으로 보인다.

• 시스템 펌웨어의 현실적인 업데이트 일정은 무엇입니까?
• 공유 할 모범 사례가 있습니까?

(Dell에는 Dell 서버의 모든 새 펌웨어를 확인하는 Server Update Utility 라는 유용한 유틸리티가 있다는 것을 알고 있습니다.)

두 가지 주요 인스턴스에서 펌웨어를 업데이트합니다.

1. 서버를 스테이징 할 때.
   • 서버를 방금 받으면 HP 웹 사이트에서 최신 "펌웨어 업데이트 CD"날짜를 확인합니다. 충분히 새로운 것이면 서버를 운영하기 전에 서버에 대해 실행합니다.
   • 서버의 용도를 변경할 때 일반적으로이 서버는 2-5 세이며 전체 시간에 펌웨어 업데이트가 없었을 수 있습니다. 어쨌든 다시 포맷하기 때문에 서버의 모든 다양한 펌웨어를 업데이트합니다.
2. 확인 된 공급 업체가 있으면 그렇게해야합니다.
   • 때때로 잘못된 종류의 장애 후 RAID5 어레이를 재 구축 할 수 없거나 NIC의 TCP- 오프로드 엔진의 주요 성능 버그와 같은 주요 안정성 문제가 확인됩니다.
   • 지원을 요청할 때 지원 기술 담당자가 펌웨어 업데이트를 요청하는 경우가 있습니다. 그럼 그렇게하겠습니다.

위에서 언급하지 않은 세 번째 인스턴스는 아직 발생하지 않았기 때문입니다.

• 더 오래된 구성 요소를 이전 서버에 넣을 때. 때때로 시스템 BIOS에서 업데이트를해야합니다.

HP SIM (Systems Insight Manager)을 사용하여 펌웨어를 롤아웃하고 플랫폼별로 테스트합니다. 먼저 테스트 한 다음 개발, 통합, 참조 및 최종 생산을 수행합니다 (일반적으로 플랫폼 당 약 1 주일 정도). 생산 창에 주 릴리스. 작동하는 것처럼 보이지만 우리가 절대로하지 않는 한 가지는 드라이버 / 코드 등과 같은 다른 업데이트와 동시에 펌웨어를 롤아웃하는 것입니다. 손가락을 많이 절약합니다.

나는 여기에 곡물을 거칠 수 있지만 그것이 깨지지 않으면 고치지 마십시오. 보안 문제가 아닌 경우에는 그대로 두십시오.

그런 이유로 Dell 서비스를 거부 한 적이 없습니다.

아마도 한 달에 한 번 유틸리티를 예약 한 다음 다른 재부팅으로 업데이트 할 수 있습니까?

패치를 다룰 때 펌웨어 업데이트를 처리 해야합니다. 이러한 업데이트는 일반적으로 배포하기가 어렵 기 때문에 릴리스 정보를 확인하여 노력할만한 가치가 있는지 결정하는 데 도움이 될 수 있습니다. ). 펌웨어 업데이트에는 버그를 수정하는 것과 같이 새로운 불쾌한 버그가 포함될 가능성이 높습니다.

시운전 (또는 하드웨어 재 시행)시에는 펌웨어 업데이트가 쉬워야합니다.

배포는 다음과 같은 내용을 따라야합니다.

1. 실험실 기계에서 테스트
2. 중요하지 않은 시스템에 배포
3. 기다림
4. 중요 / 생산 시스템에 배포

그런 다음 다시, 몇 가지를 따라갈 수 없습니다. 특히 Microsoft 패치를 Windows 데스크톱으로 매우 빠르게 푸시하는 것이 매우 중요하며, 많은 리소스가 없으면 테스트를 빠르게 수행하기가 어렵습니다.

새로운 인프라 장비를 폐기 할 때 일반적으로 펌웨어를 업데이트합니다. 필요한 버그 수정 또는 보안 문제와 같은 특정 문제가있는 경우에만 워크 스테이션 및 프린터가 업데이트됩니다. 대부분의 경우 펌웨어 코드는 부팅 프로세스 이상으로 실행되지 않거나 잘못 진행되는 것이 거의 없으므로 서버에서는 덜 중요합니다.

많은 제조업체가 펌웨어 버전이 변경되면 어레이의 개별 디스크와 동일하게 현재 RAID 구성이 실행 가능하다는 것을 보증하지 않기 때문에 서버에서 RAID 펌웨어를 업그레이드하는 데 나쁜 경험을했습니다.

저의 경향은 대부분 "파산하지 않으면 해결하지 마십시오"정책을 적용하는 것입니다. 잘못된 펌웨어 업그레이드 (예 : HP 서버의 중복 ROM 또는 EEPROM 점멸 장치가 있고 이동식 칩을 사용할 의사가있는 경우)에서 복구 할 수 있는지 확인하는 것이 좋습니다.

Dell에서는 말할 수 없지만 몇 년 전 IBM 스토리지 그룹의 직원들에게 RAID 펌웨어의 첫 번째 레벨이 최고의 성능을 발휘하지 못한다는 말을 들었습니다. 먼저 안정성을 확보 한 다음 향후 개정 수준으로 성능을 향상시킵니다. 불행히도, 우리 중 일부는 문제가 없다면 나중에 다시 돌아가서 건강한 시스템의 RAID 펌웨어를 엉망으로 생각할 것입니다. 따라서 RAID 어댑터가 새로운 모델이 아니라고 가정 할 때 새 서버를 설정할 때마다 RAID 펌웨어 수준을 업그레이드하는 것이 전략이었습니다. 그렇게하면 최소한 당시에 사용 가능한 최고의 성능 수준을 얻게됩니다. 새 모드 어댑터 인 경우 몇 개월 후에 돌아가 업데이트를 확인하라는 메모를하려고하지만 종교적인 것은 아닙니다.

공급 업체 기술 지원팀에서 지시하지 않는 한 마더 보드에서는 엉망이되지 않습니다. 수년에 걸쳐 우리의 경험은 수정이 필요한 특정 문제가 없으면 위험이 측정하기 어려운 이점보다 훨씬 크다는 것입니다.

// spk

SUU와 HP 및 IBM의 유사한 제품을 성공적으로 사용했습니다. 기술적 인 이유로 Dell 드라이버를 교체하기 위해 공급 업체 드라이버를 사용했을 때 SUU 업그레이드가 Dell 서버에서 OM 업그레이드에 실패한 경우에만 문제가 발생했습니다. 우리는 최신 상태를 유지하기 위해 적어도 일년에 두 번 수백 대의 서버에서 펌웨어 및 드라이버 업데이트를 실행했습니다. 우리는 결코 RAID 펌웨어에 문제가 발생하지 않았습니다.

유감스럽게도 일부 시스템의 경우 매년 3-4 회 (주요 유지 관리 기간) 아마도 펌웨어를 업데이트합니다.

Dell 펌웨어 업그레이드와 함께 제공되는 블러를 읽으면 업데이트가 중요, 중요 또는 기타로 분류되고 업그레이드 수정 사항을 설명합니다 (항상 원하는대로 명확하지는 않습니다).

필자는 아주 좋은 이유없이 펌웨어 업그레이드를 적용하지 않을 것이라고 생각합니다. 중요한 업데이트이고 문제가 해결되면 스트레스가 많은 비즈니스에도 불구하고 문제가 발생할 가능성이 높습니다.

말했듯이, Dell 지원팀은 일반적으로 지원을 제공하기 전에 관련 업그레이드를 적용해야한다고 주장합니다. 펌웨어를 지원 요청의 원인으로 알고있는 적이 없어도 Dell에서 엔지니어의 시간을 낭비하고 싶지 않은 것을 이해할 수 있습니다.

JR

나는 그것이 당신이 다루어야 할 환경의 유형에 달려 있다고 생각합니다. 고 가용성이 필요한 환경에서 작업하고 원할 때 서버를 재부팅 할 수없는 경우. 내 생각에 가장 좋은 방법은 유지 관리 일정을 구현하는 것입니다. 각 시스템의 시간 프레임을 선택하고 사용자에게 알리고 할당 된이 시간 동안 펌웨어 업데이트를 포함한 모든 필요한 작업을 수행하십시오. 이러한 방식으로 모든 시스템이 최신 상태인지 확인하고 동시에 생산에 미치는 영향을 최소화 할 수 있습니다. 또한 앞에서 언급 한 것처럼 새 서버를 구축 할 때 펌웨어 업데이트를 확인해야합니다.