FAQ Intelligent Power Manager (IPM)

Offrant la même fonctionnalité d'arrêt des serveurs informatiques et des clusters que la version précédente, la nouvelle version d'IPM est dotée d'une interface utilisateur considérablement améliorée et d'une compatibilité LDAP/Active Directory. Grâce à cette nouvelle plateforme, les utilisateurs peuvent désormais surveiller et gérer davantage de nœuds. 

Bien que ses fonctions soient identiques à celles du logiciel IPM 1.x, l'interface d'IPM 2.0 et sa fonctionnalité de définition de nouvelles politiques d'automatisation ont changé. Par ailleurs, IPM 2.0 se trouve sur une plateforme complètement neuve. Il est impossible de mettre à niveau IPM 2.0 à partir de IPM 1.x : il faut effectuer une réinstallation en raison de cette nouvelle plateforme.  
Découvrez les principales différences entre la nouvelle version de Intelligent Power Manager et l’ancienne.

Tous les onduleurs compatibles NUT (Network UPS Tools) peuvent communiquer avec IPM 2.0. IPM 2.0 les considère comme des onduleurs Eaton haut de gamme et l'utilisateur bénéficie des fonctions disponibles dans l'édition IPM utilisée :

• IPM Monitor peut surveiller les onduleurs compatibles NUT.
• IPM Manage utilise les UPS compatibles NUT comme source d'alimentation pour déclencher les actions d'alimentation des hôtes.
• IPM Optimize utilisera les onduleurs compatibles NUT comme source d'alimentation pour déclencher les actions d'alimentation des VM et des clusters.

• A partir de l'OVA de l'IPM 2.0, vous pouvez accéder à la console décentralisée vCenter ou vous connecter via SSH en utilisant l'adresse IP de l'OVA.
• Vous pouvez lancer une connexion SSH une fois que vous avez accédé au réseau. Connectez-vous sur le port 22 (port SSH standard).
• Vous pouvez vous connecter au système au moyen de vos informations d'identification.

• Si les principales causes à l'origine d'un problème ne peuvent être identifiées, une réinitialisation d'usine peut s'avérer efficace. Dans ce cas, toutes les données du client seront toutefois perdues (y compris toutes les données mises en service telles que la topologie du data center, les périphériques, etc.).
• Avant d'effectuer une réinitialisation, lancez les outils de diagnostic. Vous devriez alors être en mesure d'enregistrer le fichier CSV contenant la configuration du poste.
• Vous pouvez lancer l'outil de diagnostic avec :
  • sudo diagnostic-information -m -t [votre adresse mail] pour envoyer les données dans votre boîte aux lettres.
• Afin de réinitialiser l'OVA, lancez la console décentralisée via vCenter puis connectez-vous avec les identifiants du client. Une fois dans le système, lancez la commande « exit »; vous accédez alors à l'écran de menu bleu de la console. Sélectionnez « Factory Reset and Reboot ».

• En cas de configuration réseau par DHCP, il est possible que le logiciel n'affiche pas l'adresse IP obtenue alors qu'elle est correctement configurée. Si les paramètres DNS apparaissent correctement, l'adresse IP a également été configurée.
• Après la configuration réseau initiale de l'assistant, vous devez redémarrer le logiciel pour appliquer les nouveaux paramètres.
• Lorsque vous configurez les paramètres du proxy par le biais de l'assistant, la syntaxe doit être la suivante « http://myProxy@myDomain.com:portNumber ». Si DHCP n'est pas disponible, vous pouvez configurer les paramètres réseau à partir de la console vCenter.

• Si la mise à jour de la date du système semble incorrecte malgré une configuration NTP a priori correcte, vérifiez si le serveur NTP en question est un serveur Windows. Nous avons observé des problèmes d'incompatibilité avec certaines versions des serveurs NTP de Windows. Essayez de choisir un autre serveur NTP.
• L'heure locale est synchronisée avec l'hôte physique sur lequel il est exécuté.

• Tous les actifs sont modifiables à partir de la page de gestion des actifs.
• Vous pouvez également utiliser la fonction d'exportation/importation CSV.
• Exportez le fichier CSV en utilisant le bouton « Export » de la page de gestion des actifs. Ouvrez le fichier, trouvez votre ligne d'actif, appliquez votre ou vos modifications, supprimez toutes les lignes inutiles et réimportez le fichier.

• Lorsque vous exportez un fichier CSV, il est créé avec une colonne « id ». Cette colonne est utilisée pour autoriser l'édition des actifs. Si vous importez une ligne avec un id, le système recherchera le poste correspondant et le mettra à jour avec toutes les valeurs de la colonne.
• Si vous souhaitez importer un fichier CSV pour créer de nouveaux postes (lors d'une restauration après une réinitialisation d'usine, par exemple), il vous suffit de supprimer la colonne « id » avant l'importation.
• Notez que ce fichier CSV ne contient que les données de configuration des actifs. Les autres paramètres, comme les identifiants, doivent être configurés manuellement.

• Lors de l'importation d'un fichier CSV, des erreurs peuvent survenir pour les deux raisons suivantes :
  • Vous essayez de créer un actif qui existe déjà.
  • Vous essayez de modifier un actif qui n'est pas encore mis en service.
• Notez que l'importation CSV est un processus graduel. Le système lit le fichier ligne par ligne et, si à la ligne « n » vous utilisez un poste défini à la ligne « n + x », l'importation échoue.
• Si une ligne déclenche une erreur durant l'importation, elle est ignorée et l'importation CSV se poursuit.
• Si vous rencontrez une erreur inattendue pendant l'importation CSV, essayez de créer ou de mettre à jour le poste à l'aide de la fonction Créer un actif de la page Gestion des actifs.

Si aucune donnée en provenance d'un rack PDU n'apparaît, veuillez vérifier si :

• SNMP est activé sur les PDUs.
• Le nom de la communauté est correct au regard de la configuration SNMP sélectionnée dans le portefeuille de sécurité.

• Toutes les informations d'identification (surveillance, gestion de masse, scripts utilisateur) sont stockées dans un référentiel crypté. Pour associer les informations d'identification à un périphérique à partir de la page de gestion des actifs, sélectionnez un ou plusieurs périphériques, cliquez sur Configurer, puis sélectionnez les informations d'identification appropriées dans le portefeuille de sécurité.
• Les informations d'identification de base sont utilisées pour la gestion de masse tandis que les informations d'identification SNMP sont utilisées pour la surveillance.

• La fonction « Max Duration Timeout » vous permet de définir un délai d'attente qui s'applique à l'ensemble de la séquence d'automatisation. Elle peut être ajustée à partir du paramètre par défaut.
• Les automatisations sont exécutées de manière séquentielle. Il est recommandé de tester votre automatisation et de vérifier son historique d'exécution pour garantir son bon fonctionnement.
• Les scripts personnalisés définis par l'utilisateur peuvent être utilisés comme action dans une automatisation. Les scripts Python, BASH et PERL sont pris en charge. 
• Les automatisations étant inactives par défaut, pensez à les activer après leur création.