Maintenant que nous avons configuré quelques équipements EnergyWise, il est temps enfin de montrer la puissance des requêtes EnergyWise que l’on vante depuis le début sans jamais avoir pu les mettre à l’épreuve!
Les requêtes (« query »)
Il faut avant tout comprendre qu’une requête s’applique uniquement sur le domaine EnergyWise auquel appartient le commutateur d’où elle est lancée ! La commande « energywise query » a une syntaxe plutôt longue et variable, je vous encourage à abuser de l’autocomplétion (« ? » + touche « tabulation ») pour vous aider et voir les différentes possibilités.
Les requêtes fonctionnent essentiellement selon 2 modes:
– un mode pour récupérer la consommation des équipements
– un mode pour agir sur les équipements
La commande “energywise query analyze domain” va donner quelques informations sur le domaine auquel appartient le commutateur comme le nombre de commutateurs appartenant au domaine et le nombre d’équipements avec un agent EnergyWise, ceci n’inclut pas les interfaces.
Toutes les autres requêtes commencent par filtrer les équipements auxquels elles vont s’appliquer. Elles filtrent d’abord par importance :
energywise query importance <importanceMaxDesEquipementsAFiltrer> …
Ici je sélectionne tous les équipements qui ont une criticité (« importance ») inférieure ou égale à importanceMaxDesEquipementsAFiltrer. ainsi « energywise query importance 100 » sélectionne tous les équipements avec une importance <= 100 or 100 étant l’importance maximum, cela sélectionne tous les équipements.
Une fois que l’on a filtré par équipement, on peut filtrer soit par nom soit par mot clé (par commodité, on choisit importanceMaxDesEquipementsAFiltrer = 100):
energywise query importance 100 name <nomDesEquipements> …
energywise query importance 100 keywords <motCle> …
Les commandes EnergyWise supportent les « wildcards » (traduire les masques ou joker), c’est-à-dire que la touche « * » désigne n’importe quel mot. Exemple : « name Phone* » sélectionne tous les équipements dont le nom commence par Phone, « name * » sélectionne tous les équipements, peu importe leur nom.
Note : depuis la CLI, les 2 commandes sont exclusives mais depuis une plateforme d’administration, on peut appliquer les filtres name ET keywords.
Une fois le filtre paramétré, nous avons 4 fonctions qui vont s’appliquer aux équipements sélectionnés par le filtre :
- set level <niveauDEnergie> permet d’appliquer un niveau d’énergie
- collect permet d’interroger les équipements de 2 manières:
- collect usage: va récupérer les consommations des équipements comme j’ai déjà pu le montrer dans les précédents articles. On peut ajouter un filtre supplémentaire après pour sélectionner « all », « meter », « consumer », « producer » voire modifier le « timeout ».
- collect delta va indiquer ce que l’on consommerait en plus ou en moins selon les niveaux d’énergie. Sur la capture d’écran suivante, on voit que si l’on passe aux niveaux d’énergie de 2 à 10, on consommera 15,4 W de plus et que si l’on passe au niveau d’énergie 0, notre consommation restera inchangée. On peut donc en déduire que ces interfaces sont au niveau d’énergie 0.
- sum la commande sum additionne les résultats donnés par collect pour n’afficher qu’un seul nombre. Il faut néanmoins faire attention à ce nombre qui peut compter des consommations plusieurs fois (un équipement PoE avec un agent EnergyWise qui enverrait sa consommation au commutateur + l’interface qui mesure la consommation de cet équipement)
- la commande wol comme Wake On Lan permet de redémarrer un ordinateur à distance
energywise query importance 100 name Fa0/1 wol mac <MACdeLaMachineCiblee> [password <password> etc… avec une mac sous la forme XXXX.XXXX.XXXX
Note : on peut évidemment abréger les commandes EnergyWise comme toutes les commandes IOS. Par exemple : « ener q i 100 n * c d a » est l’équivalent de « energywise query importance 100 n * collect delta all »
Alors, êtes-vous convaincus des potentiels d’EnergyWise?
A vous de jouer maintenant!
Matthieu
