avr 05

La fin des baies CLARiiON et Celerra chez EMC : bienvenue à V-CX

Merci à Olivier pour avoir attiré mon attention sur cette nouvelle de The Register concernant la convergenace des baies CLARiiON et Celerra vers une nouvelle baie (« hybride ») la V-CX.

EMC to converge CLARiiON and Celerra arrays
EMC is about to converge its CLARiiON and Celerra arrays into a new V-CX product, according to a pair of sources with knowledge of the situation.
This will be presented as virtualised unified storage with new levels of VMware integration, the sources say.
The product will apparently come with iSCSI and FCoE block access and possibly physical Fibre Channel too. File access will be through the usual suspects: NFS and CIFS.
CLARiiON CX4 users will have a transition path to the V-CX. The separate Celerra product line will remain available but its longer term direction is one of disappearance into the V-CX product set and end-of-life as a separate product. The need for Celerra to remain available is possibly there because full Celerra functionality won’t be in the V-CX on day one, being deliverable in later releases.
The V-CX will have a VMware code underpinning, and it will run the CLARiiON’s FLARE operating system as well as the Celerra’s DART O/S. There will be one or more controllers in a V-CX array with N+1 failover between them. These controllers will be clustered.
Sources are also saying that V-CX arrays can be configured for N+1 failover between them. The arrays will be clusterable and federated, through V-Plex
A V-CX array will come with both hard disk drives (HDD) and solid state drives (SSD). It can grow performance by having controllers added and grow capacity by adding either or both HDDs and SSDs. Such scaling can be done on demand. Upgrading a V-CX with drive shelves, controllers, the O/S software and firmware is claimed to be transparent.
The announcement timetable, the one we have seen, looks quite aggressive. There may be some kind of early or pre-announcement in the week after Easter. EMC World takes place in the USA in May and more might be said about it there. The first general availability would be in June, possibly even May, with fuller featured availability three months later in the fourth quarter, possibly October.
Stifel Niklaus analyst Aaron Rakers says he is expecting the CLARiiON refresh to take place in the third quarter or early second half. This would be about two years since the CX4 model was introduced.
Converging CLARiiON and Celerra is an interesting tactic in that EMC is arriving at the place where NetApp exists now. NetApp started with filers and added SAN access to them, creating its unified FAS storage arrays running Data ONTAP. Now EMC is taking its block access CLARiiON array technology and adding in the Celerra filer/iSCSI functionality to create its own single unified storage line.
We can also see a similarity here with HP’s expected direction of having multiple array personalities on a single basic storage hardware set, such as EVA, LeftHand, and Ibrix.
There is another piece to this puzzle in that EMC is developing a UbFS file system, one that will underpin both block and file access to its storage arrays. UbFS is a provisional name and it is a follow-on from Celerra’s UxFS file system. We’re hearing that UbFS has a 758KB chunk size, the same as the sub-LUN size in FAST 2. This filesystem is said to be a prerequisite for FAST2, EMC’s automated data moving software from array tiering.
A V-CX would fit nicely, in EMC product naming terms, alongside the Symmetrix V-Max and the coming V-Plex array federalising box. Everything is coming up virtual.
One piece of uncertainty is that we haven’t found any reference to an EMC V-CX trademark, which we did with V-Plex. So the drum messages could be virtual hogwash.
EMC declined to comment.

Comment ne pas se réconforter d’avoir fait le choix Pillar Data Systems il y a de cela moins de 6 mois concernant l’extension de notre stockage.

Néanmoins cette nouvelle n’a rien de surprenant quand on étudie les concurrents plus ou moins direct d’EMC (NetAPP, Pillar, …) qui propose pour une même baie et du SAN et du NAS.

Il est a noté l’apparition du FCoE dans l’ex-gamme CLARiiON.

Cette partie de l’article me laisse perplexe attendons de voir l’annonce officielle d’EMC :

The V-CX will have a VMware code underpinning, and it will run the CLARiiON’s FLARE operating system as well as the Celerra’s DART O/S.

avr 05

Wyse P20

Dernier client leger de nos tests, le P20 nous a été prêté par Wyse France. Christophe Montuy – ingénrieur avant-vente chez Wyse – nous à même fait l’honneur de venir nous le présenter.

Ce terminal est une version « brandée » Wyse du terminal léger développé par Teradici.

Une fois configuré (quelques clics) on arrive sur une mire de login « View »  et là surprise CTRL+ALT+SUPP fonctionne dans la VM dans non dans le terminal. P20 : 1 point :D

Pour administrer son parc Wyse via Terradici fourni une VM (fichiers .vmdk et .vmx)

Avec cette VM il est possible d’avoir la visibilité sur son parc, d’appliquer des profiles, de mettre à jour son parc (update de firmware) et de rebooter les terminaux.

Chaque terminal Wyse P20 peux aussi être administrer unitairement via un serveur web intégré au terminal

Bref ce terminal semble correspondre à nos exigences :

  • Pas de gestion du changement pour nos utilisateurs (CTRL+ALT+SUPP)
  • Bi-écran
  • Administration centralisée
  • Intégration parfaite du client View 4 / PCoIP (dans le cas du P20 repackagé complètement)

Nous avons commandé plusieurs terminaux pour continuer les évaluations et réaliser une maquette avec nos utilisateurs.

avr 05

Vers un VMware User Group Global

En tant que co-leader du VMware User Group France , j’ai reçu cet email de la part de VMware Corp :

VMware User Group Members,
Since the creation of the VMware User Group Program (VMUG) in 2004, we now have 140 chapters and over 30,000 members that span 32 countries. VMware knows how a group of passionate customers and stakeholders can positively impact a company and its direction. As groups and membership continues to grow, VMware is committed to providing an infrastructure that will support and maximize the value of the VMUG program to the VMware ecosystem.

I am excited to share with our User Group members that VMware is supporting the establishment of an independent, global customer-led, customer-driven VMware User Group (VMUG), to be launched in June 2010. Through an independent global VMUG, we believe we strengthen our collective VMware and VMUG value proposition with expanded collaboration, member programs, and benefits.

As a VMware User Group Member, the new independent VMUG will enable you to:

  1. Tap into new VMUG member benefits and programs, such as Special Interest Groups, webinars, and VMware technical education offerings
  2. Increase your value to your organization by becoming the recognized VMware subject matter expert through knowledge and contacts gained through VMUG
  3. Become part of a global, collective customer voice, impacting VMware products/services

One of the most exciting aspects of an independent VMUG organization is that VMUG will be led by VMware customers—your peers. The VMUG Steering Committee has been charged with providing strategic direction and leading the formation of an independent, global VMUG—ensuring long-term value for VMUG members.

In the coming weeks I look forward to announcing the VMUG Steering Committee. Frequent and open channels will be available to the VMUG membership to provide feedback and questions to the VMUG Steering Committee. Should you have immediate questions or feedback please feel to send your questions or comments to memberservices@myvmug.org.

This is a very exciting initiative for the entire VMware community and I look forward to the value an independent, global VMware User Group can provide.

Sincerely,

Kathi Kaplan
Vice President, Global Programs

VMware souhaite donc un VMware User Group « global » et indépendant de la Corp.

Difficile d’être contre néanmoins plusieurs questions se posent :

  • Comment ont été choisis les membres du comité ?

Concernant ce point j’ai écrit à Kathi Kaplan pour les faire part de mes craintes concernant un comité « Américano-Américain » et que certains VMUGs Européens perdent leurs ames latines … sans réelle réponse à ce jour.

  • Pour combien de temps est-on élu à ce comité ?
  • Quel est le « pouvoir » de ce comité ?
  • Comment sera financé ce « VMUG Global » ?

La seule information que j’ai en ma possession pour le moment est que ce « VMUG Global »  sera géré par http://www.smithbucklin.com/

N’hésitez pas à laisser un commentaire si vous avez d’autres questions,  je les transmettrai  à VMware Corp.

avr 05

La gestion des patchs sur le matériel

Je discutais la semaine dernière avec David Dariouch de Pillar Data Systems de la gestion des patchs et plus particulièrement sur le matériel.

Le point de vue d’un constructeur est qu’il faudrait réaliser une campagne de tests annuelle sur l’ensemble du parc. L’idée est séduisante mais n’est pas toujours réaliste en fonction des organisations. En effet, nos infrastructures complexes nécessitent de valider les montées de version matérielles de bout en bout. Prenons l’exemple du stockage, il faudrait possédé en recette :

  • un serveur
  • des cartes HBA (ou dans mon cas des CNA FCoE)
  • un Fabric (là ca devient plus compliqué pour les PME)
  • une baie de stockage  (quasiment impossible pour une PME)

et du temps pour réaliser les tests de compatibilité et de non régression.

Un exemple concret, lors du remplacement d’un de nos 6500 de coeur de réseau, nous avons rencontré un effet de bord non escompté, à savoir les dvSwitch de nos ESX se sont mis à dropper tous les paquets entrant pour les VMs. Pour essayer de reproduire le problème afin de diagnostiquer, nous avons dans un premier temps souhaité une maquette hélas, il nous manquait des Nexus 5000 pour reproduire l’architecture, il a donc été décidé d’arrêter la production un samedi et de reproduire le problème sur notre environnement de production.

Tout cela pour dire qu’il n’est plus  toujours facile de valider les interventions sur nos architectures qui sont de plus en plus complexes et que les risques d’incompatibilité entre différents firmwares vont être de plus en plus présents – pour rappel, nous avons du flasher nos cartes CNA pour qu’elles fonctionnent correctement entre vSphere 4 U1 et les Nexus 5020.

Je garde néanmoins à l’esprit la suggestion de David qui est  de prévoir une campagne de « patchs » une fois par an.

Et chez vous, réalisez -vous des tests de bout en bout lors de l’application d’un patch matériel ?