VMware et Cisco viennent de publier une vidéo pour présenter les nouvelles fonctionnalités du couple VMware vSphere 5 et Cisco Nexus 1000v, avec entre autre, mon ami Han Yang (Product Manager)
Ayant eu en avant première la présentation des nouvelles fonctionnalités … je vous le dis … que du bon …
Alors que je suis sous le soleil de San Diego … Cisco annonce une nouvelle version de DCNM très attendue puisqu’elle unifie l’administration du SAN et du LAN dans DCNM en y intégrant Fabric Manager.
Virtual Security Gateway (VSG) pour Cisco Nexus 1000V est une appliance virtuelle qui sécurise les accès à des environnements virtualises que ce soit pour des entreprises ou des opérateurs de Cloud.
Cette sécurité prend en compte les contraintes de création dynamique de VMs, de transparence vis-à-vis de la mobilité des VMs et des déploiement en environnement multi-clients.
Cette appliance virtuelle Cisco VSG apporte aux entreprises l’intérêt de workload virtualisé avec une sécurité basée sur des contrôle par zone. On est capable de monitorer l’activité et on peut s’aligner plus facilement avec les règles de sécurité que ce soient celles de l’entreprise ou bien celles imposées par la réglementation. Les audits de sécurité sont également simplifiés par VSG.
Cette appliance aide à s’assurer que l’accès à des zones sécurisées est controlé et monitoré par des règles de sécurité bien définies.
Voici une video qui explique les fondamentaux de la solution :
Le Nexus 1010 est une appliance physique qui héberge un ou plusieurs Virtual Supervisor Module (VSM) du Nexus 1000V. En termes plus simples, le VSM est l’équivalent pour le Nexus 1000V de la carte superviseur d’un commutateur physique. Il était jusqu’à présent disponible uniquement sous forme d’une Virtual Machine VMWare, et le Nexus 1010 le rend disponible sous forme d’un boitier dédié. Un seul Nexus 1010 peut héberger jusqu’à 4 VSM, ce qui permet d’administrer jusqu’à 256 serveurs ESX.
Hier matin, je participais à un petit déjeuner organisé par le Club 01 DSI et Brocade qui proposait de répondre à des problématiques telles que le centre de données du futur, l’impact de la virtualisation sur les réseaux de stockage et les réseaux locaux, le caractère inéluctable de la convergence, la réunion des équipes et l’évolution de leurs compétences. Deux témoignages la Société Général (2000 ports SAN/ > 1 Po de stockage) qui n’a pas été jusqu’au bout de la démarche et le Groupe Agrica (FCoE, > 100 To) qui est en production depuis maintenant un an.
Trois points importants sont ressortis de ce débat, tout le monde unifiera son réseau SAN/LAN avec un objecif 2015 (pour les Grands Groupes), la virtualisation apporte de la disponibilité et de la souplesse et l’importance des ressources humaines : pourquoi ne pas créer un nouveau métier …
Une nouvelle version du Nexus 1000V est disponible, la 4.0(4)SV1(3a) – si je tenais la personne qui a décidé le versionning de NXOS …. il aurait été plus simple de l’appeler 1.3
D’après la release note aucune nouveauté deans cette version mais juste la correction de 24 bugs.
Une mise à jour qui n’est pas recommandée si vous ne rencontrez aucune difficulté.
Sur le site communautaire de Cisco un employé de la firme de San José, vient de publier un document au format pdf expliquant pas à pas la procécure de migration d’un Nexus 1000v de vSphere 4 à 4.1
Remarque : seul le Nexus 1000V Release 4.0(4)SV1(3) est supporté pour faire la mise à jour
Si vous utilisez le switch virtuel de chez Cisco pour vSphere et que vous souhaitez mettre à jour votre infrastructure virtuelle avec l’update 2, n’oublie pas la gestion des compatibilités entre le Nexus 1000v et vSphere.
En effet ESX 4.0 U2 n’est pas compatible avec le Nexus 1000V release 4.0(4)SV1(1). Il est impératif de mettre à jour le Nexus 1000v avec la release 4.0(4)SV1(2) ou mieux la release 4.0(4)SV1(3) du module VEM.