En ces jours printaniers, le coup de téléphone de prospection recommence à pleuvoir, notamment celui d'IBM pour me présenter les offres de stockages. J'explique que tout va bien et que nous sommes à jour avec des produits qui marchent plutôt pas mal. Point de N series ou de DS quelque chose en vue, non, là on me parle de XIV qui serait la même chose d'un point de vue architecture que du Pillar ....
J'avoue que ce n'est pas la première fois que j'entends cet argument un tantinet fallacieux : un stockage sous forme de noeuds de jbods en cluster (XIV) serait donc la même chose qu'un stockage modulaire (Pillar) ???? Voyons ensemble.
L'orgnisation du back-end de la XIV
Le back-end : du giga Ethernet commuté redondant, donc à tout casser 2 x 100 Mo de débit Sur ces bus transitent le trafic des blocs de données de 1Mo (stripping utilisé dans la machine), le heartbeat des noeuds, et les messages de synchro de l'ensemble.
Sur un Pillar AXIOM 600 actuel, le back-end est de 8 x 400 Mo en FC qui comme vous l'imaginez est un chouilla plus performant.
Les éléments d'un tiroirs disques de la XIV
La baie XIV intègre deux types de tiroirs de disques : Le Data Module et l'Interface Module. Ce sont en fait des serveurs LSI bi-XEON sans contrôleur RAID matériel avec 8 Go de ram dont un tiers est réservé à l'OS, ce dernier étant contenu dans une compact flash de 1Go. Le pilotage se fait au travers du port série RS-232.
L'intelligence d'un Pillar repose au sein du Pilot, un cluster linux actif/standby dédié et hors des bricks de disques. Si il s'arrête, la baie continue de vivre sa vie.
La XIV contient 9 Data Modules et 6 Interfaces Modules
Les 9 Data Modules n'ont pas vocation à dialoguer avec l'extérieur mais uniquement à stocker des données, ils n'intègrent donc qu'une carte PCI-Express dual port Ethernet non interchangeable à chaud et qui consitue un SPOF si elle lâche puisqu'elle n'est pas redondée ... Au passage, vous envisageriez-vous d'arrêter un partie de votre baie pour changer une simple carte Ethernet HS ??
Les 6 Interface Modules sont reliés au monde extérieur, intègrent 2 x 4 ports FC et 2 ports ISCSI, soit 24 ports FC et 6 ports ISCSI (3 modules maxi avec ISCSI).
La machine peut embarquer un total de 180 disques de 1To brut dont on ne peut utiliser que 50% soit 79 Go. A noter que l'aggrégation de liens Ethernet n'est possible qu'avec des ports provenant du même Interface Module .... L'administration s'opère au travers des mêmes interfaces qui véhiculent le ISCSI.
Les fonctions étant différentes entre les deux types de modules, les Interfaces Modules supporteront plus de charge que les Data Modules.
La XIV intègre 3 onduleurs 6Kva APC donnant les 12 minutes d'autonomie nécessaires à son extinction. Il faudra donc prévoir un remplacement préventif fréquent des batteries puisqu'en vieillissant elle tiennent la charge moins longtemps. Bien sûr, il faudra veiller à ce que votre faux plancher supporte le poids.
Chez Pillar, chaque brique de disques intègre deux contrôleurs RAID matériels. Elles sont reliées en FC au slammer dédié lui à l'interconnection vers le monde extérieur. Chaque slammer SAN intègre 48 Go de cache, 4 ports FC et 4 ports ISCSI. Une baie Pillar peut jusqu'à contenir 64 briques de disques soit 832 disques - 1,6 Po-, 4 slammers San et 4 slammers NAS intégrant 16 ports FC, 16 ports ISCSI et 16 ports NAS. On peut agréger l'ensemble de ces derniers pour accéder à un LUN (Multipathing). 92% de la volumétrie totale des disques est utilisable. Chaque slammer intègre deux batteries permettant de maintenir l'état du cache pendant 30 jours en cas de coupure électrique.
Les interfaces de management redondantes sont out-of-band sur des interfaces dédiées du Pilot.
Face avant et face arrière de la XIV
Concernant l'interface d'administration (GUI ou IHM en français), le XIV Storage Manager se présente sous la forme d'un outil à installer sur un PC déporté. Chez Pillar, Axiom One est intégré au sein du Pilot et ne nécessite qu'un browser Web.
Pour la gestion interne, la XIV impose de définir des storage pool d'au moins 17 Go contenant à la fois les LUNs et les snapshots. Il vaut mieux que vos LUNs notamment Thin Provisionnés soient multiples de 17, sinon bonjour la perte en ligne ....
Sur Pillar, la granularité descend au Mo. On alloue l'espace désiré pour son Lun, c'est tout. Il n'y a pas de considération à avoir concernant les snapshots, leur espace est affecté automatiquement par la baie. Le management est du simplicité biblique.
Le process d'écriture sur la XIV ... pas si redondé que celà
Concernant le mode d'écriture, là aussi il existe une différence notable en ce sens que dans la XIV un Interface Module va envoyer la donnée à écrire sur un Data Module; ce dernier la répliquant sur un autre Data Module. Donc, point d'écriture répartie sur l'ensemble des axes gage de très hautes performances.
Chez Pillar, votre donnée va être automatiquement ventilée par le ou les slammers en fonction de la redondance et du SLA demandé sur au moins 8 briques de disques (si vous les avez), le tout simultanément par les 16 contrôleurs disques RAID matériel mis à contribution.
Bref, vous l'aurez compris, si la XIV reste un très beau cluster de stockage, on ne peut pas dire qu'il fonctionne comme un AXIOM Pillar Data et qu'il soit aussi simple en terme de gestion.
