Le Blog Technique

SCOM – Passer la console web en HTTPS

par Cyril Azoulay | 5 Juil 2018 | Uncategorized

La console SCOM web est très souvent initialement déployée en HTTP simple : l’utilisation du HTTPS pour les sites web accédés uniquement en local commence tout juste à se démocratiser, le certificat SSL n’a pas forcément été prévu au moment de déployer l’infrastructure SCOM…

Les demandes pour migrer la console en HTTPS commencent cependant à se multiplier, notamment à l’occasion d’un upgrade in-place des infrastructures SCOM 2012 vers 2016 (le cas de SCOM 1801 est un peu différent, la console web ayant totalement été refaite).

On pourrait imaginer qu’il suffit de passer le Default Web Site en HTTPS dans IIS, mais il n’en est rien. Si on se contente de ce paramétrage, la connexion à la console échoue avec le message suivant :

System.ServiceModel.CommunicationException: [HttpWebRequest_WebException_RemoteServer]
Arguments: NotFound
Debugging resource strings are unavailable. Often the key and arguments provide sufficient information to diagnose the problem. See http://go.microsoft.com/fwlink/?linkid=106663&Version=5.1.30214.0&File=System.Windows.dll&Key=HttpWebRequest_WebException_RemoteServer —> System.Net.WebException: [HttpWebRequest_WebException_RemoteServer]
Arguments: NotFound
Debugging resource strings are unavailable. Often the key and arguments provide sufficient information to diagnose the problem. See http://go.microsoft.com/fwlink/?linkid=106663&Version=5.1.30214.0&File=System.Windows.dll&Key=HttpWebRequest_WebException_RemoteServer —> System.Net.WebException: [HttpWebRequest_WebException_RemoteServer]
Arguments: NotFound

Il faut en réalité aussi modifier la configuration de SCOM à deux niveaux :

Dans le fichier x:\Dossier D’installation\Operations Manager\WebConsole\WebHost\Web.config, dans partie <services>, il faut modifier bindingConfiguration= »DefaultHttpBinding » en bindingConfiguration= »DefaultHttpsBinding »
Dans la clé HKLM\Software\Microsoft\System Center Operations Manager\12\Setup\WebConsole\ de la base de registre, il faut paramétrer :
- HTTP_GET_ENABLED=false
- BINDING_CONFIGURATION=DefaultHttpsBinding

Ne reste plus qu’à redémarrer iis (iisreset.exe) et le tour est joué!

SCOM – Réinitialiser complètement la console

par Cyril Azoulay | 5 Juil 2018 | Supervision (SCOM, NAGIOS)

Si vous développez des management packs, il vous est probablement déjà arrivé un bug assez agaçant : les colonnes affichées dans les vues (état, alertes…) ne reflètent pas ce que vous avez défini dans votre code.

L’ordre des colonnes n’est pas respecté, certaines colonnes sont visibles alors qu’elles ne devrait pas l’être et réciproquement…

Et en plus le résultat n’est pas le même d’un utilisateur à l’autre !

Vous connaissez probablement déjà le mode /clearcache de la console, mais cela ne change rien au problème.

Il s’agit en réalité d’une conservation des paramètres de personnalisation des vues dans la base de registre, qui n’est pas affectée par l’utilisation de /clearcache.

Pour réinitialiser complètement la console, une seule solution : fermez la console, lancez regedit et supprimez la clé HKCU\Software\Microsoft\Microsoft Operations Manager\3.0\Console.

Relancez alors la console (tant qu’à faire en mode /clearcache, pour être sûr) et normalement tout sera rentré dans l’ordre… du moins pour votre profil et sur le poste où vous avez effectué le nettoyage.

Si d’autres utilisateurs/d’autres postes sont impactés, il faudra reproduire la manipulation !

Grafana – Ajout de Scom en tant que Data Source et création d’un dashboard des alertes

par Christophe Jourdan | 28 Juin 2018 | Dashboard, Grafana, supervision

Grafana (https://grafana.com/) est une solution de Dashboard open source particulièrement souple et ouverte grâce a de nombreux plugin et data source intégrables.

Dans cet exemple nous allons ajouter l’accès a une base sql SCOM en tant que Data Source et créer un Dashboard des alertes.

Dans la zone Configuration de l’interface Grafana nous selectionnons “Data Sources”

Clic sur “Add data source”

On renseigne un nom

On selectionne le Type “Microsoft SQL Server”

On renseigne le nom de l’instance, la base et le compte d’acces.

Clic sur “Save and Test”

Dans la zone “Create” de Grafana, on selectionne “Dashboard”

On ajoute maintenant au Dashboard, un panel qui sera en fait une brique du dashboard.

On sélectionne le modèle “Table”

On clique sur “Panel Title” en haut du tableau et on sélectionne “Edit”

Dans l’onglet “General”, Dans Title, on renseigne un nom.

On se positionne sur l’onglet “Metrics” et on selectionne dans “Data Source” la source de donnée.

Dans le champ de la première Query (A), on colle le code sql correspondant a une sélection des alertes non closes (fichier sql ci-dessous)

GetAlerts.sql

Les données sont immédiatement affichées.

on va maintenant effectuer quelques configuration de formatage.

Dans l’onglet “Options” on augmente le champs “Rows per page” a 1000 pour eviter d’avoir trop de pages.

La colonne Severity nous affiche deux decimale apres la virgule. Inutile dans notre cas car cette valeur correspond a des codes de severité (0,1,2)

Pour cela, dans l’onglet “Column Styles”, on ajoute une règle (+Add)

On selectionne dans “Apply to Columns named” la colonne Severity (au passage, notre règle prend le nom de la colonne sélectionnée)

Et on positionne le champ “Decimals” a 0.

Tres bien, mais il serait plus parlant d’avoir les noms de séverité correspondant a ces codes…

On positionne le champ “Type” a String

Et on fait correspondre a chaque code, la valeur adéquate.

Tres bien. Et pour parfaire ce formatage, on va ajouter un peu de couleur…

Dans le champ Threshold, on va definir que les alertes de séverité 1 prennent une couleur orange (WARNING), et les alertes de séverité 2 une couleur rouge (CRITICAL).

NB: L’ordre des couleurs suit l’ordre des seuils (Threshold), séparés par une virgule.