Industrialiser l’administration des serveurs : c’est possible avec le serveur UCS de Cisco
Les serveurs UCS de Cisco ne sont pas des serveurs comme les autres. Cela peut paraitre prétentieux de le dire mais pour avoir rencontré de nombreux utilisateurs, je peux dire avec confiance que l’UCS tient ses promesses.
Je voudrais illustrer cela en particulier en ce qui concerne la simplification des tâches d’administration qui se traduit en gain de temps et d’économie.
On peut réellement parler d’industrialisation, ce qui devient important des que l’on évoque le Cloud avec ses besoins de scalabilité et d’élasticité.
Revenons sur quelques points pour concrétiser cela.
Les limites de la gestion des serveurs traditionnels
Gérer un serveur nécessite, entre autre, trois fonctions essentielles :
- Vérifier l’état de santé du serveur
- Assurer la redondance ethernet
- Configurer le serveur (RAID, BIOS, carte de management, paramètres avancées des cartes ethernet et FC …).
Dans une architecture traditionnelle de serveurs (avant UCS), ces fonctions requièrent un développement de la part du fabricant de serveurs car elles sont liées intrinsèquement au matériel. Ceci peut se faire par la fourniture d’agents SNMP, d’un driver de NIC Teaming pour assurer la redondance, d’utilitaires de scripting pour la configuration ou par design au niveau du matériel.
Une gestion consommatrice de temps et qui freine les changements
Lors de la mise en place d’un serveur 4 étapes sont nécessaires à réaliser qui vont impliquer plusieurs équipes:
- déterminer le nombre de ports Ethernet et FC ( équipe achats)
- configurer le matériel (équipe système)
- configurer les switchs SAN et LAN(équipe réseau et équipe stockage)
- installer l’OS et les applications (BMC Bladelogic, Microsoft SCCM,HPSA,IBM Tivoli..).
la gestion de la configuration du matériel : complexe et peu évolutive ….
Sans revenir sur la complexité de chaque étape, prenons juste l’exemple de l’étape de la gestion de la configuration du matériel.
Cette configuration du matériel se fait manuellement ou de manière automatique par l’intermédiaire de scripts. A chaque changement de gamme ou de constructeur, l’ensemble des scripts doit être revu, corrigé ou réécrit.
L’industrialisation ne dure que le temps de la vie du serveur et provoque une réticence à des évolutions pour ne pas remettre en cause les scripts
l’UCS simplifie et permet d’automatiser l’administration
On peut toujours automatiser mais il ne faut pas que ce soit au prix d’un effort excessif qui fige les choix technologiques et empêche d’évoluer facilement pour profiter de nouvelles évolutions ou innovations.
Alors comment fait-on avec les serveurs UCS ?
Cisco a choisi de réaliser les fonctions (les 3 évoquées en début de ce billet) de gestion de serveur par design dans le matériel. Ce choix distingue l’UCS des autres serveurs du marché.
– Un master OS qui facilite les évolutions
Avec un master OS simplifié(ne contient plus que deux éléments constructeur : le driver ethernet et le driver FC) on évite la contrainte des agents et utilitaires qui nécessitaient à chaque évolution matérielle une revalidation des composants et une adaptation du Master OS.
Pour l’UCS en cas de changement de matériel, les modifications seront minimum voire nulles (cas de la carte VIC lors d’un changement de génération)
– Homogénéité des fonctions pour tous les OS :
Tous les OS sur X86 bénéficient des mêmes fonctionnalités opérationnelles dans le cas de l’UCS puisque ces fonctions sont gérées par le matériel.
– Un même outil d’administration, l’UCS manager qui va simplifier les phases d’installations d’un serveur physique:
- Définition des ports sans contraintes ni limitation par simple programmation logicielle grâce à la carte VIC ..
- Automatisation des configurations du matériel par l’utilisation des services profiles facilement mis à jour lors d’évolution. L’industrialisation est réelle et pérenne puisque valable quel que soit le format de serveur (blade ou rack), le type de serveur (2 ou 4 processeurs), ou sa génération (M1, M2 ou M3).
- Gestion de la conformité de la configuration matérielle des serveurs (BIOS, Ethernet, FC, firmware, RAID, management
etc) grâce aux services profiles - Automatisation des paramétrages .La configuration Ethernet et SAN est réalisée au démarrage du système UCS et valable jusqu’à 160 serveurs. Les services profiles permettent de garantir aux administrateurs des réseaux Ethernet et SAN que les serveurs se connectent avec les bons paramètres.
- Intégration avec les principaux outils d’administration et de provisioning est extrêmement simple grâce aux API XML d’UCS Manager fournies par Cisco.
- Simplification des adaptations des images OS grâce à la carte VIC (Virtual Interface Card) et l’UCS Manager (même driver pour VIC1 et VIC2, Nic teaming géré directement par la carte VIC, Supervision assurée par le matériel, pas d’utilitaires Cisco à installer)
voir la video avec Arnaud Bassaler sur les gains opérationnels apportés par les services profiles)
Tags:
1 commentaires