Guide d’utilisation d’iDRAC 8/7 v2.30.30.30

Prise en charge de profil Redfish pour les attributs réseau

L'iDRAC Service Module v2.3 ou ultérieure fournit à l'iDRAC des attributs réseau supplémentaires qui peuvent être obtenus via les clients REST à partir de l'iDRAC. Pour en savoir plus, voir Prise en charge de profil Redfish par l'iDRAC.

Informations sur le système d'exploitation

OpenManage Server Administrator partage actuellement les informations sur le système d'exploitation et le nom d'hôte avec l'iDRAC. L'iDRAC Service Module fournit les mêmes informations telles que le nom du système d'exploitation, la version du système d'exploitation et le nom de domaine complet (FQDN) avec iDRAC. Par défaut, cette fonctionnalité de surveillance est activée. Elle n'est pas désactivée si OpenManage Server Administrator est installé sur le système d'exploitation hôte.

L'iDRAC Service Module version 2.0 ou ultérieure a modifié la fonction d'informations sur le système d’exploitation à l'aide de la fonction Surveillance de l'interface réseau du SE. Lorsque l'iDRAC Service Module version 2.0 ou ultérieure est utilisé avec iDRAC 2.00.00.00, il commence à surveiller les interfaces réseau du système d’exploitation. Vous pouvez afficher ces informations à l’aide de l’interface Web de l’iDRAC, RACADM ou WSMAN. Pour en savoir plus, voir Affichage des interfaces réseau disponibles sur un SE hôte.

Lorsque l'iDRAC Service Module version 2.0 ou ultérieure est utilisé avec une version d’iDRAC antérieure à 2.00.00.00, la fonction d'informations sur le SE ne fournit pas de surveillance de l’interface réseau du SE.

Réplication des journaux Lifecycle dans ceux du SE

Vous pouvez répliquer les journaux Lifecycle Controller sur les journaux du système d'exploitation à partir de l'heure à laquelle la fonction est activée dans l'iDRAC. Ce cas est similaire à la réplication du journal des événements système (SEL) effectuée par OpenManage Server Administrator. Les événements dont l'option Journal du système d'exploitation est sélectionnée comme cible (dans la page Alertes ou dans les interfaces équivalentes RACADM ou WSMAN) sont répliqués dans le journal du système d'exploitation à l'aide de l'iDRAC Service Module. Le jeu par défaut des journaux à inclure dans les journaux du système d'exploitation est le même que celui qui est configuré pour les alertes ou interruptions SNMP.

Si OpenManage Server Administrator est installé, cette fonctionnalité de surveillance est désactivée pour éviter les doublons d'entrées du journal SEL dans le journal du système d'exploitation.

Options de récupération automatique du système

La fonction de récupération automatique du système est un temporisateur à base de matériel. En cas de panne matérielle, le moniteur d'intégrité peut ne pas être appelé, mais le serveur est réinitialisé comme si l’interrupteur d’alimentation avait été activé. La récupération automatique du système est implémentée à l’aide d’un temporisateur de signal « heartbeat » ou pulsation au compte à rebours s’effectuant en continu. Le moniteur d'intégrité recharge fréquemment le compteur pour empêcher le compte à rebours d'arriver à zéro. Si cela arrivait, il serait supposé que le système d’exploitation est bloqué et que le système tente automatiquement de redémarrer l’ordinateur.

Vous pouvez effectuer des opérations de récupération automatique du système, telles que le redémarrage, le cycle d'alimentation, ou la mise hors tension du serveur après une période spécifique. Cette fonctionnalité est activée uniquement si l'horloge de surveillance du système d'exploitation est désactivée. Si OpenManage Server Administrator est installé, cette fonctionnalité de surveillance est désactivée pour éviter toute duplication des horloges de surveillance.

Fournisseurs WMI (Windows Management Instrumentation)

WMI est un ensemble d’extensions du modèle de pilotes Windows offrant une interface de système d’exploitation par laquelle les composants instrumentés fournissent des informations et des notifications. WMI est l’implémentation par Microsoft de des standards de Web-Based Enterprise Management (WBEM) et du modèle commun d’informations (CIM) depuis le consortium DMTF (Distributed Management Task Force) pour gérer le matériel, les systèmes d’exploitation et les applications du serveur. Les fournisseurs WMI permettent l'intégration avec les consoles de gestion des systèmes telles que Microsoft System Center et l’activation des scripts pour gérer des serveurs Microsoft Windows.

Vous pouvez activer ou désactiver l’option WMI dans l’iDRAC. L’iDRAC expose les classes de WMI via l'iDRAC Service Module qui fournit des informations sur l'intégrité du serveur. Par défaut, la fonction d'informations sur WMI est activée. L'iDRAC Service Module expose les classes surveillées par WSMAN dans iDRAC via WMI. Les classes sont présentées dans l’espace de nom root/cimv2/dcim.

Les classes sont accessibles via l’une des interfaces client WMI standard. Pour en savoir plus, reportez-vous à la documentation de profil.

winrm e wmi/root/cimv2/dcim/dcim_account

wmic /namespace:\\root\cimv2\dcim PATH dcim_account

Get-WmiObject dcim_account -namespace root/cimv2/dcim

winrm g wmi/root/cimv2/dcim/DCIM_Account?CreationClassName=DCIM_Account+Name=iDRAC.Embedded.1#Users.2+SystemCreationClassName=DCIM_SPComputerSystem+SystemName=systemmc

wmic /namespace:\\root\cimv2\dcim PATH dcim_account where Name="iDRAC.Embedded.1#Users.16"

Get-WmiObject -Namespace root\cimv2\dcim -Class dcim_account -filter "Name='iDRAC.Embedded.1#Users.16'"

winrm e wmi/root/cimv2/dcim/*  -dialect:association -filter:{object=DCIM_Account?CreationClassName=DCIM_Account+Name=iDRAC.Embedded.1#Users.1+SystemCreationClassName=DCIM_SPComputerSystem+SystemName=systemmc}

wmic /namespace:\\root\cimv2\dcim PATH dcim_account where
                                                   Name='iDRAC.Embedded.1#Users.2' ASSOC
                                                   
                                                

Get-Wmiobject -Query "ASSOCIATORS OF {DCIM_Account.CreationClassName='DCIM_Account',Name='iDRAC.Embedded.1#Users.2',SystemCreationClassName='DCIM_SPComputerSystem',SystemName='systemmc'}"
                                                   -namespace root/cimv2/dcim
                                                

winrm e wmi/root/cimv2/dcim/*  -dialect:association –associations -filter:{object=DCIM_Account?CreationClassName=DCIM_Account+Name=iDRAC.Embedded.1#Users.1+SystemCreationClassName=DCIM_SPComputerSystem+SystemName=systemmc}

Get-Wmiobject -Query  "REFERENCES OF {DCIM_Account.CreationClassName='DCIM_Account',Name='iDRAC.Embedded.1#Users.2',SystemCreationClassName='DCIM_SPComputerSystem',SystemName='systemmc'}"
                                                   -namespace root/cimv2/dcim
                                                

Réinitialisation matérielle d'iDRAC à distance

À l'aide d'iDRAC, vous pouvez surveiller les serveurs pris en charge pour détecter les problèmes matériels, micrologiciels, ou logiciels critiques du système. Parfois, l'iDRAC peut ne pas répondre pour différentes raisons. Dans ce cas, vous devez mettre le serveur hors tension et réinitialiser l'iDRAC. Pour réinitialiser l'UC de l'iDRAC, vous devez mettre hors tension puis sous tension le serveur ou effectuer un cycle d'alimentation CA.

À l'aide de la fonction de réinitialisation matérielle d'iDRAC à distance, à chaque fois que l'iDRAC ne répond plus, vous pouvez effectuer une opération de réinitialisation de l'iDRAC à distance sans cycle d'alimentation CA. Pour réinitialiser l'iDRAC à distance, assurez-vous que vous disposez des privilèges d'administrateur sur le système d'exploitation de l'hôte. Par défaut, la fonction de réinitialisation matérielle d'iDRAC à distance est activée. Vous pouvez effectuer une réinitialisation matérielle d'iDRAC à distance à l'aide de l'interface Web de l'iDRAC, de RACADM et de WS-MAN.

Utilisation des commandes

Cette section présente l'utilisation des commandes des systèmes d'exploitation Windows, Linux et ESXi pour exécuter la réinitialisation matérielle d'iDRAC.

• Windows

  • À l'aide de l'infrastructure Windows Management Instrumentation (WMI) locale :

    winrm  i  iDRACHardReset 
                                                    wmi/root/cimv2/dcim/DCIM_iSMService?InstanceID=”iSMExportedFunctions”
                                                 

  • À l'aide de l'interface WMI à distance :

    winrm i iDRACHardReset wmi/root/cimv2/dcim/dcim_ismservice -u:<admin-username> -p:<admin-passwd> -r:
                                                       http://<remote-hostname OR IP>/wsman -a:Basic -encoding:utf-8 -skipCACheck –skipCNCheck
                                                    

  • À l'aide du script Windows PowerShell avec force et sans force :

    Invoke-iDRACHardReset –force

    Invoke-iDRACHardReset 

  • À l'aide du raccourci dans le menu Programmes :

    À des fins de simplicité, iSM fournit un raccourci dans le Menu Programmes du système d'exploitation Windows. Lorsque vous sélectionnez l'option Réinitialisation matérielle d'iDRAC à distance, vous êtes invité à saisir une confirmation pour réinitialiser l'iDRAC. Une fois que vous avez confirmé, l'iDRAC est réinitialisé et le résultat de l'opération s'affiche.

    • REMARQUE : Le message d'avertissement suivant apparaît dans le Visualiseur d'événements sous la catégorie Journaux d'application. Cet avertissement n'exige pas d'action supplémentaire.

      A provider, ismserviceprovider, has been registered in the Windows Management Instrumentation namespace Root\CIMV2\DCIM to
                                                               use the LocalSystem account. This account is privileged and the provider may cause a security violation if it does not correctly
                                                               impersonate user requests.
                                                            

• Linux

  iSM fournit une commande exécutable sur tous les systèmes d'exploitation Linux compatibles avec iSM. Vous pouvez exécuter cette commande en vous connectant au système d'exploitation en utilisant SSH ou l'équivalent.

  Invoke-iDRACHardReset

  Invoke-iDRACHardReset –force

• ESXi

  Sur tous les systèmes d'exploitation ESXi compatibles avec iSM, iSM v2.3 prend en charge un fournisseur de méthode CMPI (Common Management Programming Interface) pour exécuter la réinitialisation d'iDRAC à distance à l'aide des commandes à distance WinRM.

  winrm i iDRACHardReset http://schemas.dell.com/wbem/wscim/1/cim-schema/2/root/cimv2/dcim/DCIM_iSMService?__cimnamespace=root/cimv2/dcim+InstanceID=
                                            iSMExportedFunctions -u:<root-username> -p:<passwd> -r:https://<Host-IP>:443/wsman -a:basic -encoding:utf-8 -skipCNCheck -skipCACheck
                                            -skipRevocationcheck
                                         

  • REMARQUE : Le système d'exploitation VMware ESXi ne demande pas de confirmation avant de réinitialiser l'iDRAC.

  • REMARQUE : En raison des limitations du système d'exploitation VMware ESXi, la connectivité iDRAC n'est pas restaurée complètement après la réinitialisation. Assurez-vous de réinitialiser manuellement l'iDRAC. Pour plus d'informations, consultez la section « Réinitialisation matérielle d'iDRAC à distance » dans ce document.

Gestion d'erreurs

Prise en charge intrabande des alertes SNMP d'iDRAC

À l'aide de l'iDRAC Service Module v2.3, vous pouvez recevoir des alertes SNMP du système d'exploitation de l'hôte similaires aux alertes générées par l'iDRAC.

Vous pouvez également surveiller les alertes SNMP d'iDRAC sans configurer l'iDRAC et gérer à distance le serveur en configurant les interruptions SNMP et la destination sur le système d'exploitation de l'hôte. Dans l'iDRAC Service Module v2.3 ou ultérieure, cette fonction convertit tous les journaux Lifecycle répliqués dans les journaux du système d'exploitation en interruptions SNMP.

Par défaut, cette fonction est désactivée. Bien que le mécanisme d'alerte SNMP intrabande puisse coexister avec un mécanisme d'alertes SNMP d'iDRAC, les journaux enregistrés peuvent contenir des alertes SNMP redondantes issues des deux sources. Il est recommandé d'utiliser l'option intrabande ou l'option hors bande, au lieu d'utiliser les deux.

Utilisation des commandes

Cette section présente l'utilisation des commandes des systèmes d'exploitation Windows, Linux et ESXi.

• Système d'exploitation Windows

  • À l'aide de l'infrastructure Windows Management Instrumentation (WMI) locale :

    winrm i EnableInBandSNMPTraps 
                                                    wmi/root/cimv2/dcim/DCIM_iSMService?InstanceID="iSMExportedFunctions" @{state="[0/1]"}
                                                 

  • À l'aide de l'interface WMI à distance :

    winrm i EnableInBandSNMPTraps wmi/root/cimv2/dcim/DCIM_iSMService?InstanceID="iSMExportedFunctions" @{state="[0/1]"}
                                                       -u:<admin-username> -p:<admin-passwd> -r:http://<remote-hostname OR IP>/wsman  -a:Basic -encoding:utf-8 -skipCACheck –skipCNCheck
                                                    

• Système d'exploitation Linux

  Sur tous les systèmes d'exploitation Linux compatibles avec iSM, iSM fournit une commande exécutable. Vous pouvez exécuter cette commande en vous connectant au système d'exploitation en utilisant SSH ou l'équivalent.

  • Pour activer cette fonction :

    Enable-iDRACSNMPTrap.sh 1

    Enable-iDRACSNMPTrap.sh enable

  • Pour désactiver cette fonction :

    Enable-iDRACSNMPTrap.sh 0

    Enable-iDRACSNMPTrap.sh disable

  • REMARQUE : L'option --force configure le Net-SNMP pour transmettre les interruptions. Cependant, vous devez configurer la destination des interruptions.

• Système d'exploitation VMware ESXi

  Sur tous les systèmes d'exploitation ESXi compatibles avec iSM, iSM v2.3 prend en charge un fournisseur de méthode CMPI (Common Management Programming Interface) pour activer cette fonction à distance à l'aide des commandes à distance WinRM.

  winrm i EnableInBandSNMPTraps http://schemas.dell.com/wbem/wscim/1/cim-schema/2/root/cimv2/dcim/DCIM_iSMService?
                                            __cimnamespace=root/cimv2/dcim+InstanceID=iSMExportedFunctions -u:<user-name> -p:<passwd> -r:https://<remote-host-name
                                         

  ip-address>:443/wsman -a:basic -encoding:utf-8 -skipCNCheck -skipCACheck -skipRevocationcheck @{state="[0/1]"}

  • REMARQUE : Vous devez examiner et configurer les paramètres SNMP d'interruptions à l'échelle du système VMware ESXi.

Accès à iDRAC via le SE hôte (fonctionnalité expérimentale)

Grâce à cette fonctionnalité, vous pouvez configurer et surveiller les paramètres matériels via l'interface Web d'iDRAC, WS-MAN et les interfaces RedFish à l'aide de l'adresse IP de l'hôte sans configurer l'adresse IP de l'iDRAC. Vous pouvez utiliser les identifiants d'iDRAC par défaut si le serveur d'iDRAC n'est pas configuré ou continuer à utiliser les mêmes identifiants d'iDRAC si le serveur d'iDRAC a été configuré précédemment.

Accès à iDRAC via les systèmes d'exploitation Windows

Installation à l'aide de MSI

Vous pouvez installer cette fonctionnalité à l'aide de webpack. Cette fonction est désactivée sur une installation iSM normale. Lors de l'activation de cette fonction, vous êtes invité à saisir un numéro de port d'écoute unique, compris entre 1024 et 65535. iSM redirige la connexion vers l'iDRAC. iSM crée ensuite une règle de pare-feu pour les connexions entrantes, OS2iDRAC. Le numéro de port d'écoute est ajouté à la règle de pare-feu OS2iDRAC dans le système d'exploitation de l'hôte, ce qui permet les connexions entrantes. Par défaut, la règle de pare-feu est désactivée. Vous pouvez activer la règle dans le menu Options avancées de pare-feu Windows.

Configuration à l'aide d'un script iSM PowerShell

Enable-iDRACAccessHostRoute

Accès à iDRAC via les systèmes d'exploitation Linux

./Enable-iDRACAccessHostRoute <Enable-Flag> [ <source-port> <source-IP-range/source-ip-range-mask>]
                                    
                                 

<Enable-Flag> : 0 pour Désactiver, 1 pour Activer

<source-IP-range> : doit être au format <adresse IP/masque de sous-réseau>. Par exemple, 10.95.146.98/24.

<Enable-Flag> : si la valeur est 0, <port source> <adresse IP source /masque de sous-réseau source> n'est pas requis.

<Enable-Flag> : si la valeur est 1, <port source> est requis et <adresse IP source /masque de sous-réseau source> est facultatif.

Coexistence d'OpenManage Server Administrator et de l'iDRAC Service Module

Dans un système, OpenManage Server Administrator et l'iDRAC Service Module peuvent tous deux coexister et continuer de fonctionner correctement et de manière indépendante.

Si vous avez activé les fonctions de surveillance iDRAC au cours de l'installation de l'iDRAC Service Module, une fois l'installation terminée, si l'iDRAC Service Module détecte la présence d'OpenManage Server Administrator, il désactive l'ensemble de fonctionnalités de surveillance qui se chevauchent. Si OpenManage Server Administrator est en cours d'exécution, l'iDRAC Service Module désactive les fonctionnalités de surveillance qui se chevauchent après avoir ouvert une session sur le système d'exploitation et l'iDRAC.

Lorsque vous réactivez ces fonctionnalités de surveillance via les interfaces iDRAC ultérieurement, les mêmes vérifications sont effectuées et les fonctionnalités sont activées selon qu'OpenManage Server Administrator est en cours d'exécution ou non.