Choisir le bon commutateur de centre de données est l'une des décisions d'infrastructure les plus importantes qu'un ingénieur réseau ou un responsable informatique puisse prendre. Dans les environnements à haut débit et faible latence, une spécification inadaptée de commutateur de centre de données peut créer des goulots d'étranglement, augmenter la perte de paquets et compromettre les accords de niveau de service. Comprendre quelles spécifications sont réellement déterminantes permet aux organisations d'investir judicieusement et de concevoir des réseaux capables de s'adapter de façon fiable sous pression.

Un commutateur de centre de données conçu pour des charges de travail exigeantes doit assurer un débit constant, un délai de transfert minimal et une capacité de mémoire tampon importante. Que vous conceviez une architecture en épine-feuille (spine-leaf), une couche d'infrastructure hyperconvergente ou un réseau destiné au trading à haute fréquence, chaque commutateur de centre de données que vous sélectionnez doit répondre à des critères de performance précis. Cet article analyse les spécifications essentielles à évaluer avant le déploiement de tout commutateur de centre de données dans un environnement à haut débit et faible latence.
Spécifications de débit et de densité de ports
Capacité de commutation et taux de transfert
La capacité de commutation d’un commutateur de centre de données définit la bande passante totale qu’il peut gérer simultanément sur tous ses ports. Exprime en téraoctets par seconde, cette capacité détermine si un commutateur de centre de données est capable de traiter le trafic agrégé provenant de dizaines de serveurs à très haut débit sans congestion. Un commutateur de centre de données dont la capacité de commutation est insuffisante perd des paquets sous charge maximale, ce qui est inacceptable dans les applications sensibles à la latence, telles que l’analyse en temps réel ou les systèmes financiers.
Le débit de transfert, exprimé en millions de paquets par seconde, est tout aussi important. Un commutateur de centre de données doit transférer les paquets au débit nominal sur tous les ports actifs afin d’éviter toute latence induite par des retards de mise en file d’attente. Lors de l’évaluation d’un commutateur de centre de données, vérifiez que le débit de transfert garantit des performances à vitesse filaire pour des trames de 64 octets et de 1518 octets, car le transfert de petits paquets sollicite plus intensément le circuit intégré de commutation (ASIC) que les trames plus volumineuses.
Vitesse et densité des ports
Les déploiements modernes de commutateurs de centre de données nécessitent couramment des débits de port de 25 GbE, 100 GbE ou 400 GbE afin de prendre en charge les connexions haut débit entre serveurs et liaisons montantes. Un commutateur de centre de données doté d'une densité de ports plus élevée réduit le nombre de commutateurs requis dans le réseau, ce qui simplifie le câblage et diminue le coût total de possession. La densité de ports influence directement le nombre de serveurs ou de commutateurs « top-of-rack » qu’un seul commutateur de centre de données peut desservir sans avoir recours à du matériel d’agrégation supplémentaire.
Pour les déploiements au niveau de la couche « spine », un commutateur de centre de données offrant plusieurs ports de liaison montante de 100 GbE ou 400 GbE fournit la bande passante d’agrégation nécessaire pour éviter la surcharge. Les rapports de surcharge d’un commutateur de centre de données doivent être soigneusement adaptés au profil réel du trafic de la charge de travail, car un commutateur de centre de données présentant un rapport de surcharge élevé peut présenter de mauvaises performances pour le trafic est-ouest dans des environnements virtualisés ou conteneurisés.
Latence et architecture de mémoire tampon
Commutation « cut-through » contre commutation « store-and-forward »
La latence est probablement la spécification la plus scrutée de tout commutateur de centre de données utilisé dans des environnements sensibles au temps. Un commutateur de centre de données fonctionnant en mode cut-through commence à acheminer une trame avant même qu’elle ne soit entièrement reçue, réduisant ainsi la latence à quelques centaines de nanosecondes seulement. En revanche, le mode store-and-forward d’un commutateur de centre de données lit l’intégralité de la trame avant de l’acheminer, ce qui ajoute plusieurs microsecondes de latence mais permet une vérification complète des erreurs. Pour les charges de travail à faible latence, le choix d’un commutateur de centre de données prenant en charge l’acheminement cut-through constitue un avantage pratique.
La latence d’acheminement d’un commutateur de centre de données doit être mesurée dans des conditions de charge maximale, et non uniquement lors de tests à l’état inactif. Un commutateur de centre de données qui atteint une faible latence à 10 % d’utilisation, mais dont les performances se dégradent fortement à 80 % ou 90 % d’utilisation, ne répondra pas aux exigences des accords de niveau de service (SLA) pendant les périodes de trafic de pointe. Exigez systématiquement des fournisseurs de commutateurs de centre de données des mesures de latence par port, couvrant divers niveaux de charge réseau.
Taille du tampon et gestion du trafic
L'architecture du tampon définit la manière dont un commutateur de centre de données gère les pics de trafic sans perdre de paquets. Un commutateur de centre de données doté de tampons peu profonds peut offrir une latence moyenne très faible, mais il perd des paquets lors de micro-saturations, phénomène courant dans les modèles de trafic à haut débit liés au stockage ou au calcul intensif (HPC). Les conceptions de commutateurs de centre de données à tampons profonds sacrifient une faible augmentation de la latence moyenne afin d’absorber les congestions transitoires et d’éviter les événements de rejet en fin de file (tail-drop).
Les fonctionnalités de qualité de service (QoS) d’un commutateur de centre de données permettent de prioriser le trafic afin que les flux sensibles à la latence bénéficient d’un acheminement privilégié. Un commutateur de centre de données prenant en charge la méthode du round-robin pondéré ou la file d’attente à priorité stricte offre aux administrateurs un contrôle granulaire sur le traitement des différentes classes de trafic. L’évaluation de la profondeur et de la flexibilité des fonctionnalités QoS d’un commutateur de centre de données est essentielle lorsque le réseau transporte simultanément un mélange de trafic de stockage, vocal et informatique.
Résilience, évolutivité et fonctionnalités de gestion
Redondance et haute disponibilité
Un commutateur de centre de données destiné à un usage en production doit prendre en charge des blocs d’alimentation et des modules de ventilation interchangeables à chaud afin de maintenir la disponibilité pendant la maintenance matérielle. Des modules de supervision redondants sur un commutateur de centre de données à châssis permettent au plan de contrôle de basculer automatiquement sans perturber le plan de transfert, protégeant ainsi contre les interruptions planifiées et non planifiées. Un commutateur de centre de données prenant en charge le transfert ininterrompu (NSF) et le redémarrage gracieux garantit que la convergence des protocoles de routage n’entraîne pas d’interruption du flux de trafic lors des événements de basculement du module de supervision.
Les fonctionnalités d’agrégation de liens et de basculement rapide sont également essentielles pour tout commutateur de centre de données intégré dans un tissu redondant. Un commutateur de centre de données prenant en charge l’équilibrage de charge multi-chemins (ECMP), la gestion logique des liaisons agrégées (MLAG) ou des technologies similaires de multipath permet de répartir le trafic de manière équilibrée sur plusieurs liaisons montantes simultanément, éliminant ainsi les points de défaillance uniques. Ces fonctionnalités rendent un commutateur de centre de données nettement plus résilient qu’un commutateur ne reposant que sur un seul chemin actif de liaison montante.
Automatisation et programmabilité
Les environnements modernes de centre de données exigent un commutateur de centre de données prenant en charge l’automatisation via des API ouvertes, NETCONF, des modèles YANG ou le streaming de télémétrie. Un commutateur de centre de données doté d’une forte capacité de programmabilité permet un approvisionnement plus rapide, une surveillance en temps réel et une intégration avec les plateformes d’orchestration. La possibilité de collecter en continu des données de télémétrie provenant de chaque commutateur de centre de données du réseau fournit aux équipes d’exploitation réseau la visibilité nécessaire pour détecter la congestion, le routage asymétrique et les anomalies matérielles avant qu’elles n’affectent les applications.
La prise en charge du segment routing, de VXLAN et d’EVPN est également de plus en plus attendue de tout commutateur de centre de données entreprise déployé dans des environnements définis par logiciel ou multi-locataires. Un commutateur de centre de données prenant en charge ces technologies de couche superposée (overlay) et de couche sous-jacente (underlay) peut participer à l’automatisation dynamique du réseau, réduisant ainsi la charge de configuration manuelle et permettant un approvisionnement plus rapide de nouvelles charges de travail sur l’ensemble de l’infrastructure.
Questions fréquentes
Quelle capacité de commutation un commutateur de centre de données doit-il avoir pour des déploiements 100GbE ?
Pour un déploiement de commutateur de centre de données 100GbE, la capacité de commutation doit être suffisante pour prendre en charge, en duplex intégral et à débit nominal, le trafic sur tous les ports simultanément. Un commutateur de centre de données 100GbE à 48 ports nécessite une capacité de commutation minimale d’environ 9,6 Tbps afin d’éviter la surcharge au niveau du commutateur. Vérifiez toujours que le circuit intégré spécifique (ASIC) du commutateur de centre de données prend en charge une architecture non bloquante pour la configuration de ports que vous comptez déployer.
Comment la taille de la mémoire tampon affecte-t-elle les performances d’un commutateur de centre de données pendant les pics de trafic ?
La taille du tampon détermine directement la capacité d’un commutateur de centre de données à absorber des pics de trafic de courte durée sans perdre de paquets. Un commutateur de centre de données doté d’une mémoire tampon insuffisante subira des événements de « tail-drop » pendant les micro-pics, ce qui augmentera les taux de retransmission et la latence applicative. Pour les charges de travail liées au stockage ou au calcul haute performance (HPC), le choix d’un commutateur de centre de données doté de tampons DRAM plus importants, intégrés sur puce ou externes, améliore nettement la tolérance aux schémas de trafic soudain.
Un commutateur de centre de données en mode cut-through est-il toujours préférable dans les environnements à faible latence ?
Le mode de commutation en transit sur un commutateur de centre de données réduit la latence de transfert en démarrant la transmission de la trame avant que celle-ci ne soit entièrement reçue. Toutefois, un commutateur de centre de données fonctionnant en mode de commutation en transit peut propager des trames corrompues en cas d’erreurs sur la liaison, car la vérification d’erreurs est contournée. Pour la plupart des environnements à faible latence, un commutateur de centre de données prenant en charge la commutation adaptative — qui revient automatiquement au mode « stocker-et-transmettre » lorsque le taux d’erreurs augmente — offre le meilleur compromis entre faible latence et intégrité du trafic.
Table des matières
- Spécifications de débit et de densité de ports
- Latence et architecture de mémoire tampon
- Résilience, évolutivité et fonctionnalités de gestion
-
Questions fréquentes
- Quelle capacité de commutation un commutateur de centre de données doit-il avoir pour des déploiements 100GbE ?
- Comment la taille de la mémoire tampon affecte-t-elle les performances d’un commutateur de centre de données pendant les pics de trafic ?
- Un commutateur de centre de données en mode cut-through est-il toujours préférable dans les environnements à faible latence ?