Le système Exalogic possède une interface graphique de management Ops Center synthétisant dans une seule console l’administration des parties hardware et software de l’installation. Cependant, il est possible d’administrer en ligne de commandes les baies Exalogic. Alors que les commandes et leur syntaxe peuvent être trouvées dans la documentation, je vous fournis un petit récapitulatif de quelques-unes d’entre elles afin de vous donner des points d’entrée.

Obtenir les versions de l’Exalogic

La commande suivante donne la version actuelle de la version Exalogic déployée

root@el01cn01# /usr/sbin/imageinfo
Exalogic 2.0.6.2.1 (build:r239755)
Image version       : 2.0.6.2.1
Image build version : 239755
Creation timestamp  : 2014-12-08 03:49:21 -0500
Kernel version      : 2.6.39-400.215.9.el5uek
Image activated     : 2015-05-21 12:49:25 +0200
Image status        : SUCCESS

Cette autre commande donne l’historique des versions Exalogic déployées

root@el01cn01# /usr/sbin/imagehistory
Image version       : 2.0.6.2.1
Patch number        : 21092626
Upgrade timestamp   : 2015-05-21 13:38:41 +0200
Image mode          : patch
Upgrade status      : SUCCESS
Image version       : 2.0.6.2.1
Patch number        : 20383732
Patch timestamp     : 2015-05-21 12:49:25 +0200
Image mode          : patch
Patch status        : SUCCESS

 
 

La commande exapatch

Il existe parmi les différents outils disponibles, une commande qui, de par son appellation, pourrait nous faire reculer au premier abord : il s’agit de la commande « exapatch ». Outre son appellation qui désigne sa fonctionnalité première destinée à patcher l’Exalogic, elle fournit d’autres options permettant d’obtenir des informations sur la configuration ou de réaliser des commandes d’administration.
L’outil exapatch est normalement installé sur le premier compute node dans l’arborescence /exalogic-lctools/bin
L’option « -a » est équivalente à « –action= »

Connaitre la version de chaque composant hardware ou software intégré dans l’Exalogic

Afficher la liste de tous les composants hard ou soft ainsi que leur adresse d’administration

[root@el01cn01 bin]# /exalogic-lctools/bin/exapatch -a listComponents
Rack Components:
Compute-Node 10.1.18.181 root
Compute-Node 10.1.18.182 root
Compute-Node 10.1.18.183 root
Compute-Node 10.1.18.184 root
ILOM-ComputeNode 10.1.18.177 root
ILOM-ComputeNode 10.1.18.178 root
ILOM-ComputeNode 10.1.18.179 root
ILOM-ComputeNode 10.1.18.180 root
ILOM-ZFS 10.1.18.175 root
ILOM-ZFS 10.1.18.176 root
ZFS-Storage-Head 10.1.18.185 root
ZFS-Storage-Head 10.1.18.186 root
NM2-GW-IB-Switch 10.1.18.187 root
NM2-GW-IB-Switch 10.1.18.188 root
PDU 10.1.18.190 admin
PDU 10.1.18.191 admin
vServer-EC-OVMM 10.1.18.194 root
vServer-EC-EMOC-PC 10.1.18.192 root
vServer-EC-EMOC-PC 10.1.18.193 root

 

Afficher la version actuelle de tous les composants hard ou soft

root@el01cn01# /exalogic-lctools/bin/exapatch -a baseVersion

 
 

Afficher l’historique des patchs appliqués sur tous les composants hard ou soft

root@el01cn01# /exalogic-lctools/bin/exapatch -a getHistory

 
 

Voir les Vservers démarrés et les compute nodes sur lesquels ils sont exécutés

Le paramètre –action=listVMs permet de lister les Vservers démarrés et les compute nodes sur lesquels ils sont exécutés. Cette commande est très utile car s’il est facile de voir les Vservers avec une commande Xen « xm list », celle-ci est locale à chaque Vserver; d’autre part, elle n’affiche que le numéro d’identification du Vserver et non son libellé tel qu’il est défini dans la console graphique Ops Center.

root@el01cn01# /exalogic-lctools/bin/exapatch --action=listVMs
Logging to file /var/log/exapatch_20150925085304.log
Compute-Node: 10.1.18.181:
        0004fb0000060000884f2e662ae8ce95 (ExalogicControlOpsCenterPC1)
        0004fb000006000021d02b9b04ef6a0e (ExalogicControl)
        0004fb000006000006f9cb124576eeab (PRODNIS1)
Compute-Node: 10.1.18.182:
        0004fb0000060000456ec60f1e549c66 (ExalogicControlOpsCenterPC2)
        0004fb00000600002a073a415f2f95d3 (PRODTRV1)
        0004fb0000060000a625ef17da8cb850 (PRODBIP1)
        0004fb00000600001d765f0efb4ce495 (PRODWEB3)
        0004fb0000060000145e9bb603e3a070 (PREPRODWEB1)
        0004fb0000060000575d5ef5d52cc032 (PRODOTD1)
        0004fb0000060000f4ca6a7a28a16131 (PREPRODOTD3)
        0004fb000006000069ba938045926284 (PRODNIS2)
        0004fb000006000033fb8b1c8cf299a4 (PRODEASY1)
Compute-Node: 10.1.18.183:
        0004fb0000060000be10f2984b2c6929 (PRODOBI1)
        0004fb00000600008a6d5ea25c516d5a (PRODWEB4)
        0004fb00000600006fff7afabcf4716b (PRODENT2)
        0004fb00000600003a533ad036ce31a7 (PREPRODOTD2)
        0004fb0000060000ec0560455fc746a5 (PREPRODOTD1)
        0004fb000006000069affaf062ef6574 (PRODOTD2)
Compute-Node: 10.1.18.184:
        0004fb0000060000b5ff5df89f66acba (PREPRODENT2)
        0004fb0000060000d25a5f9017de61b2 (PRODBIP2)
        0004fb00000600001bafd8d8b50f9491 (PRODADF1)
        0004fb0000060000a1751747d348682a (PRODWEB2)
        0004fb00000600008c653c812bd4e37f (PRODENT1)
        0004fb0000060000ee7c59fbed0868bd (PRODOTD3)

 
 

Arrêt et redémarrage de la control stack

La control stack est le cœur de l’administration et de la supervision de l’Exalogic. Elle est composée de trois Vservers intégrés à l’installation de base. Deux doivent être exécutés sur le compute node 1 (ExalogicControl,ExalogicControlOpsCenterPC1), le troisième sur le compute node 2 (ExalogicControlOpsCenterPC2).
Ces Vservers contiennent pour l’ExalogicControl le tier d’interface web de la console Ops Center et Oracle VM Manager. Les deux ExalogicControlOpsCenterPCx réalisent l’interfaçage avec les composants hard de l’installation. Le document support « How To Stop and Start the Entire Exalogic Control Stack In An Exalogic EECS v2.0.6.0.0 and later Virtual releases (Doc ID 1594223.1) » détaille le démarrage de la Stack Control. Mais la procédure est relativement moins aisée que l’utilisation de la commande exapatch telle qu’elle est décrite ci-dessous. Il est à noter que ces commandes peuvent être exécutées en production, les Vservers ne nécessitant pas Oracle VM Manager pour fonctionner. En effet, sur chacun des hyperviseurs se trouvant sur les compute nodes, Xen est responsable et autonome pour ce qui concerne l’exécution des machines virtuelles.
 

Arrêt complet des Vservers de la stack control (services linux et vservers)

root@el01cn01# /exalogic-lctools/bin/exapatch -a ecvserversshutdown

 

Redémarrage des Vservers de la stack control

 root@el01cn01# /exalogic-lctools/bin/exapatch -a ecvserversstartup

 

Arrêt des services linux sur chacun des Vservers de la stack, dans l’ordre suivant :

Proxy Controller 2, Proxy Controller 1, Exalogic Control, Oracle VM Manager, Database (base Oracle de repository)

root@el01cn01# /exalogic-lctools/bin/exapatch -a stopemoc

 

Redémarrage des services linux surc hacun des Vservers de la stack, dans l’ordre suivant :

Database (base Oracle de repository), Oracle VM Manager, Exalogic Control, Proxy Controller 1, Proxy Controller 2

root@el01cn01# /exalogic-lctools/bin/exapatch -a startemoc

 
 

Utilisation de l’outil exabr pour arrêter et démarrer la stack control

 
Le résultat est le même que l’utilisation d’exapatch avec les options ecvserversshutdown et ecvserversstartup

root@el01cn01# /exalogic-lctools/bin/exabr start control-stack

 

root@el01cn01# /exalogic-lctools/bin/exabr start control-stack