Pourquoi les serveurs UCS de Cisco simplifient-ils autant la tâche des administrateurs systèmes ?
3 min read
La simplification : un des objectifs majeurs de l’UCS.
Pour comprendre comment cette simplification s’opère au niveau de l’administration il faut revenir sur quelques notions de base.
Gérer un serveur nécessite, entre autre, trois fonctions essentielles :
1- Vérifier l’état de santé du serveur
2- Assurer la redondance ethernet
3- Configurer le serveur (RAID, BIOS, carte de management, paramètres avancées des cartes ethernet et FC …)
Ces fonctions requièrent un développement de la part du fabricant de serveurs car lié 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
- Par design au niveau du matériel.
Bénéfice d’architectures avec l’UCS
Cisco a choisi de réaliser ces fonctions de gestion de serveur par design dans le matériel. Ce choix le distingue des autres constructeurs et permet de se différentier de plusieurs façons:
- Master OS simplifié puisqu’il ne contiendra dans le cas de l’UCS que deux éléments constructeur : le driver ethernet et le driver FC.
- On évite ainsi 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)
- 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.
Bénéfice du serveur UCS (avec l’UCS Manager) lors de la mise en place d’un serveur Physique ?
A- Avec une architecture traditionnelle il ya 4 étapes lors de la mise en place d’un serveur :
1-déterminer le nombre de ports Ethernet et FC : équipe achats
Ce nombre deports à définir va conditionner une commande de matériel (carte réseau, carte FC, module de connexion pour châssis blade) de la part des achats
2-Configuration matérielle(Raid ,Bios etc..) : équipe système
Cette opération se fait manuellement ou de manière automatique par l’intermédiaire de scripts. Cela nécessite un environnement PXE (Preboot Execution Environment) . 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.
3-configuration switch : équipe réseau (LAN / SAN)
Les équipes réseau doivent configurer les switchs ethernet et fibre channel pour permettre aux serveurs de communiquer et/ou permettre leur configuration via les utilitaires de scripting.
4- installation de l’OS et des applis (BMC Bladelogic, Microsoft SCCM,HPSA,IBM Tivoli..)
Le repository contient autant de master que d’OS à traiter (1 pour linux, 1 pour windows, etc..) plus un certain nombre de patchs pour adapter le master aux différents types de matériels.
B- Ce qui change avec l’UCS manager :
UCS apporte un outil unique , l’UCS manager, pour les 3 premières étapes
- Plus besoin de définir dès les achats le nombre de ports . En effet la carte VIC permet de définir les ports sans contraintes ni limitation par simple programmation logicielle.
- Les configurations matérielles vont être automatisées 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). Les services profiles permettent de gérer la conformité de la configuration matérielle des serveurs (BIOS,ethernet, FC, firmware, RAID, management etc). - La configuration ethernet et SAN est réalisée au démarrage du système UCS et valable jusqu’à 160 serveurs. Les service profiles permettent de garantir aux administrateurs des réseaux ethernet et SAN que les serveurs se connectent avec les bons paramètres.
- L’intégration avec les principaux outils d’administration et de provisioning est extrêmement simple grâce aux API XML d’UCS Manager fournies parCisco.
La carte VIC (Virtual Interface Card) et UCS Manager permettent de limiter les adaptations des images OS :
- 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
N.B: Merci à Arnaud Bassaler , consultant datacenter, de m’avoir fourni les informations pour écrire ce billet…(voir la video avec Arnaud sur les gains opérationnels apportés par les services profiles)
Authors
