Les infrastructures convergées sont en passe de devenir monnaie courante et 25 à 30 % des serveurs Cisco UCS sont aujourd’hui livrés dans le cadre d’infrastructures convergées.
1- Un premier niveau de convergence avec la conception novatrice des serveurs UCS de Cisco
Lorsque Cisco décida de rentrer dans le monde des serveurs ce fut par une architecture basée sur la convergence de plusieurs ressources matérielles.
Le nom même de cette nouvelle race de serveurs introduite par Cisco portait en lui cette notion de convergence : Unified Computing System !!!
Il ne s’agissait donc pas d’intégrer plusieurs technologies dans une même « boite » mais réellement d’unifier ces ressources (en l’occurrence serveurs, réseau et accès au stockage) pour simplifier l’administration, réduire la complexité matérielle, apporter plus d’agilité lors de l’allocation de ressources matérielles et faciliter les évolutions.
Cette unification s’est faite en repensant totalement les architectures traditionnelles et en innovant en particulier en remontant toute l’administration en un point unique dans la couche d’accès réseau (fabric interconnect), en utilisant le FCoE et en introduisant la notion de service profile.
2- Deuxième étape de la convergence : intégrer les baies de stockage
Aujourd’hui le serveur UCS est intégré largement dans des infrastructures convergées « complètes » avec plusieurs fournisseurs de stockage comme EMC (Vblock,VSPEX) , HDS (UCP) et NetApp (FlexPod, Expresspod)
L’objectif, ou l’intérêt de ces infrastructures convergées ? Plusieurs :
- Réduire le temps de conception de l’architecture. L’intégration est faite en amont.
- Réduire les risques. L’architecture est basée sur des tests et des validations des constructeurs
- Réduire le temps de mise en production
- Faciliter la maintenance de l’infrastructure. En fonction des cas on disposera d’un point unique de maintenance ou d’une maintenance collaborative.
- Bénéficier d’architectures de référence pour insérer l’infrastructure convergée
dans un contexte applicatif. - Industrialiser, dans le cas des Vblocks, la conception mais également les évolutions des configurations (en maintenant la cohérence des versions de microcodes par exemple)
3- Le choix entre les infrastructures convergées :
Il se fait sur différents critères qui tiennent au contexte de chaque client je citerai par exemple:
- Le choix du stockage et des fonctionnalités des baies de stockage.
- Les facilités d’évolution par rapport au planning du client.
- L’insertion dans l’existant
- Les architectures de références validées avec une infrastructure convergée.
- les architecutres de référence avec les applications
- La taille de la configuration de départ et la cible.
- Le réseau de partenaires.
Et puis le choix va dépendre également de la volonté plus ou moins forte de maitriser chaque composant d’une infrastructure convergée ou de rentrer dans un processus d’industrialisation considérant l’infrastructure comme un tout.
4- Infrastructure convergée et gestion convergée :
Après l’infrastructure, reste à unifier l’administration. C’est le rôle de Cisco Unified Insfrastructure Controller (CUIC) plus connu sous le nom de Cloupia.
C’est d’abord une solution de gestion unifiée pour l’infrastructure (en particulier les 
« PODs ») du Data Center. Elle permet donc de découvrir, inventorier, administrer et « approvisionner » les PODs et leurs composants physiques et virtuels. Les composants supportés par CUIC sont de 4 types: virtualisation, serveurs, réseau et stockage.
On retrouve bien les composants des offres “PODs” auxquelles Cisco participe : Flexpod et ExpressPod avec Netapp, VSPEX et Vblock avec EMC. Les Vblocks haut de gamme (EMC VMAX) sont prévus cette année ainsi que les baies de stockage HDS.
Authors
