Le module du service iDRAC fournit les fonctionnalités de surveillance suivantes :
- Prise en charge de profil Redfish pour les attributs réseau
- Réinitialisation matérielle d'iDRAC
- Accès à iDRAC via le SE hôte (fonctionnalité expérimentale)
- Alertes SNMP intrabande de l'iDRAC
- Afficher des informations sur le système d'exploitation (SE)
- Réplication des journaux Lifecycle Controller dans les journaux du système d'exploitation.
- Options de récupération automatique du système
- Remplir les fournisseurs de gestion WMI (Windows Management Instrumentation)
- Intégration à la collecte pour SupportAssist. Cela s’applique uniquement si iDRAC Service Module version 2.0 ou ultérieure
est installé. Pour en savoir plus, voir
Génération de la collecte pour SupportAssist.
- Préparation au retrait d’un périphérique SSD PCIe NVMe. Pour plus d’informations, voir
Préparation au retrait du périphérique SSD PCIe NVMe.
-
REMARQUE : Les fonctionnalités, telles que Windows Management Instrumentation Providers, la Préparation au retrait d'un périphérique
SSD PCIe NVMe par le biais de l’iDRAC, l'Automatisation de la collecte du système d'exploitation pour la collecte pour SupportAssist
sont prises en charge uniquement sur les serveurs Dell PowerEdge de13e génération dont la version micrologicielle minimale
est 2.00.00.00 ou une version ultérieure.
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.
L'iDRAC Service Module consigne également les événements qui se produisent lorsque le système d'exploitation ne fonctionne
pas. La journalisation du système d'exploitation effectuée par l'iDRAC Service Module suit les normes de journalisation système
IETF pour les systèmes d'exploitation Linux.
-
REMARQUE : En commençant par l'iDRAC Service Module version 2.1, l’emplacement de réplication des journaux Lifecycle Controller dans
les journaux du système d’exploitation Windows peut être configuré à l’aide du programme d’installation de l'iDRAC Service
Module. Vous pouvez configurer l’emplacement lors de l’installation de l'iDRAC Service Module ou la modification du programme
d’installation de celui-ci.
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.
L’exemple suivant utilise la classe DCIM_account pour illustrer la capacité fournie par la fonction d'informations sur WMI
dans l'iDRAC Service Module. Pour obtenir plus d'informations sur les classes et profils pris en charge, voir la documentation
sur les profils WSMAN disponible dans le Dell TechCenter.
Interface CIM |
WinRM |
WMIC |
PowerShell |
Énumérer les instances d’une classe
|
winrm e wmi/root/cimv2/dcim/dcim_account
|
wmic /namespace:\\root\cimv2\dcim PATH dcim_account
|
Get-WmiObject dcim_account -namespace root/cimv2/dcim
|
Obtenir une instance particulière d’une classe
|
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'"
|
Obtenir des instances associées à une instance
|
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
|
Obtenir les références d’une instance
|
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}
|
Sans objet |
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.
-
REMARQUE : Cette fonction n'est pas prise en charge sur le serveur Dell PowerEdge R930 et est prise en charge uniquement sur les serveurs
Dell PowerEdge de 13e génération et ultérieurs.
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
Tableau 1. Gestion d'erreurs
Résultat |
Description |
0 |
Succès |
1 |
Version du BIOS non prise en charge pour la réinitialisation d'iDRAC |
2 |
Plateforme non prise en charge |
3 |
Accès refusé |
4 |
La réinitialisation de l'iDRAC a échoué |
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.
-
REMARQUE : Cette fonction est active uniquement si la fonction de réplication des journaux Lifecycle est activée.
-
REMARQUE : Sur les systèmes d'exploitation Linux, cette fonction exige qu'un SNMP principal ou de système d'exploitation soit activé
avec le protocole de multiplexage SNMP (SMUX).
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
-
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.
-
REMARQUE : Pour plus de détails, voir le livre blanc technique
In-Band SNMP Alerts disponible sur
http://en.community.dell.com/techcenter/extras/m/white_papers.
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
Vous pouvez effectuer cette tâche à l'aide des méthodes suivantes :
- Installer la fonction d'accès à iDRAC à l'aide de webpack.
- Configurer le système avec un script iSM PowerShell
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.
-
REMARQUE : Pour que cette fonction fonctionne, assurez-vous que le service d'assistance IP Microsoft est en cours d'exécution sur votre
système .
Pour accéder à l'interface Web de l'iDRAC, utilisez le format
https://<host-name> ou
OS-IP>:443/login.html dans le navigateur, où :
-
<host-name> : nom d'hôte complet du serveur sur lequel iSM est installé et configuré pour l'accès à iDRAC via la fonction du système
d'exploitation. Vous pouvez utiliser l'adresse IP du système d'exploitation si le nom d'hôte est absent.
-
443 : la valeur par défaut du numéro de port d'iDRAC. C'est ce que l'on appelle le numéro de port de connexion vers lequel toutes
les connexions entrantes sur le numéro de port d'écoute sont redirigées. Vous pouvez modifier le numéro de port via l'interface
Web d'iDRAC, WS-MAN et les interfaces RACADM.
Configuration à l'aide d'un script iSM PowerShell
Si cette fonction est désactivée lors de l'installation d'iSM, vous pouvez activer la fonction à l'aide de la commande Windows
PowerShell suivante fournie par iSM :
Enable-iDRACAccessHostRoute
Si la fonction est déjà configurée, vous pouvez la désactiver ou la modifier à l'aide de la commande PowerShell et des options
correspondantes. Les options disponibles sont les suivantes :
-
État : ce paramètre est obligatoire. Les valeurs ne sont pas sensibles à la casse et la plage de valeur est
vrai ou
faux.
-
Port : il s'agit du numéro de port d'écoute. Ce paramètre est obligatoire si la valeur du paramètre
État est TRUE (Vrai). Si la valeur du paramètre
État est FALSE (Faux), vous pouvez ignorer le reste des paramètres. Vous devez entrer un nouveau numéro de port qui n'est pas
déjà configuré pour cette fonction. Les nouveaux paramètres de numéro de port écrasent la règle de pare-feu pour les connexions
entrantes OS2iDRAC existantes et vous pouvez utiliser le nouveau numéro de port pour vous connecter à iDRAC. La valeur est
comprise entre 1024 et 65535.
-
Plage IP : ce paramètre est facultatif. Il fournit une plage d'adresses IP qui sont autorisées à se connecter à iDRAC via le système
d'exploitation de l'hôte. Le format de la plage d'adresses IP est au format CIDR (Classless Inter-Domain Routing), qui est
une combinaison d'adresse IP et de masque de sous-réseau. Par exemple, 10.94.111.21/24. L'accès à iDRAC est restreint pour
les adresses IP qui ne sont pas comprises dans la plage.
-
REMARQUE : Cette fonction ne prend en charge que les adresses IPv4.
Accès à iDRAC via les systèmes d'exploitation Linux
Vous pouvez installer cette fonctionnalité à l'aide du fichier setup.sh qui est disponible avec le webpack. Cette fonctionnalité
est désactivée sur une installation iSM normale ou par défaut. Pour installer, activer et configurer cette fonctionnalité,
utilisez la commande suivante :
./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.