본문으로 건너뛰기

장치 관리 고려사항

XClarity Orchestrator을(를) 사용하여 장치를 검색 및 관리하기 전에 다음 고려사항을 검토하십시오.

일반 고려사항

관리하려는 장치가 XClarity Orchestrator에서 지원되는지 확인하십시오.지원되는 장치에 대한 정보는 지원되는 하드웨어 및 소프트웨어 – XClarity Orchestrator의 내용을 참조하십시오.

관리하려는 각 시스템에 최소 요구 펌웨어가 설치되어 있어야 합니다. 펌웨어 요구사항에 대한 정보는 지원되는 하드웨어 및 소프트웨어 – XClarity Orchestrator의 내용을 참조하십시오.

특정 포트가 장치와 통신 가능해야 합니다. 섀시 관리를 시도하기 전에 필요한 모든 포트가 사용 가능해야 합니다. 포트에 대한 정보는 포트 사용 가능성의 내용을 참조하십시오.

XClarity Orchestrator에서는 서비스 검색 프로토콜을 사용해 XClarity Orchestrator과(와) 동일한 IP 서브넷에 있는 관리 가능 장치를 프로브하여 사용자 환경에서 장치를 자동으로 검색할 수 있습니다. 다른 서브넷에 있는 장치를 검색하려면 IP 주소, 호스트 이름, IP 주소 범위 또는 서브넷을 수동으로 지정하면 됩니다.

장치가 XClarity Orchestrator에서 관리되면 XClarity Orchestrator에서는 관리되는 각 스토리지 장치를 주기적으로 폴링하여 인벤토리, 필수 제품 데이터 및 상태와 같은 정보를 수집합니다.

관리 프로세스 중에 인벤토리를 수집하는 동안 XClarity Orchestrator과(와) 장치의 통신 연결이 끊어진 경우(예, 전력 손실 또는 네트워크 장애로 인한 끊김, 또는 스위치가 오프라인인 경우) 관리는 성공적으로 완료되지만 일부 인벤토리 정보가 완전하지 않을 수 있습니다. 장치가 온라인 상태가 되어 XClarity Orchestrator에서 인벤토리 정보를 얻기 위해 장치를 폴링할 때까지 기다리거나, 장치를 선택한 후 모든 작업 > 인벤토리 > 인벤토리 새로 고침을 클릭하여 리소스 관리자 웹 인터페이스에서 장치에 대한 인벤토리를 수동으로 수집하십시오. Will LXCO support refreshing the inventory?

한 번에 하나의 리소스 관리자(XClarity Orchestrator, XClarity Management Hub 2.0, XClarity Management Hub, XClarity Administrator)에서만 장치를 관리할 수 있습니다. 한 리소스 관리자에서 장치를 관리하는데 다른 리소스 관리자에서 장치를 관리하도록 하려면 먼저 원래 리소스 관리자에서 장치를 관리 해제해야 합니다.

장치가 XClarity Orchestrator에서 관리된 후 장치의 IP 주소를 변경하는 경우 새 IP 주소를 인식하고 계속해서 서버를 관리합니다. 그러나 XClarity Orchestrator에서는 일부 서버의 IP 주소 변경은 인식하지 못합니다. IP 주소가 변경된 후 XClarity Orchestrator에서 서버가 오프라인 상태임을 표시하는 경우 강제 관리 옵션을 사용하여 서버를 다시 관리하십시오.

장치에서 어댑터를 제거, 교체 또는 구성하는 경우 인벤토리 정보가 업데이트되도록 장치를 한 번 이상 다시 시작하십시오.

리소스 관리자에서 다른 서브넷에 있는 장치를 검색하려면 다음 조건 중 하나가 충족되어야 합니다.

  • 사용자 환경의 랙 스위치와 라우터에서 멀티캐스트 SLP 전달을 사용하도록 설정해야 합니다. 멀티캐스트 SLP 전달이 사용하도록 설정되어 있는지 확인하고 사용하지 않도록 설정된 경우 사용하도록 설정하는 절차를 확인하려면 특정 스위치 또는 라우터와 함께 제공된 설명서를 참조하십시오.
  • 장치 또는 네트워크에서 SLP를 사용하지 않는 경우 서비스 레코드(SRV 레코드)를 도메인 이름 서버(DNS)에 수동으로 추가하여 DNS 검색 방법을 대신 사용할 수 있습니다. 예를 들어, 다음과 같습니다.
    lxco.company.com  service = 0 0 443 server1.company.com

    그런 다음 BMC 구성 > 네트워크를 클릭하고 DNS 탭을 클릭하여 관리 웹 인터페이스의 베이스보드 관리 콘솔에서 DNS 검색을 사용 설정합니다.

Encapsulation 고려 사항

장치 관리 프로세스 중에 섀시 및 서버에서 encapsulation을 사용하도록 선택할 수 있습니다. 전역 encapsulation 설정을 사용 설정하고 장치가 encapsulation을 지원하는 경우 리소스 관리자는 관리 프로세스 중에 장치와 통신하여 장치 encapsulation 모드를 encapsulationLite로 변경하고 수신 요청을 리소스 관리자의 요청으로만 제한하도록 장치의 방화벽 규칙을 변경합니다.

관리 네트워크 인터페이스가 DHCP(Dynamic Host Configuration Protocol)를 사용하도록 구성되어 있는 경우 encapsulation이 사용 설정된 장치를 관리하면 시간이 더 오래 걸릴 수 있습니다.

글로벌 encapsulation 설정은 기본적으로 사용하지 않습니다. 사용하지 않는 경우 장치 encapsulation 모드는 일반으로 설정되고 방화벽 규칙은 장치 관리 프로세스 중에 변경되지 않습니다.

주의
관리되는 장치에서 encapsulation 모드가 encapsulationLite인 경우 다음 상황으로 인해 리소스 관리자와 관리되는 장치 간에 통신 및 인증 문제가 발생하여 관리되는 장치에 연결하지 못하게 될 수 있습니다. 장치는 다른 소스의 TCP 요청을 무시하도록 구성되므로 네트워크 인터페이스를 통해 해당 장치에 액세스할 수 없습니다. 대부분 이러한 장치는 ping, SSH 또는 TELNET 요청에 응답하지 않습니다.
  • 리소스 관리자가 실행하는 하이퍼바이저의 네트워크 변경
  • VLAN(Virtual Local Area Network) 또는 VLAN 태그 변경
  • encapsulation이 사용 설정된 상태에서 장치 IP 주소에 대한 영구적인 변경
  • encapsulation이 사용 설정된 상태에서 강제로 장치 관리 해제
  • 리소스 관리자 가상 컴퓨터 손실
  • 가상 컴퓨터와 관리되는 장치 간의 TCP 통신 손실
  • encapsulation 모드가 사용 설정된 상태에서 리소스 관리자가 관리되는 장치와 직접 통신하지 못하게 하는 기타 네트워크 문제

영구적인 문제가 발생하면 다음 조치 중 하나를 완료하여 이전 관리되는 장치에 대한 액세스를 복구하십시오. 자세한 정보는 encapsulation 관리, 관리 서버 오류 후 CMM으로 관리 복구관리 서버 오류 후 CMM으로 관리 복구 XClarity Administrator 온라인 설명서의 내용을 참조하십시오.

  • encapsulation 모드가 활성화된 관리되는 IMM에 대한 액세스를 복구하려면 UEFI 그래픽 사용자 인터페이스를 통해 로컬 콘솔에서 기본 설정을 로드해야 합니다.
  • USB-이더넷 브릿지를 사용하여 관리 컨트롤러에 대한 대역 내 액세스 권한을 얻은 후 다음 명령을 실행하십시오.
    encaps lite -off
  • encapsulation 모드가 활성화된 관리되는 CMM에 대한 액세스를 복구하려면 뒷면 재설정 버튼을 사용하거나 콘솔에 계속 접근할 수 있는 경우에는 다음 명령을 실행하여 기본 설정을 로드해야 합니다.
    accesscontrol -off -T mm[p]

서버 고려 사항

장치에서 HTTPS를 통한 CIM이 사용 가능한지 확인하십시오. RECOVERY_ID 사용자 계정을 사용하여 서버의 관리 웹 인터페이스에 로그인하십시오. BMC 구성 > 보안을 클릭한 다음 HTTPS를 통한 CIM 탭을 클릭하고 HTTPS를 통한 CIM 사용이 선택되어 있는지 확인하십시오.

서버에서 관리 작업을 수행하는 경우 BIOS/UEFI 설정 또는 실행 중인 운영 체제로 서버 전원이 켜지거나 꺼지는지 확인하십시오(관리되는 서버에서 전원 작업 수행 참조). 운영 체제 없이 서버 전원을 켜는 경우 운영 체제 검색 시 관리 컨트롤러가 서버를 계속해서 재설정합니다.

서버 UEFI 설정에서 모든 UEFI_Ethernet_* 및 UEFI_Slot_* 설정이 사용으로 설정되어야 합니다. 설정을 확인하려면 서버를 다시 시작하고 <F1> Setup 프롬프트가 표시되면 F1을 눌러 Setup Utility를 시작하십시오. 시스템 설정 > 장치 및 I/O 포트 > 어댑터 옵션 ROM 지원 사용/사용 안 함으로 이동하여 UEFI 옵션 ROM 사용/사용 안 함 섹션을 찾아 사용으로 설정되어 있는지 확인하십시오. 지원되는 경우 베이스보드 관리 인터페이스에서 원격 콘솔 기능을 사용하여 설정을 원격으로 검토하고 수정할 수도 있습니다.

장치의 서버 인증서를 외부 인증 기관에서 서명한 경우 인증 기관 인증서 및 중간 인증서를 XClarity Orchestrator 신뢰 저장소로 가져와야 합니다(신뢰할 수 있고 외부에서 서명된 XClarity Orchestrator 서버 인증서 설치 참조).

ThinkEdge Client 장치
ThinkEdge Client 장치에는 베이스보드 관리 컨트롤러가 없으므로 서비스 검색 프로토콜을 사용하여 검색할 수 없습니다. 할당된 Lenovo XClarity Management Hub 리소스 관리자가 장치를 안전하게 검색하고 관리하려면 먼저 ThinkEdge Client 장치에 UDC 에이전트를 설치해야 합니다. 자세한 정보는 ThinkEdge Client 장치 관리의 내용을 참조하십시오.
ThinkSystem SR635 및 SR655 서버
운영 체제가 설치되어 있어야 하며 XClarity Orchestrator이(가) 해당 서버에 대한 인벤토리를 수집할 수 있도록 서버가 OS, 탑재된 부팅 가능한 미디어 또는 efishell로 한 번 이상 부팅되었는지 확인하십시오.

IPMI over LAN을 사용할 수 있어야 합니다. 이러한 서버에서는 IPMI over LAN가 기본적으로 비활성화되어 있으며, 서버를 관리하려면 수동으로 활성화해야 합니다. ThinkSystem System Manager 웹 인터페이스에서 IPMI over LAN을 사용하려면 설정 > IPMI 구성을 클릭하십시오. 서버를 다시 시작해 변경 사항을 활성화해야 할 수도 있습니다.

ThinkServer 서버
이러한 서버를 자동으로 검색하려면 서버의 호스트 이름이 올바른 호스트 이름 또는 IP 주소를 사용하여 구성되어야 합니다.

네트워크 구성은 XClarity Orchestrator와 서버 간에 SLP 트래픽을 허용해야 합니다.

유니캐스트 SLP가 필요합니다.

ThinkServer 서버를 자동으로 검색하려면 멀티캐스트 SLP가 필요합니다. 또한 SLP는 ThinkServer System Manager(TSM)에서 사용으로 설정되어야 합니다.

ThinkServer 서버가 XClarity Orchestrator와 다른 네트워크에 있는 경우 XClarity Orchestrator가 해당 장치에 대한 이벤트를 검색할 수 있도록 네트워크가 포트 162를 통한 인바운드 UDP를 허용할 수 있게 구성되어야 합니다.

System x3950 X6 서버
이러한 서버는 각각의 고유한 베이스보드 관리 컨트롤러가 있는 두 개의 4U 엔클로저로 관리되어야 합니다.

서버 관리에 대한 자세한 내용은 서버 관리ThinkEdge Client 장치 관리의 내용을 참조하십시오.

저장 장치 고려사항

랙 스토리지 장치(ThinkSystem DE 시리즈 이외)를 검색하고 관리하기 전에, 다음 요구사항을 충족해야 합니다.

  • 네트워크 구성에서 리소스 관리자와 랙 스토리지 장치 간에 SLP 트래픽을 허용해야 합니다.
  • 유니캐스트 SLP가 필요합니다.
  • XClarity Orchestrator가 Lenovo Storage 장치를 자동으로 검색하도록 하려면 멀티캐스트 SLP가 필요합니다. 또한 SLP는 랙 스토리지 장치에서 사용 가능해야 합니다.

스토리지 장치 관리에 대한 자세한 내용은 저장 장치 관리의 내용을 참조하십시오.

스위치 고려사항

지금은 XClarity Orchestrator을(를) 사용하여 랙 스위치를 관리할 수 없습니다.

섀시 고려사항

섀시를 관리하면 섀시의 모든 장치도 관리하게 됩니다. 섀시의 구성 요소를 섀시와 별도로 검색하고 관리할 수 없습니다.

CMM의 LDAP 사용자 동시 활성 세션 수 설정은 섀시에 대해 0(영)으로 설정되어 있어야 합니다. BMC 구성 > 사용자 계정을 클릭하고 전역 로그인 설정을 클릭한 다음 일반 탭을 클릭하여 CMM 웹 인터페이스에서 이 설정을 확인할 수 있습니다.

CMM과의 대역 외 통신에 대해 세 개 이상의 TCP 명령 모드 세션이 설정되어 있어야 합니다. 세션 수 설정에 대한 정보는 CMM 온라인 설명서의 tcpcmdmode 명령의 내용을 참조하십시오.

XClarity Orchestrator에서 관리하는 모든 CMM 및 Flex System 스위치에 대해 IPv4 또는 IPv6 주소 구현을 고려하십시오. 일부 CMM 및 Flex 스위치에 대해 IPv4, 다른 것에 대해 IPv6를 구현하는 경우 일부 이벤트는 감사 로그에(또는 감사 트랩으로) 수신되지 않을 수 있습니다.

리소스 관리자에서 다른 서브넷에 있는 섀시를 검색하려면 다음 조건 중 하나가 충족되어야 합니다.

  • 사용자 환경의 랙 스위치와 라우터에서 멀티캐스트 SLP 전달을 사용하도록 설정해야 합니다. 멀티캐스트 SLP 전달이 사용하도록 설정되어 있는지 확인하고 사용하지 않도록 설정된 경우 사용하도록 설정하는 절차를 확인하려면 특정 스위치 또는 라우터와 함께 제공된 설명서를 참조하십시오.
  • 장치 또는 네트워크에서 SLP를 사용하지 않는 경우 서비스 레코드(SRV 레코드)를 도메인 이름 서버(DNS)에 수동으로 추가하여 DNS 검색 방법을 대신 사용할 수 있습니다. 예를 들어, 다음과 같습니다.
    lxco.company.com  service = 0 0 443 cmm1.company.com

    그런 다음 BMC 구성 > 네트워크를 클릭하고 DNS 탭을 클릭하여 관리 웹 인터페이스의 베이스보드 관리 콘솔에서 DNS 검색을 사용 설정합니다.

섀시 관리에 대한 자세한 내용은 섀시 관리의 내용을 참조하십시오.

여러 관리 도구 고려사항

Is this true?

여러 관리 도구를 사용하여 장치를 관리하는 경우에는 예기치 않은 충돌을 방지하기 위해 별도의 주의가 필요합니다. 예를 들어 다른 도구를 사용하여 전원 상태 변경을 제출하는 경우 XClarity Orchestrator에서 실행 중인 구성 또는 업데이트 작업과 충돌이 발생할 수 있습니다.

ThinkSystem, ThinkServer 및 System x 장치
다른 관리 소프트웨어를 사용하여 관리되는 장치를 모니터링하려는 경우 베이스보드 관리 컨트롤러 인터페이스에서 올바른 SNMP 또는 IPMI 설정을 가진 새 로컬 사용자를 만드십시오. 사용자 요구에 따라 SNMP 또는 IPMI 권한이 부여되어야 합니다.
Flex System 장치
다른 관리 소프트웨어를 사용하여 관리되는 장치를 모니터링하려는 경우 및 해당 관리 소프트웨어가 SNMPv3 또는 IPMI 통신을 사용하는 경우 각 관리되는 CMM에 대해 다음 단계를 수행하여 환경을 준비해야 합니다.
  1. RECOVERY_ID 사용자 이름 및 암호를 사용하여 섀시에 대한 관리 컨트롤러 웹 인터페이스에 로그인하십시오.
  2. 보안 정책이 보안으로 설정되는 경우 사용자 인증 방법을 변경하십시오.
    1. BMC 구성 > 사용자 계정을 클릭하십시오.
    2. 계정 탭을 클릭하십시오.
    3. 전역 로그인 설정을 클릭하십시오.
    4. General 탭을 클릭하십시오.
    5. 사용자 인증 방법으로 외부 먼저, 로컬 인증 다음을 선택하십시오.
    6. 확인을 누르십시오.
  3. 관리 컨트롤러 웹 인터페이스에서 올바른 SNMP 또는 IPMI 설정을 가진 새 로컬 사용자를 만드십시오.
  4. 보안 정책이 보안으로 설정된 경우 로그아웃한 다음 새 사용자 이름 및 암호를 사용하여 관리 컨트롤러 웹 인터페이스에 로그인하십시오. 메시지가 표시되면 새 사용자의 암호를 변경하십시오.