Commutateurs de centre de données PicOS : EVPN et guide de mise à niveau

Jun 02, 2026

Laisser un message

PicOS data center switches in a modern server rack

La plupart des décisions relatives aux commutateurs de centres de données commencent toujours par une fiche technique : nombre de ports, vitesses et prix. Les commutateurs du centre de données PicOS posent d’abord une question différente. Étant donné que le système d'exploitation, le matériel et les couches de gestion sont découplés, choisir PicOS est moins un achat de matériel qu'un achat de matériel.décision relative au modèle-d'exploitation- comment votre équipe va provisionner, automatiser et exécuter la structure tout au long de sa durée de vie.

Ce guide explique ce que sont réellement les commutateurs de centre de données PicOS, comment le commutateur, le système d'exploitation réseau et le contrôleur AmpCon-DC s'intègrent, où ils sont parfaitement adaptés et ce qu'il faut exactement valider avant un déploiement en production. L'objectif est d'aider une équipe réseau à évaluer PicOS sur des critères d'ingénierie et non sur un langage marketing.

PicOS Switch, PicOS NOS et AmpCon-DC : ce que vous choisissez réellement

Le terme « commutateur de centre de données PicOS » est souvent utilisé de manière vague, ce qui crée une confusion lors de l'évaluation. Il fait référence à trois couches distinctes achetées et exploitées séparément :

  • Le matériel du commutateur- plates-formes de mise en réseau ouvertes (« boîte blanche » ou « boîte brite »), généralement construites sur du silicium Broadcom. Un exemple courant de centre de données est un commutateur feuille ou spine 1U tel que le N8550-32C, avec 32 ports QSFP28 100G sur un ASIC Broadcom Trident 3. L'ASIC, les vitesses des ports et la mémoire tampon déterminent les limites strictes de ce que le boîtier peut faire.
  • Le système d'exploitation réseau PicOS- lePicOS NOS de Pica8, construit sur un noyau Debian Linux non modifié. Il fournit la pile couche 2/couche 3, EVPN-VXLAN, MLAG, la sécurité et la télémétrie ouverte (SNMP, sFlow et gNMI). Le NOS, ainsi que sa version et son niveau de licence, déterminent quelles fonctionnalités sont réellement disponibles.
  • AmpCon-DC- le contrôleur de gestion et d'automatisation. Il gère le provisionnement sans intervention (ZTP), la configuration basée sur des modèles-, la découverte de topologie, la télémétrie, les mises à niveau et la validation tout au long du cycle de vie, depuis la conception du jour 0 jusqu'aux opérations du jour 2+.

Il est important de garder ces couches séparées lors de l'évaluation : un modèle de commutateur peut être un matériel parfaitement performant tandis qu'une version ou une licence spécifique de PicOS n'active pas encore la fonctionnalité dont vous avez besoin. Évaluez toujours la combinaison, et non une couche isolée.

PicOS switch hardware NOS and controller architecture

Pourquoi les entreprises évaluent PicOS pour les centres de données

Les entreprises se tournent généralement vers PicOS lorsqu'une conception existante commence à limiter les performances, l'évolutivité ou les opérations -, par exemple en passant de 10 G à 25 G ou 100 G, en mettant en place une nouvelle structure de feuille-ou en essayant de réduire la configuration manuelle, de commutation-par-commutateur.

Gérer le trafic Est-Ouest avec Leaf-Spine

Les anciennes architectures ont été optimisées pour un trafic prévisible nord-sud. La virtualisation, le stockage distribué, les plates-formes de conteneurs et les charges de travail d'IA génèrent beaucoup plus de trafic est-ouest entre les racks. Une structure feuille-aplatit la topologie et rend la latence et la bande passante plus prévisibles. Les commutateurs basés sur PicOS-peuvent assumer les rôles de feuille, de colonne vertébrale, de haut-de-rack, de bordure ou d'interconnexion, à condition que les vitesses de port, la capacité de commutation et les fonctionnalités de routage correspondent à la conception.

Réduire le verrouillage des fournisseurs-Dans - et comment cela fonctionne réellement

"Réduire le verrouillage-" est facile à revendiquer, il vaut donc la peine d'en énoncer le mécanisme. Dans une pile traditionnelle, le matériel, le NOS, les licences, la gestion et le support sont regroupés dans une seule relation fournisseur. PicOS suit un modèle de réseau -désagrégé et ouvert : le même NOS fonctionne sur du matériel de boîte blanche-validé provenant de plusieurs fournisseurs, avec une prise en charge complète des vitesses allant de plusieurs-go jusqu'à 400-go et au-delà et pour EVPN-VXLAN. En pratique, cela signifie que le modèle opérationnel et l’automatisation deviennent la partie durable de votre conception, tandis que le fournisseur de matériel sous-jacent peut évoluer au fil du temps. Le compromis est toutefois réel : vous assumez davantage de responsabilités en matière de conception, de validation et de propriété opérationnelle.

Automatisation du jour 0 au jour 2+ avec AmpCon-DC

La CLI manuelle est tolérable pour une poignée de commutateurs et risquée pour des dizaines ou des centaines. C'est dans AmpCon-DC que PicOS tire une grande partie de sa valeur opérationnelle : l'intégration ZTP, les modèles de configuration basés sur Jinja-, les playbooks Ansible et les API REST réduisent le travail répétitif et les dérives de configuration. L'objectif n'est pas l'automatisation en soi -, mais une intégration reproductible, des changements vérifiables et une récupération plus rapide.

Capacités clés à évaluer

EVPN-Préparation à VXLAN et IP Fabric

Les tissus modernes étendent généralement la couche 2 sur une sous-couche de couche 3 acheminée en utilisant ensemble deux normes :VXLAN, l'encapsulation de superposition définie dans la RFC 7348, etEVPN, le plan de contrôle basé sur BGP-standardisé dans la RFC 7432. Lorsque le modèle de commutateur et la version de PicOS le prennent en charge, PicOS peut être évalué pour des structures feuille-spine évolutives au service d'environnements virtualisés et cloud-multi-racks. Considérez la prise en charge EVPN-VXLAN comme spécifique à la version- et au modèle-, et confirmez-la par rapport à la plate-forme exacte que vous avez l'intention d'acheter.

EVPN-VXLAN leaf-spine data center fabric

MLAG et haute disponibilité

MLAG permet à deux commutateurs physiques de présenter un seul point d'agrégation logique aux appareils en aval, gardant tous les liens actifs et supprimant la dépendance aux conceptions lourdes de spanning-tree-. Pour les rôles de haut de page-de-rack et d'agrégation, cela fournit des liaisons montantes redondantes pour les serveurs et le stockage sans les interruptions de basculement communes à l'empilage traditionnel. Validez le comportement du lien homologue-, du keepalive, du timing de basculement et du port orphelin-avant de vous y fier.

Programmabilité et télémétrie

Un commutateur de centre de données doit être-compatible avec l'automatisation par défaut. PicOS expose des interfaces basées sur Ansible, Python et des normes-, et offre une visibilité via la télémétrie en streaming SNMP, sFlow et gNMI. Le gain pratique est la cohérence : configurations basées sur des modèles, surveillance de base et détection des dérives sur l'ensemble de la structure.

Gestion du cycle de vie et visibilité

La capacité de commutation ne représente qu’une partie des opérations. Les équipes ont également besoin d'une topologie, de l'état de l'interface, de l'état de l'appareil et d'une visibilité sur les dérives de configuration. Avec AmpCon-DC, les environnements PicOS peuvent être provisionnés, surveillés, modifiés et validés à partir d'une seule console -, ce qui, pour les équipes disposant d'un effectif d'ingénierie limité, peut être aussi important que le débit brut.

PicOS vs NOS fermé vs NOS communautaire

La différence significative entre ces options réside dans le modèle de fonctionnement, et non dans les principales spécifications matérielles. Le tableau ci-dessous compare une pile fermée traditionnelle, un NOS ouvert piloté par la communauté-et PicOS avec AmpCon-DC.

Dimension Commutateur fermé + NOS (par exemple, Cisco Nexus) Communauté ouverte NOS (par exemple, SONiC) PicOS + AmpCon-DC
Couplage matériel/logiciel Un fournisseur unique et étroitement intégré Découplé ; fonctionne sur une boîte blanche Découplé ; fonctionne sur une boîte blanche validée basée sur Broadcom-
Modèle opérationnel CLI et ensemble de fonctionnalités définis par le fournisseur- Faites-le-vous-même ; compétences internes approfondies-requises NOS ouvert avec support commercial et automatisation clé en main
Automation Contrôleur du fournisseur, souvent sous licence distincte Créez-votre-propre outil AmpCon-DC : ZTP, modèles, Ansible, télémétrie
EVPN-VXLAN Outillage mature et propriétaire Soutenu; l’effort d’intégration varie Pris en charge sur les modèles compatibles (RFC 7348/7432)
Licence Souvent complexe et par-fonctionnalité Source ouverte ; pas de frais de licence Licence simplifiée
Soutien TAC de-fournisseur unique Communauté ou auto-assistance- Support commercial pour le NOS
Meilleur ajustement Les équipes veulent un fournisseur responsable Équipes de type hyperscale- dotées de compétences approfondies en automatisation Entreprises souhaitant un réseau ouvert et un support sans personnel à grande échelle

Scénarios de-meilleur ajustement et de mauvais-ajustement

PicOS est un choix judicieux dans certains environnements et un choix médiocre dans d'autres. Être honnête sur les deux protège le déploiement.

Ajustement parfait lorsque :

  • Vous construisez des structures leaf-spine ou EVPN-VXLAN et souhaitez un approvisionnement matériel ouvert.
  • L'équipe est-prête à l'automatisation (ou prête à le devenir) et valorise les opérations basées sur des modèles et reproductibles.
  • Vous souhaitez standardiser un NOS et un modèle de gestion sur plusieurs commutateurs.
  • Le matériel cible figure sur la liste de compatibilité validée et la version PicOS prend en charge les fonctionnalités requises.

Moins adapté lorsque :

  • L'équipe n'a aucune capacité d'automatisation et aucun plan pour la construire.
  • Vous dépendez fortement du TAC d'un seul fournisseur pour vos opérations quotidiennes--.
  • Il n'est pas possible de-valider le tissu en laboratoire avant la production.
  • Votre matériel préféré ou l'ensemble de fonctionnalités requis ne figure pas sur la matrice prise en charge.

Cas d'utilisation courants

Mises à niveau 10G/25G vers 100G

Une voie fréquente consiste à augmenter l'accès au serveur à 25 G et à créer des liaisons montantes-vers-de 100 G. Au-delà du commutateur lui-même, la mise à niveau dépend de la couche physique : pour les exécutions multimodes, le type de fibre que vous déployez détermine la portée, donc confirmez tôt les distances prises en charge - les différences entreFibre multimode OM1 à OM5 et leurs limites de distanceaffectent directement le fonctionnement d'une liaison 100G dans votre usine de câblage.

Leaf-Tissus pour centres de données Spine

Les commutateurs Leaf connectent les serveurs et le stockage ; Les commutateurs spine fournissent le tissu-haute vitesse entre les feuilles. PicOS remplit ces rôles lorsque les vitesses, le nombre de ports et les fonctionnalités de routage correspondent à la conception. Le câblage structuré rend cette planification - beaucoup plus propreCâblage principal et breakout MPO/MTPà l'avant, les connexions-feuilles-à-épine dorsale à haute densité restent gérables à mesure que la structure se développe.

Passerelle et interconnexion du centre de données

Certaines conceptions étendent la commutation entre sites, zones ou domaines, là où le routage de couche 3 évolutif et la visibilité centralisée du cycle de vie sont les plus importants. Ces trajets plus longs nécessitent généralement des optiques monomode-, alors faites correspondre la portée de l'émetteur-récepteur au lien - en examinant les différences entreFibre monomode OS1 et OS2-permet de confirmer qu’une distance d’interconnexion donnée est prise en charge.

IA, HPC et Ethernet sans perte

Les structures IA et HPC ne concernent pas seulement la bande passante brute. Le trafic RDMA (RoCEv2) nécessite une structure Ethernet sans perte ou quasiment sans perte, qui dépend d'un contrôle de flux tel que PFC et d'une signalisation de congestion telle qu'ECN, ainsi que de tampons de commutation adéquats et d'une télémétrie propre. Les commutateurs de centre de données PicOS prennent en charge le transport sans perte basé sur PFC/ECN-sur des plates-formes compatibles, et les conceptions à bande passante élevée-utilisent de plus en plus d'interfaces 400G - lors de la planification des liaisons montantes de structure spine ou GPU-, confirment l'optique et le facteur de forme, y comprisQSFP 400 G-DD. Validez le comportement de congestion, la taille de la mémoire tampon et la compatibilité de la carte réseau par rapport à votre charge de travail spécifique avant de vous engager.

Comment planifier un déploiement PicOS

Un déploiement réussi commence par les exigences de conception et non par une liste de produits. La liste de contrôle ci-dessous mappe chaque exigence sur ce qu'il faut vérifier, pourquoi c'est important et ce qui ne va pas si elle est ignorée.

 

PicOS deployment validation workflow

 

Exigence Que vérifier Pourquoi c'est important Risque si ignoré
Compatibilité matérielle Le modèle de commutateur et l'ASIC figurent sur la liste validée de Pica8 ; La version PicOS prend en charge les fonctionnalités nécessaires Les fonctionnalités ne fonctionnent que si le silicium et le NOS les prennent en charge Acheter un boîtier qui ne peut pas exécuter EVPN-VXLAN ou l'échelle requise
Fonctionnalité et licence NOS L2/L3, EVPN-VXLAN, MLAG, télémétrie, sécurité et niveau de licence approprié La disponibilité des fonctionnalités dépend de la version- et de la licence- Découverte d'une fonctionnalité manquante en cours de-déploiement
Routage de sous-couche Convergence IGP/BGP et ECMP dans la sous-couche La stabilité de la superposition dépend d'une sous-couche saine Basculement lent et trou noir du trafic-
Plan de contrôle EVPN Annonce de route, routes de type 2/type 5, suppression ARP/ND Confirme que l'accessibilité de la superposition se comporte comme prévu Lacunes d’accessibilité silencieuses dans la production
MLAG et redondance Lien homologue-, keepalive, timing de basculement, ports orphelins La haute disponibilité doit survivre à un changement ou à une perte de liaison Panne lorsqu'un seul nœud tombe en panne
Optique et émetteurs-récepteurs Type optique, longueur d'onde et portée adaptés à chaque port Les optiques dépareillées ne se lieront pas ou n'atteindront pas Des liens qui ne reviennent jamais
Câblage et dérivation Trunks MPO/MTP, plan de répartition, qualité de fibre, distances La couche physique doit correspondre aux vitesses des ports et atteindre Re-recâblage, retards et problèmes de distance
Débit d'air et puissance Direction du flux d'air (avant-vers-arrière/arrière-vers-avant) et puissance adaptée au rack Les inadéquations thermiques et électriques provoquent des défauts matériels Surchauffe et circuits déclenchés
Automatisation et restauration ZTP, modèles, sauvegarde de configuration et procédure de restauration testée Répétabilité et récupérabilité à grande échelle Aucun moyen sûr d'annuler un mauvais changement
Surveillance Télémétrie de base (gNMI/sFlow/SNMP), alertes et détection de dérive Vous ne pouvez pas faire fonctionner ce que vous ne pouvez pas voir Dérive et dégradation non détectées

Deux éléments de cette liste entraînent les retards les plus évitables. Tout d'abord, décidez tôt du support d'accès au serveur : s'il faut standardiserOptique 10GBASE-T ou SFP+modifie les hypothèses de câblage, d’alimentation et de portée dans chaque rack. Deuxièmement, planifiez délibérément le câblage de répartition -, par exemple en divisant un seul port 100 G en 4 liaisons de serveur 25 G - en utilisant le bonCâblage de dérivation MPOAinsi, la carte des ports et les affectations de fibres s'alignent avant le jour de l'installation.

Avant la production, validez la conception dans un laboratoire ou un pilote : convergence du routage, comportement du routage EVPN, basculement MLAG, modèles d'automatisation, surveillance et restauration. Déployez ensuite par étapes plutôt que de couvrir l'ensemble du réseau en une seule fois, à moins qu'il ne s'agisse d'une nouvelle construction contrôlée. Vous pouvez consulterPortefeuille de commutateurs pour centres de données Pica8 et plates-formes validéespour confirmer quelles combinaisons de matériel et de fonctionnalités sont prises en charge pour votre conception cible.

Erreurs courantes à éviter

Choisir uniquement par la vitesse du port.La vitesse est importante, mais les fonctionnalités de routage, la prise en charge de l'automatisation, la taille de la mémoire tampon, la compatibilité optique, le niveau de licence, le modèle de support et le chemin de mise à niveau font tous partie de la décision.

Ignorer les fonctionnalités NOS et les exigences de licence.Le système d'exploitation, sa version et sa licence déterminent ce que le réseau peut réellement faire. Confirmez L2/L3, EVPN-VXLAN, MLAG, la télémétrie et la couverture de sécurité par rapport à la plate-forme exacte avant d'acheter.

Sous-estimer le changement opérationnel.Un réseau prêt à l'automatisation-a besoin de nouveaux processus : qui possède les modèles, qui approuve les modifications, comment les configurations sont sauvegardées et comment la restauration est gérée.

Ignorer la validation en laboratoire.Pour les modifications importantes du centre de données, un test en laboratoire n’est pas facultatif. Au minimum, validez les fonctions de base de la structure, la redondance, la surveillance et la reprise après panne avant qu'un trafic n'en dépende.

PicOS est-il adapté à votre centre de données ?

Les commutateurs de centre de données PicOS conviennent aux entreprises qui souhaitent une structure évolutive, des opérations prêtes à l'automatisation, un approvisionnement en matériel ouvert et un cycle de vie structuré, en particulier les équipes planifiant des conceptions feuille-, des mises à niveau 10G/25G à 100G, des structures EVPN-VXLAN ou des environnements dans lesquels la configuration manuelle commutateur-par-commutateur n'est plus durable. Ils constituent un ajustement plus faible lorsqu'il n'y a pas de capacité d'automatisation, une forte dépendance à l'égard du support d'un seul fournisseur, aucun laboratoire avec lequel valider ou un matériel en dehors de la matrice prise en charge.

Une prochaine étape pratique : documentez votre conception actuelle et vos problèmes opérationnels, définissez l'architecture cible et l'ensemble des fonctionnalités requises, confirmez la compatibilité du matériel et de la version PicOS, et testez la structure dans un environnement contrôlé avant de vous engager dans la production.

FAQ

Q : Que sont les commutateurs de centre de données PicOS ?

R : Il s'agit de commutateurs réseau ouverts-qui exécutent le système d'exploitation réseau PicOS, généralement gérés par AmpCon-DC, et conçus pour une utilisation dans les centres de données modernes, tels que les structures leaf-spine, les superpositions EVPN-VXLAN et les opérations automatisées. Le "commutateur de centre de données PicOS" couvre trois couches - le matériel de la boîte blanche-, le PicOS NOS et le contrôleur AmpCon-DC - qui sont évalués et exploités ensemble.

Q : Quels commutateurs ou matériels prennent en charge PicOS ?

R : PicOS fonctionne sur du matériel de réseau ouvert -validé, généralement des plates-formes de boîte blanche-et de boîte brite-basées sur Broadcom-(par exemple, modèles feuille/spine 32 x 100 G QSFP28). Étant donné que la prise en charge dépend du modèle- et de la version-spécifique, confirmez votre changement exact par rapport à la liste de compatibilité matérielle de Pica8 et aux notes de version de PicOS avant l'achat.

Q : PicOS prend-il en charge les tissus de colonne vertébrale-feuilles 100 G et 400 G ?

R : PicOS prend en charge des vitesses allant de plusieurs-Go jusqu'à 400-Go et au-delà, de sorte que les conceptions leaf-spine 100G et 400G sont réalisables sur le matériel approprié. Les limites réalistes proviennent de l'ASIC du commutateur, des tampons et de l'optique, alors validez la plate-forme spécifique et ses vitesses de port prises en charge et ses options de dérivation.

Q : PicOS est-il compatible avec EVPN-VXLAN ?

R : Oui, lorsque le modèle matériel, la version PicOS et la licence prennent en charge les fonctionnalités requises. PicOS implémente VXLAN selon RFC 7348 avec un plan de contrôle EVPN aligné sur RFC 7432. Validez l'annonce de route, la convergence sous-jacente et le basculement dans un laboratoire avant la production.

Q : Comment AmpCon-DC vous aide-t-il dans les opérations du jour 0 au jour 2+ ?

R : AmpCon-DC automatise le cycle de vie : conception dès le premier jour et intégration ZTP, configuration basée sur un modèle-et déploiement EVPN-VXLAN dès le premier jour, et surveillance, mises à niveau, détection de dérive et modifications au jour 2+. Il utilise des modèles Jinja, des playbooks Ansible et des API REST afin que les opérations restent reproductibles à mesure que la structure évolue.

Q : Ai-je besoin d'AmpCon-DC pour utiliser les commutateurs PicOS ?

R : PicOS fournit lui-même les fonctions de commutation et de routage. AmpCon-DC ajoute une gestion centralisée du provisionnement, de l'automatisation, de la télémétrie et du cycle de vie. Pour les petits déploiements, c'est facultatif ; pour les tissus plus grands, c’est ce qui maintient les opérations cohérentes et récupérables.

Q : Que doit-on valider avant un déploiement PicOS EVPN-VXLAN ?

R : Au minimum : convergence de routage sous-jacente et ECMP, annonce de routage EVPN et suppression ARP/ND, liaison homologue MLAG-et basculement, compatibilité optique et breakout, modèles d'automatisation, lignes de base de surveillance et procédure de restauration testée.

Q : PicOS est-il adapté aux structures Ethernet AI et HPC ?

R : Cela peut l’être, sur les plateformes compatibles. Le trafic RoCEv2 nécessite une structure sans perte ou quasiment-sans perte, construite sur PFC et ECN, avec des tampons et une télémétrie adéquats, souvent sur des liaisons 400G. Confirmez le comportement de contrôle de la congestion, le dimensionnement de la mémoire tampon et la compatibilité de la carte réseau pour votre charge de travail spécifique plutôt que de supposer que la bande passante seule est suffisante.

Q : Comment PicOS se compare-t-il à SONiC ou à un NOS fermé comme Cisco Nexus ?

R : Un NOS fermé regroupe le matériel, les logiciels et le support sous un seul fournisseur ; SONiC est un NOS communautaire ouvert qui nécessite de solides-compétences internes en automatisation ; PicOS se situe entre eux, offrant un NOS ouvert et désagrégé avec un support commercial et une automatisation clé en main via AmpCon-DC. Le bon choix dépend de votre maturité en matière d’automatisation et de vos attentes en matière de support.

Q : Les commutateurs de centre de données PicOS sont-ils réservés aux grands centres de données ?

R : Non. Ils peuvent être utilisés dans des environnements de petite, moyenne et grande taille. La valeur augmente avec l'échelle, les besoins d'automatisation et le coût de la configuration manuelle et répétitive.

Envoyez demande