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é.
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.
En avant première de ma présentation sur le FCoE et le Cisco Nexus 1000v en environnement vSphere lors de l’ITI Forum voici quelques photos du dernier nettoyage d’une salle serveurs suite au passage en FCoE sur Nexux 5020
Ce qui nous a permis de libérer deux 2960G
Plus que 2 ou 3 ports FC à libérer sur les McData pour les libérer à leur tour.
A l’opposé du « cri d’alarme » du Garner concernant la sécurité en environnement virtuel, une amie journaliste, Karine pour ne pas la nommer, rappelle que l’on peut virtualiser en toute sécurité, la preuve avec le Groupe Agrica qui virtualise ses DMZ grâce à vSphere et au Nexus 1000v de Cisco :
Agrica s’est rapidement rendu compte que le Nexus 1000v avait d’autres avantages, et notamment en matière de sécurité. Ce manque de visibilité réseau lié à la virtualisation empêchait la virtualisation des DMZ, sans risquer de faire des erreurs. Le Nexus 1000v change donc la donne. Il devient possible de virtualiser ses DMZ, tout en bénéficiant des avantages d’un tel processus. L’empreinte de la DMZ étant réduite, l’opération libère de l’espace dans le rack ce qui réduit la consommation électrique et les coûts d’exploitation. “Cela nous a permis de diminuer de 50 % le nombre de serveurs dédiés à nos DMZ” précise Julien Mousqueton. Pour Agrica, la sécurité, déjà apporté par DRS et VMotion de VMware, n’en a été qu’amplifiée. Le Nexus 1000v permet d’assurer un niveau de sécurité jusqu’à la machine virtuelle et non plus seulement jusqu’au serveur de virtualisation.
Source : Le Groupe Agrica virtualise ses DMZ
VMware s’associe à Cisco pour proposer un séminaire le 18 mai dans les locaux de VMware à La Défense sur la virtualisation des réseaux grâce au Nexus 1000v
Hier soir, j’ai participé à la demande de Cisco à un des webinar sur le Nexus 1000v (cf ce billet), 3 clients étaient initialement prévus :
Les questions de fin ont surtout porté sur le monitoring de cet équipement :
Same as a physical switch : snmp, Net flow , …
Si tu es un fidèle lecteur de mon blog, tu dois déjà savoir que nous avons mis en oeuvre au sein de mon entreprise le Cisco Nexus 1000v sur vSphere et le Cisco Nexus 5020 au sein de notre Datacenter.
VMware et Cisco m’avaient demandé de faire un « case study » sur le sujet avant ma participation* à Cisco Live ! (anciennement Networker), c’est maintenant chose faite.
J’avais reçu en avant première le document en Anglais ce matin, et la version Française est disponible maintenant sur le blog Datacenter de Cisco France tenu par Eric.
Bonne lecture
* Il va vraiment falloir que je fasse un billet sur Cisco Live! avant le départ prévu lundi matin
Des Nexus 5020 c’est bien mais il faut les administrer, pour cela Cisco met à disposition deux outils respectivement dédiés au SAN et au LAN.
Cet outil issu des switchs SAN de la gamme CISCO MDS permet d’administrer toute la partie SAN du Nexus (vSAN, zoning, FCoE, FC, … )
Pour DataCenter Network Manager est l’outil d’administration LAN de la gamme Nexus 5000 et 7000 (j’espère pouvoir « jouer » avec la version intégrant les Nexus 1000v début 2010 
)
Cet outil est très complet et permet d’administrater de manière centralisée les équipements Nexus : vCP, vLAN, ports, …
Quelques avantages de DCNM :
- fini le snmp tout se fait en SSH/XML avec un « map » du User DCNM avec celui des équipements.
- gestion centralisée avec une interface intuitive et conviviale (on est loin de CiscoWorks …)
- Possibilité d’accéder aux informations de DCNM en SOAP
- pré-validation des modifications des configurations
- gestion des changements de configuration (Nexus 7000 uniquement pour le moment : utilisation des fonctions ROLLBACK)
- Centralisation des events
et bien plus encore …
C’est officiel, je suis le premier « gros » client Cisco Nexus 1000v français, sachant qu’un « petit » client nous devance avec 2 licences. 
Le premier déploiement du Nexus 1000v est prévu dans les jours qui viennent avec la virtualisation d’une DMZ et courant novembre, nos fermes vSphere vont suivre en parallèle de la migration de VI3.5 vers vSphere 4
Le commutateur virtuel à la sauce Citrix a franchi une étape de plus. Annoncé rapidement par Wes Wasson, Vice-président et CFO de Citrix, lors du deuxième keynote de Synergy 09 au mois de Mai dernier à Las Vegas, le XenServer Distributed Virtual Switch, l’équivalent du Nexus 1000V (switch virtuel développé pour VMware vSphere avec Cisco) est à priori prêt à être testé. Comme l’a signalé le premier virtualization.info, Simon Crosby, CTO Management & Virtualisation chez Citrix a en effet utilisé twitter pour son appel à bêta testeurs il y a quelques jours.
La suite sur Virtuanews @ ZDnet
CPU: 462,548 MHz
RAM: 1,706,364 MB
Storage: 62,010 GB
ESX Hosts: 32
Resource Pools: 23
Virtual Machines: 301
VMotions: 2614
Power States:
(227) 
(74) 
(0)
plugin by nickapedia