펌웨어 업데이트 고려사항
Lenovo XClarity Administrator를 사용하여 관리되는 장치의 펌웨어 업데이트를 시작하기 전에 다음 중요 고려사항을 검토하십시오.
일반 고려사항
펌웨어의 최소 필수 수준.
XClarity Administrator를 사용하여 관리되는 장치의 펌웨어를 업데이트하기 전에 각 관리되는 장치에 설치된 펌웨어가 최소 필수 수준인지 확인하십시오. 필요한 최소 펌웨어 수준은 XClarity Administrator 지원 – 호환성 웹 페이지에서 호환성 탭을 클릭한 다음 해당 장치 유형에 대한 링크를 클릭하여 확인할 수 있습니다.
주I/O 장치 지원 및 알려진 제한사항에 대한 정보는XClarity Administrator 지원 – 호환성 웹 페이지의 내용을 참조하십시오. 모든 구성 요소를 펌웨어 업데이트 리포지토리에 포함된 수준으로 업데이트하십시오.
Flex System 구성 요소의 펌웨어 업데이트는 함께 테스트되고 릴리스되므로 Flex System 섀시에 있는 모든 구성 요소에서 동일한 펌웨어 수준을 유지할 것을 권장합니다. 따라서 동일한 유지 관리 창에서 섀시에 있는 모든 구성 요소의 펌웨어를 업데이트하는 것이 중요합니다. XClarity Administrator는 선택한 업데이트를 올바른 순서대로 자동으로 적용합니다.
UXSP를 다운로드할 때 LXPM Linux 드라이버 및 LXPM Windows 드라이버가 포함되지 않음
Lenovo XClarity Provisioning Manager (LXPM)Linux 및 Windows 드라이버는 UpdateXpress System Pack(UXSP)에 포함되지 않습니다. 이 업데이트 패키지를 장치에 적용하려면 최신 펌웨어 업데이트 리포지토리 팩을 다운로드하거나 개별 패키지를 수동으로 다운로드하고 해당 패키지를 포함하도록 펌웨어 준수 정책을 만들어야 합니다.
일부 펌웨어 업데이트는 장치 드라이버의 최소 수준에 따라 다릅니다.
서버에 어댑터와 I/O 펌웨어 업데이트를 적용하기 전에 장치 드라이버를 최소 수준으로 업데이트해야 할 수 있습니다. 일반적으로 펌웨어 업데이트는 장치 드라이버의 특정 수준에 종속되지 않습니다. 이러한 종속성에 대해서는 펌웨어 업데이트 readme를 참조하고 펌웨어를 업데이트하기 전에 운영 체제에서 장치 드라이버를 업데이트하십시오. XClarity Administrator는 운영 체제에서 장치 드라이버를 업데이트하지 않습니다.
펌웨어를 업데이트하기 전에 XClarity Administrator를 재부팅하십시오.
이전 펌웨어 업데이트 시도가 실패하는 경우 펌웨어를 업데이트하기 전에 XClarity Administrator를 재부팅하십시오. 관리 서버를 재부팅하면 펌웨어 업데이트에 사용되는 시스템 예약 계정이 관리되는 장치에서 동기화됩니다.
펌웨어 업데이트가 중단되면 장치에서 워크로드가 중지되어야 합니다.
업데이트를 즉시 활성화하도록 선택하면 관리되는 장치의 펌웨어 업데이트 수행이 중단됩니다. 즉시 활성화를 사용하여 펌웨어를 업데이트하기 전에 장치를 중지해야 합니다.
서버에서 펌웨어를 업데이트하는 경우 서버가 시스템 종료되고 유지 관리 운영 체제에 배치되어 어댑터, 디스크 드라이브 및 SSD의 장치 드라이버를 업데이트합니다.
펌웨어 업데이트 프로세스 중에 주어진 섀시의 Flex 스위치가 순서대로 업데이트되고 다시 시작됩니다. 중복 데이터 경로를 구현하면 중단을 줄일 수 있지만 펌웨어 업데이트 중에 여전히 네트워크 연결이 잠시 중단될 수 있습니다.
XClarity Administrator가 실행되는 서버에서 펌웨어를 업데이트하는 경우 XClarity Administrator를 사용하지 마십시오.
XClarity Administrator이(가) 관리 중인 서버에서 실행되는 하이퍼바이저 호스트에서 실행 중인 경우 해당 서버에서 펌웨어를 업데이트하는 데 XClarity Administrator을(를) 사용하지 마십시오. 펌웨어 업데이트가 즉시 활성화로 적용되는 경우 XClarity Administrator는 대상 서버를 강제로 다시 시작합니다. 이로 인해 하이퍼바이저 호스트와 XClarity Administrator도 다시 시작됩니다. 지연된 활성화로 적용되는 경우 대상 시스템이 다시 시작될 때까지 일부 펌웨어만 적용됩니다.
CMM 고려사항
펌웨어를 업데이트하기 전에 CMM을 가상으로 재배치합니다.
3주 넘게 실행되었고 듀얼 CMM 구성을 사용하며 2PET12Q를 통해 펌웨어 수준 스택 릴리스 1.3.2.1 2PET12K를 실행하는 CMM을 업데이트하는 경우 펌웨어를 업데이트하기 전에 기본 및 대기 CMM을 모두 가상으로 재배치해야 합니다(CMM 가상 재배치 참조).
베이스보드 관리 컨트롤러 고려 사항
보류 중인 활성화 상태에 필요한 최소 BMC 수준
보류 중인 활성화 상태를 보려면 다음 펌웨어 버전이 서버의 기본 베이스보드 관리 컨트롤러에 설치되어 있어야 합니다.IMM2: TCOO46F, TCOO46E 이상(플랫폼에 따라 다름)
XCC: CDI328M, PSI316N, TEI334I 이상(플랫폼에 따라 다름)
업데이트가 기본 관리 컨트롤러 및 UEFI 펌웨어 파티션에 적용되었습니다.
베이스보드 관리 컨트롤러(BMC) 및 UEFI 업데이트를 관리 컨트롤러 및 UEFI 각각의 기본 및 백업 펌웨어 파티션에 적용할 수 있습니다.
관리 컨트롤러 및 UEFI 업데이트를 서버의 기본 펌웨어 파티션에만 적용할 수도 있습니다. 기본적으로 관리 컨트롤러는 기본 관리 컨트롤러가 제대로 실행되고 새 수준이 백업으로 승격할 준비가 된 후에 백업 관리 컨트롤러 파티션을 기본 관리 컨트롤러 파티션과 동기화하도록 구성됩니다. 그러나 관리 컨트롤러는 기본적으로 UEFI 백업 파티션을 동기화하도록 구성되지 않습니다. 따라서 관리 컨트롤러에서 다음 옵션 중 하나를 고려해 보십시오.
UEFI 백업 파티션의 자동 동기화를 사용합니다.
이렇게 하면 기본 및 백업 파티션 둘 다 동일한 수준의 펌웨어를 실행하게 됩니다(또한 백업 UEFI 펌웨어가 관리 컨트롤러 펌웨어와 호환됨).
관리 컨트롤러 백업 파티션의 자동 동기화를 사용하지 않습니다.
권장하지는 않지만 이를 통해 관리 컨트롤러와 UEFI의 펌웨어 수준을 완벽하게 제어할 수 있습니다. 그러나 두 파티션에 대한 관리 컨트롤러와 UEFI 펌웨어를 수동으로 업데이트해야 합니다.
펌웨어 준수 정책을 사용하여 각 장치에 적용할 업데이트를 판별합니다. 펌웨어 준수 정책에 대한 자세한 정보는 펌웨어 준수 정책 생성 및 할당의 내용을 참조하십시오.
주관리 컨트롤러 및 UEFI가 백업 펌웨어를 기본 펌웨어와 자동으로 동기화하도록 구성된 경우XClarity Administrator가 백업 뱅크를 업데이트할 필요가 없습니다. 이 경우 서버에 업데이트를 적용할 때 백업 뱅크 업데이트를 지우거나 펌웨어 준수 정책에서 백업 뱅크를 제거할 수 있습니다. 관리 컨트롤러를 재설정하는 경우의 VMware vSphere ESXi 시스템 실패(보라색 호스트 진단 화면) 가능성
서버에서 VMware vSphere ESXi를 실행하는 경우 서버에서 펌웨어를 업데이트하기 전에 다음 최소 VMware ESXi 수준이 설치되어 있는지 확인하십시오.- VMware vSphere ESXi 5.0을 실행하는 경우 최소 수준 5.0u2(update 2)를 설치하십시오.
- VMware vSphere ESXi 5.1을 실행하는 경우 최소 수준 5.1u1(update 1)을 설치하십시오.
해당 최소 수준을 설치하지 않으면 관리 컨트롤러 펌웨어가 적용되고 활성화되는 등 관리 컨트롤러가 재설정될 때마다 VMware vSphere ESXi 시스템 실패(보라색 호스트 진단 화면)가 발생할 수 있습니다.
주이 문제는ESXi v5.5에는 영향을 미치지 않습니다.
ThinkSystem 장치 고려 사항
20A, 이전의 XCC 펌웨어 버전을 실행하는 ThinkSystem SE350 서버의 경우, 베이스보드 관리 컨트롤러에 KCS를 통한 IPMI 액세스를 수동으로 사용 설정해야 관리 컨트롤러가 XClarity Administrator과(와) 통신할 수 있습니다.
ThinkSystem SE350 서버의 경우, KCS를 통한 IPMI가 기본적으로 비활성화되어 있습니다. XCC 펌웨어 버전 20A 이상을 실행하는 ThinkSystem SE350 서버의 경우, 펌웨어를 업데이트하는 동안 XClarity Administrator에서 자동으로 KCS를 통한 IPMI를 사용 설정한 후 펌웨어 업데이트가 완료되면 사용 중지합니다. 그러나 20A 이전의 XCC 펌웨어 버전을 실행하는 ThinkSystem SE350 서버의 경우, 를 클릭하여 Lenovo XClarity Controller 사용자 인터페이스에서 이 옵션을 수동으로 활성화해야 합니다.
ThinkSystem SR635 및 SR655 서버의 경우 다음 제한 사항이 적용됩니다.
즉시 활성화만 지원됩니다. 지연 활성화 및 우선 활성화는 지원되지 않습니다.
XClarity Administrator v3.1.1 이상에서는 번들 업데이트 기능을 사용하여 베이스보드 관리 컨트롤러, UEFI, 디스크 드라이브 및 IO 옵션을 포함한 ThinkSystem SR635 및 SR655 서버의 모든 구성 요소를 업데이트할 수 있습니다.
주의업데이트 프로세스를 시작하기 전에 선택한 장치의 전원이 꺼집니다. 실행 중인 워크로드가 중지되었는지 혹은 가상화된 환경에서 작업 중인 경우 해당 작업이 다른 서버로 이동되었는지 확인하십시오. 작업을 실행 중인 경우 다른 모든 작업이 완료될 때까지 업데이트 작업이 큐잉됩니다. 활성 작업의 목록을 확인하려면을 클릭하십시오. 주번들 펌웨어 업데이트 적용은 ThinkSystem SR635 및 SR655 서버에만 지원됩니다.
번들 펌웨어 업데이트 적용은 IPv4 주소에만 지원됩니다. IPv6 주소는 지원되지 않습니다.
전체 인벤토리 정보를 검색하려면 각 대상 장치가 한 번 이상 OS로 부팅되었어야 합니다.
번들 업데이트 기능을 사용하려면 베이스보드 관리 컨트롤러 펌웨어 v2.94 이상이 필요합니다.
리포지토리 팩의 펌웨어 업데이트 또는 개별 펌웨어 업데이트만 사용됩니다. UpdateXpress System Packs (UXSPs)는 지원되지 않습니다.
- 다운로드된 펌웨어 업데이트만 적용됩니다. 제품 카탈로그를 새로 고치고 적합한 펌웨어 업데이트를 다운로드하십시오(제품 카탈로그 새로 고침 및 펌웨어 업데이트 다운로드 중 참조).주XClarity Administrator가 처음 설치되면 제품 카탈로그와 리포지토리가 비어 있습니다.
준수 검사는 ThinkSystem SR635 및 SR655 서버의 베이스보드 관리 컨트롤러와 UEFI에만 지원됩니다. 그러나 XClarity Administrator에서는 사용 가능한 모든 하드웨어 구성 요소에 대해 펌웨어 업데이트 적용을 시도합니다.
업데이트는 할당된 펌웨어 준수 정책에 따라 적용됩니다. 구성 요소의 하위 집합은 업데이트할 수 없습니다.
Lenovo XClarity Provisioning Manager(LXPM), LXPM Windows 드라이버 또는 LXPM Linux 드라이버용 펌웨어 업데이트를 ThinkSystem SR635 및 SR655 서버에 적용하려면 XClarity Administrator v3.2 이상이 필요합니다.
현재 설치된 버전이 할당된 준수 정책보다 높으면 베이스보드 관리 컨트롤러 및 UEFI 업데이트를 건너뜁니다.
펌웨어 준수 정책을 작성하여 펌웨어 업데이트를 적용할 장치에 할당해야 합니다. 자세한 정보는 펌웨어 준수 정책 생성 및 할당의 내용을 참조하십시오.
업데이트 프로세스를 시작하기 전에 선택한 장치의 전원이 꺼집니다. 실행 중인 워크로드가 중지되었는지 혹은 가상화된 환경에서 작업 중인 경우 해당 작업이 다른 서버로 이동되었는지 확인하십시오.
기존 업데이트 기능을 사용하여 베이스보드 관리 컨트롤러 및 UEFI에만 펌웨어 업데이트를 적용할 수도 있습니다.
XClarity Administrator v3.0:
펌웨어를 20A에서 20B 또는 20C로 업데이트하면 관리 데이터가 올바르게 업데이트되지 않습니다. 이 문제를 해결하려면 장치를 관리 해제한 다음 다시 관리하도록 설정하거나 XClarity Administrator를 다시 시작하십시오.
펌웨어 업데이트 다운그레이드는 지원되지 않습니다.
DHCPv6 또는 정적으로 할당된 IPv6 주소를 사용하는 ThinkSystem 서버에서는 펌웨어 업데이트가 지원되지 않습니다.
ThinkSystem 서버에서 IPv6 주소 지정을 사용하는 경우 펌웨어 업데이트는 IPv6 LLA(Link-Local Address) 및 상태 비저장 주소에서만 지원됩니다.
버전 20D로 펌웨어를 업데이트하는 경우 UEFI와 XCC를 함께 업데이트해야 합니다.
버전 20D의 경우 UEFI 및 Lenovo XClarity Controller(XCC)를 함께 업데이트해야 합니다. XCC 또는 UEFI 중 하나만 업데이트하면 문제가 발생합니다.
Flex System 장치 고려 사항
업데이트할 Flex 스위치의 전원이 켜져 있어야 합니다.
Flex System 1.3.2 이전의 관리 컨트롤러 펌웨어 수준인 컴퓨팅 노드를 업데이트하는 경우 즉시 활성화를 선택하십시오.
Flex System 1.3.2, 2사분기 라이프사이클 릴리스를 컴퓨팅 노드에 적용하는 경우 컴퓨팅 노드를 업데이트하려면 즉시 활성화를 선택해야 합니다. 즉시 활성화는 업데이트 프로세스 중에 컴퓨팅 노드를 강제로 다시 시작합니다.
Flex 스위치는 XClarity Administrator에서 도달 가능한 IP 주소로 구성되어야 합니다.
XClarity Administrator가 펌웨어 업데이트를 다운로드하고 적용할 수 있도록 대상 Flex 스위치에 XClarity Administrator와 통신할 수 있는 IP 주소가 할당되어야 합니다.
확장 가능한 복합체(예, x480 X6 및 x880 X6 노드)에 대한 업데이트 지원.
확장 가능한 노드(예, Flex System x480 X6 및 x880 X6 계산 노드)에서의 업데이트 지원은 컴플렉스가 단일 파티션으로 구성되는 구성으로 제한됩니다. 단일 파티션에는 다중 노드 컴플렉스의 일부인 모든 컴퓨팅 노드가 포함됩니다. XClarity Administrator를 사용하여 여러 파티션으로 구성된 컴플렉스를 업데이트할 수 없습니다.
확장 가능한 복합체(예, Flex System x480 X6 및 x880 X6 계산 노드)의 여러 서버가 포함된 파티션에 펌웨어 준수 정책을 할당한 경우 XClarity Administrator는 기본적으로 파티션의 각 서버에 대한 모든 관리 컨트롤러 및 UEFI에서 펌웨어를 업데이트합니다. 그러나 파티션에서 구성 요소 서브세트를 선택한 경우 XClarity Administrator는 파티션의 선택한 구성 요소에서만 펌웨어를 업데이트합니다.
CMM2를 v1.30(1AON06C) 이상으로 업데이트하기 전에 Flex 스위치가 EHCM L3(Enhanced Configuration and Management Level 3 버전)을 실행 중이어야 합니다.
CMM2 및 Flex 스위치는 EHCM 프로토콜을 사용하여 통신합니다. 이 프로토콜은 XClarity Administrator에서 Flex 스위치를 업데이트하는 데 필요합니다. CMM2를 v1.30(1AON06C) 이상으로 업데이트하는 경우 XClarity Administrator는 Flex 스위치가 EHCM L3을 실행 중인지 확인하고, 그렇지 않은 경우 먼저 Flex 스위치를 EHCM-L3을 지원하는 버전으로 업데이트해야 한다는 경고와 함께 CMM 업데이트를 취소합니다. CMM 펌웨어를 업데이트할 때 이미 호환되는 구성 요소 업데이트 시도를 선택하여 이 유효성 검증을 덮어쓸 수 있습니다.
주의현재 EHCM L3를 지원하는 Flex System EN6131 이더넷 스위치 및 IB6131 InfiniBand 스위치의 펌웨어 버전이 없습니다. 이는 CMM2를 펌웨어 v1.30(1AON06C) 이상으로 업데이트하면 더 이상XClarity Administrator를 사용하여 해당 스위치를 업데이트할 수 없음을 의미합니다. 임시 해결책은 섀시의 관리 컨트롤러 웹 인터페이스 또는 명령줄 인터페이스를 사용하여 스위치를 업데이트하는 것입니다. Flex System 스위치 버전 릴리스 날짜 CN4093 7.8.4.0 2014년 6월 EN4023 6.0.0 2015년 4월 EN4093 7.8.4.0 2014년 6월 EN4093R 7.8.4.0 2014년 6월 EN6132 사용할 수 없음 사용할 수 없음 FC3171 9.1.3.02.00 2014년 6월 FC5022 7.4.0b1 2016년 3월 IB6132 사용할 수 없음 사용할 수 없음 SI4091 7.8.4.0 2014년 6월 SI4093 7.8.4.0 2014년 6월 주EN2092 1-Gb 이더넷 확장 가능 스위치에는 EHCM L3가 필요하지 않으며 이 제한사항도 없습니다.
저장 장치 고려사항
ThinkSystem DM 스토리지 장치 고려 사항
ThinkSystem DM 스토리지 장치의 펌웨어를 업데이트하려면 장치에서 v9.7 이상을 실행 중이어야 합니다.
다운그레이드는 부 버전에만 지원됩니다. 예를 들어 9.7P11을 9.7P9로 다운그레이드할 수 있지만, 9.8을 9.7로 다운그레이드할 수는 없습니다.
ThinkSystem DM 시리즈 스토리지 장치의 펌웨어를 다운로드하려면 다음을 따르십시오.하나 이상의 ThinkSystem DM 시리즈 스토리지 장치가 XClarity Administrator에서 관리되어야 합니다.
각 ThinkSystem DM 시리즈 스토리지 장치가 하드웨어 서비스 및 지원을 받을 수 있어야 합니다.
펌웨어 업데이트: 리포지토리 페이지에서 ThinkSystem DM 시리즈 스토리지 장치가 있는 국가를 지정해야 합니다. 다음 국가에서는 장치에 암호화된 펌웨어만 다운로드할 수 있습니다. 아르메니아, 벨라루스, 중국, 쿠바, 이란, 카자흐스탄, 키르기스스탄, 북한, 러시아, 수단, 시리아
디스크 드라이브는 JBOD, 온라인, 준비 또는 구성되지 않음(양호) 상태여야 합니다.
디스크 드라이브에서 펌웨어를 업데이트하려면 RAID 상태가 JBOD, 온라인, 준비 또는 구성되지 않음(양호) 상태여야 합니다. 다른 상태는 지원되지 않습니다. 디스크 드라이브의 RAID 상태를 판별하려면 장치의 인벤토리 페이지로 이동하여 드라이브 섹션을 확장하고 디스크 드라이브의 RAID 상태 열을 확인하십시오(관리 서버의 세부 정보 보기 참조).
펌웨어 버전이 디스크 드라이브와 SSD를 감지할 수 없습니다.
XClarity Administrator는 설치된 펌웨어 버전만 감지하고 MegaRAID 또는 NVME 어댑터에 연결된 디스크 드라이브 및 SSD(solid-state drive)에 대한 컴플라이언스 검사를 수행합니다. 설치된 다른 드라이브에 지원되지 않는 펌웨어 수준이 있거나 드라이브가 펌웨어 버전 보고를 지원하지 않을 수 있습니다. 그러나 펌웨어 업데이트는 선택한 경우 해당 드라이브에 적용됩니다.
NVMe 펌웨어는 대상 구성 요소로 식별되지 않아도 적용됩니다.
적용/활성화 페이지에서 SSD(solid state drive)에 대한 NVMe 펌웨어 버전이 나열됩니다. 검색된 NVMe 장치에 대해 대상 펌웨어 업데이트가 식별되지 않는 경우 대상 시스템을 업데이트하려고 시도하면 경고 메시지가 표시됩니다. 그러나 대상 구성 요소에서 식별되지 않는 경우에도 HDD/SSD 업데이트가 적용되므로 NVMe 펌웨어가 여전히 업데이트됩니다.
XClarity Administrator에서 ServeRAID M5115 PSoC3 업데이트 패키지를 적용하려면 68의 최소 설치 수준이 필요합니다.
68 이전 버전에서의 ServeRAID M5115 PSoC3(Programmable System-on-Chip) 업데이트는 제어된 방식으로 수행되어야 합니다.
팁CMM 웹 인터페이스에 로그인하고 대상 컴퓨팅 노드의펌웨어 탭을 선택하여 ServeRAID M5115 PSoC3의 코드 버전을 볼 수 있습니다. 그런 다음 ServeRAID M5115 어댑터의 확장 카드를 선택하십시오. PSoc3 코드 버전은 GENERIC 펌웨어 유형입니다. 68 이전 버전이 설치된 경우 XClarity Administrator를 사용하여 업데이트할 수 없습니다. 대신 CMM(Chassis Management Module) 웹 인터페이스 또는 명령줄 인터페이스(CLI)에서 다음 단계를 수행해야 합니다.CMM 웹 인터페이스를 사용하는 경우:
- CMM(Chassis Management Module) 웹 인터페이스에 로그인하십시오.
- 기본 메뉴에서 을 클릭하십시오.
- 서비스 재설정 탭을 클릭하십시오.
- 해당 라디오 버튼을 클릭하여 적합한 컴퓨팅 노드를 선택하십시오.
- 재설정 풀 다운 버튼에서 가상 재배치를 클릭하십시오.
- 확인을 클릭하여 설정을 확인하십시오.
CMM CLI를 사용하는 경우:
CMM SSH(Secure Shell) 인터페이스에 로그인하십시오.
다음 명령을 입력하여 가상 재배치를 수행하십시오.
'service -vr -T blade[x]여기서 x는 재배치할 컴퓨팅 노드의 베이 번호입니다.
시스템 전원이 다시 켜지면 운영 체제를 부팅하고 추출된 임베디드 업데이트 패키지를 사용하여 ServeRAID M5115 PSoC3를 업데이트하십시오. 다음 단계를 완료하여 임베디드 패키지를 추출하십시오.
Microsoft Windows를 사용하는 경우:
업데이트 패키지(lnvgy_fw_psoc3_m5115-70_windows_32-64.exe)를 열어서 하드 드라이브로 추출을 선택하십시오. 그런 다음 임베디드 패키지를 추출할 경로를 선택하십시오.
Linux를 사용하는 경우:
다음 명령을 실행하십시오.
lnvgy_fw_psoc3_m5115-70_linux_32-64.bin -x여기서 x는 임베디드 패키지를 추출할 위치입니다.