Adaptateurs FC IBM Power : le SFP est-il sa propre FRU, et IBM remplacera-t-il des optiques que nous n'avons pas achetées chez eux
Nous faisons tourner quelques boîtiers IBM Power à côté d'un petit SAN, et j'essaie de coucher sur papier une politique de pièces de rechange sensée avant le prochain renouvellement de maintenance matérielle. Le point que je n'arrive pas à cerner, c'est le transceiver lui-même : sur certains adaptateurs, il ressemble à une pièce remplaçable sur site à part entière, sur d'autres une intervention de service se termine par le remplacement de l'adaptateur entier, l'optique repartant avec lui.
- IBM Power Systems, adaptateurs Fibre Channel en 32 Gb et 64 Gb
- adaptateurs Ethernet et RoCE dans le même châssis, cages SFP28 et QSFP28
- optiques fournies pour la plupart par IBM, plus une poignée de SFP28 tiers côté Ethernet
Ce que j'ai réussi à déterrer de la documentation des adaptateurs jusqu'ici :
64Gb FC: EN2N/EN2P (CCIN 2F05), EN1N/EN1P (CCIN 2CFD) - transceiver FRU 78P7722
32Gb FC: EN2L/EN2M (CCIN 2F06), EN1L/EN1M (CCIN 2CFC) - transceiver FRU 02CL041Ce que j'ai essayé :
- ouvert une intervention de service sur un port devenu silencieux, et le résultat a été un remplacement de FRU adaptateur plutôt qu'une optique ;
- demandé si nous pouvions simplement commander la FRU du transceiver et en garder une de rechange sur l'étagère, sans obtenir de réponse claire ;
- parcouru les fonctionnalités des adaptateurs Ethernet pour voir si la même logique s'y applique du tout.
Donc deux questions. Sur quelles fonctionnalités le transceiver est-il réellement une FRU séparée, et quelle est la position réelle de service quand le module dans la cage n'a pas été acheté chez IBM ?
Comments 3
Votre lecture du côté FC est correcte, et ces deux FRU sont toute l'histoire là-bas : 78P7722 pour les fonctionnalités 64Gb et 02CL041 pour celles en 32Gb. La liste est publiée par code de fonctionnalité plutôt que par famille d'adaptateur, donc cherchez la vôtre au lieu de supposer que l'emplacement voisin se comporte pareil.
Côté Ethernet et RoCE, les fonctionnalités qui portent des optiques remplaçables séparément incluent EC85/EC86, EC75/EC76, EC66/EC67, EC2R/EC2S, EC2T/EC2U, EC3L/EC3M, EC3A/EC3B, EN24/EN26 et EC71/EC72. Le contre-cas est les adaptateurs cuivre : ceux-là ne deviennent jamais des ports optiques parce que vous avez trouvé un module qui rentre, ils ne jouent tout simplement pas à ce jeu-là.
La partie service est brutale et c'est elle qui détermine votre politique de pièces de rechange. Les seules optiques auxquelles IBM mettra la main sont celles que vous avez achetées chez IBM et qui sont encore sous garantie ou couvertes par un contrat de maintenance matérielle. Tout le reste sort de l'accord de service, même là où la cage est mécaniquement ouverte et où le port monte parfaitement bien. La même documentation dit aussi de ne pas remplacer un module avant d'avoir suivi le dépannage normal, ce qui explique très probablement pourquoi votre intervention s'est terminée par un remplacement d'adaptateur.
Ça correspond à ce que nous avons dans nos baies. Nos ports 32Gb sont la paire EN1L/EN1M, donc 02CL041 est la référence à garder sur l'étagère, et je vais arrêter de faire semblant que les SFP28 tiers dans les adaptateurs Ethernet sont couverts par quoi que ce soit. Ceux-là restent du côté labo du parc.
Sur l'ordre de dépannage, message reçu. Nous consignons désormais les erreurs de port et les relevés du module avant que quiconque ait le droit de retirer une optique, donc une intervention ne peut plus se conclure par un remplacement d'adaptateur juste parce que quelqu'un a d'abord touché au module.
Ça vaut le coup de séparer deux choses qu'on confond constamment dans le travail SAN : l'interopérabilité protocolaire et les vérifications de codage par port. Nous faisions tourner un IBM SAN24B-5 devant un HPE MSA 2040 ES LFF dont les ports avaient des SFP+ FC courte portée 8 Gb HPE (C8R23A) à l'intérieur, et le mélange de marques n'a dérangé personne, parce que chaque module n'a besoin d'être accepté que par la cage dans laquelle il se trouve. Laissez les optiques du fournisseur de la baie dans la baie, mettez les optiques du fournisseur du commutateur dans le commutateur, et vous évitez à la fois la vérification constructeur et le débat de support.
L'autre piège, c'est la migration. Un vieux SFP+ longue portée 8G, référence 57-1000027-02, sorti d'un SAN48B-5 ne se reporte pas sur un SAN64B-7 (8960-P64, un G720 sous le capot) - ils ne sont pas sur la liste qualifiée pour le boîtier Gen7. Vérifiez chaque référence par rapport à la matrice de support des transceivers Brocade avant de budgéter le déplacement, et lancez sfpshow sur l'ancien commutateur d'abord pour savoir exactement ce que vous avez en main.