Après les cartes SCSI au format ISA, j'ai remis la mains sur des cartes un peu plus récentes à savoir :
Conséquence, Oracle devra ronger son frein jusqu'au 19 janvier, au plus tard, pour voir s'il peut poursuivre ses projets. « La Commission doit examiner très attentivement les effets qu'aurait sur la concurrence en Europe le projet du premier fournisseur mondial de logiciels de bases de données propriétaires de racheter la première société mondiale de bases de données ouvertes », a indiqué Neelie Kroes, membre de la Commission responsable de la concurrence. En clair, la commission redoute qu'Oracle ne soit tenté de favoriser son SGBD, au détriment de MySQL.
Or, dans le même temps, MySQL connaît une forte progression. Ainsi, si les résultats financiers de Sun ne sont pas florissants – et c'est un euphémisme –, les revenus issus de la base de données libre ont grimpé de 50 % entre 2008 et 2009, même s'ils ne représentent que 300 millions de dollars environ.
D'autant qu'Oracle n'a pas été très clair sur ses intentions concernant MySQL. D'ailleurs, les utilisateurs de MySQL s'inquiètent qu'Oracle cantonne le SGBD libre au Web. Ce n'est pas un hasard si de nombreux forks sont développés par la communauté MySQL (lire 01 Informatique n° 2006) face à cette menace.
Vu sur 01net par Renaud Bonnet :
Mariage de poids lourds. EMC, le numéro un mondial du stockage sur disques, et Cisco, celui des réseaux, seraient en train de former une coentreprise pour intégrer et commercialiser une plate-forme informatique développée en commun.La rumeur, qui tournait depuis des semaines sur Internet (nourrie par un article initial de notre confrère The Register), a été confirmée par un article du Wall Street (édition du 4 septembre), qui affirme que des recrutements sont en cours.
Baptisée provisoirement Alpine, la nouvelle structure proposerait, à des grands comptes, hébergeurs et prestataires cloud, de mettre en place dans leurs salles informatiques des systèmes composés de stockage EMC, de serveurs et d'éléments de réseau Cisco et, très probablement, des outils de virtualisation de VMware, filiale d'EMC dont Cisco possède quelques pourcents du capital.
La création d'une telle structure fait sens de plusieurs manières. EMC et Cisco collaborent déjà très régulièrement, surtout depuis l'annonce par Cisco de sa ligne de serveurs UCS. En effet, l'équipementier doit proposer des solutions de stockage à ses clients éventuels pour espérer vendre ces plates-formes.
Or, EMC présente l'immense avantage de ne pas posséder d'activité serveurs, contrairement à ses grands concurrents HP et IBM. De plus, le constructeur apporte à Cisco une expertise et une garantie de sérieux dans le domaine du stockage. Depuis la présentation des serveurs UCS, la tendance chez les différents fournisseurs se porte en effet vers la mise à la disposition des clients de solutions complètes. Pour ce faire, IBM a par exemple resserré ses liens avec Brocade, qui lui fournit les composants réseaux qu'il ne possède pas.
Si Alpine voit le jour, il s'agira avant tout d'une structure de services, mais aussi de la première tentative pour les deux entreprises de s'associer aussi étroitement avec un partenaire de cette taille. Une association qui mettrait fin à des mois de rumeurs sur une éventuelle fusion entre les deux compagnies.
J'ai l'immense plaisir de vous annoncer que nous allons enfin déployer le NEXUS 1000v au sein de nos serveurs vSphere sur notre infra FCOE reposant notamment sur du NEXUS 5000. Je tiens particulièrement à remercier Sandrine Tarnaud, qui m'a largement aidé pour l'acquisition des licenses Entreprise Plus nécessaires au fonctionnement du distributed switch et du Nexus virtuel. Dès que j'aurai quelques minutes, je ne manquerai pas de vous décrire la configuration du Nexus 1000v sur un serveur vSphere équipé des CNA Emulex ... en poussant peut-être jusqu'à l'interfaçage avec le Nexus 5000 :)
Elle est architecturée autour de "Data Module" comprenant disques SATA, contrôleurs, connexions d'entrées/sorties cache, CPU et Firmware. En fait, ce sont des tiroirs de disques dans lequel on aurait à chaque fois placé l'intelligence de la baie. Chez Pillar, on dirait que les briques de disques embarquent des 'slammers' (switch fabric et cache). L'avantage théorique est d'écrire en grille les données sur l'ensemble des axes de la baie, gage de performance en relecture notamment ... effectivement comme sur un Axiom, la QOS disque en moins ! Dans le détail, chaque Data Module embarque 8 Go de cache, 12 disques, une CPU, 4 ports FC et 4 ou 2 ports Ethernet dédiés au ISCSI. Les modules dialoguent entre eux en Ethernet au travers de deux commutateurs Ethernet Dédiés en lieu et place d'un infiniband sur un EMC V-MAX.Là on touche les différences fondamentales entre un Pillar Axiom et un XIV : les briques Pillar embarquent les disques et les contrôleurs mais pas l'intelligence de la baie qui est centralisée sur le module Pilot redondant qui dirige la machine au travers du slammer. En gros les I/Os sont réparties sur les deux machines, de manière plus fine sur un Axiom -avec la QOS physique sur disque- mais là où l'intelligence est répartie sur un XIV, elle est centralisée sur un PILLAR.Le XIV peut intégrer 15 'Data Modules' contre 64 briques de disques sur un Pillar, la protection des caches mémoire d'un XIV se présentent sous la forme de 3 onduleurs APC 3KVA donnant 15 minutes d'autonomie - signe que le temps de déchargement des caches n'est peut-être pas aussi rapide que celà - alors qu'un slammer n'embarque que deux batteries tenant dans la main. Dans les faits, un XIV ne commence à être efficace qu'avec un minimum de 80 To de volumétrie pour pouvoir ventiler 40 To de données utiles ....Le réseau Ethernet interne permettant le fonctionnement et la synchronisation entre "Data Module" ne doit pas chômer. Bref c'est un beau produit techno bien complexe à développer, probablement très performant en écriture, un peu moins en lecture du fait de la synchronisation de la recomposition des données depuis les Data Module et au final moins aboutî qu'un AXIOM. Plus d'infos sur http://www.xivstorage.com/product/product_specifications.asp
