Réseau de datacenter OTT / Cloud : une capacité qui croît par politique, pas par reconstruction
Les entreprises d'hébergement et de cloud ne tombent pas en panne parce qu'un commutateur lâche — elles s'enlisent parce que le réseau ne suit pas des locataires qui arrivent plus vite que le câblage ne peut suivre, et des cartes réseau serveur qui passent de 25G à 100G plus vite que la fabrique n'a été dimensionnée. Nous concevons les réseaux de calcul généraliste à partir de votre courbe de croissance, la marque des équipements restant un choix ouvert en phase de conception : une fabrique spine-leaf, une isolation multi-tenant VXLAN/EVPN qui s'étend par politique, un accès haute densité 25G/100G, et un onboarding automatisé pour que racker les cent prochains serveurs soit un travail de routine, pas un projet. Dimensionné honnêtement pour un hébergeur petit à moyen, un cloud régional, ou un grand opérateur OTT.
Pourquoi les réseaux d'hébergement et de cloud s'enlisent différemment
Quatre schémas derrière presque chaque appel « nous dépassons notre réseau » que nous recevons :
La vitesse d'accès grimpe plus vite que la fabrique n'a été dimensionnéeLes serveurs arrivent avec des cartes 25G, puis 100G, alors que le réseau a été conçu autour de la vitesse disponible à la construction initiale de la salle — chaque génération de matériel expose l'écart.
L'isolation des locataires doit s'étendre de façon élastiqueUne entreprise d'hébergement ajoute des locataires en continu ; l'isolation, l'adressage et le provisionnement qui convenaient pour dix locataires deviennent un exercice manuel et source d'erreurs pour cent.
Commutateurs en marque blanche et auto-développés coexistent, non gérés comme une seule flotteDifférentes générations de matériel et différents fournisseurs s'accumulent au fil des années de croissance, chacun avec son propre outil de gestion — jusqu'à ce que personne n'ait une vue unique de toute la fabrique.
Racker cent serveurs ne devrait pas être un projetLa configuration manuelle port par port ne suit pas la croissance d'une entreprise d'hébergement — chaque intégration importante devient un exercice nocturne et source d'erreurs au lieu d'un travail de routine.
Architecture : spine-leaf + overlay multi-tenant VXLAN/EVPN + accès haute densité
Une capacité qui croît en ajoutant un leaf et une politique, pas en recâblant une salle :
Schéma dessiné par AtlasCommTech selon la pratique de conception data center de niveau opérateur. Les libellés restent en anglais pour la clarté technique.
Pourquoi nous : notre fondateur a passé 13 ans dans l'écosystème des partenaires Huawei à livrer des réseaux opérateurs — où une frontière locataire qui fuit ou un onboarding qui prend toute la nuit est traité comme un échec de conception, pas une fatalité. Nous apportons cette exigence aux salles d'hébergement, de quelques baies jusqu'à une empreinte OTT complète.
Options d'équipement
La solution est d'abord dimensionnée selon vos besoins et votre budget — la même architecture peut être livrée sur les gammes de plusieurs fabricants. Nous vous aidons à choisir selon la disponibilité dans votre pays de destination, le budget et les habitudes d'exploitation de votre équipe.
Huawei — gammes campus d'entreprise, WAN et sécuritéÉcosystème mature avec un réseau de services mondial.
ZTE Wantong — gammes datacom comparablesOrientation rapport qualité-prix ; approvisionnement plus fluide sur certains marchés.
H3C — gammes campus et data centerPortefeuille campus et data center largement déployé.
Commutateurs en marque blanche sous une norme de gestion ouverteUne option orientée coût que de nombreux hébergeurs exploitent déjà ; nous validons chaque modèle et version de firmware par rapport à la plateforme d'automatisation avant sa mise en production.
Ce que la conception apporte
Six propriétés d'une fabrique cloud/hébergement bien conçue qu'un réseau ad hoc, agrégé au fil du temps, n'aura jamais :
Une vitesse d'accès qui monte en charge sans redéfinitionLa fabrique est planifiée pour qu'un passage de 25G à 100G d'accès serveur soit une mise à niveau de leaf et d'optique, pas un recâblage de salle — la croissance suit votre cycle de renouvellement serveur, pas une reconstruction forcée.
Une isolation des locataires qui s'étend par politiqueVXLAN/EVPN ajoute un nouveau locataire par un changement de configuration, pas un nouveau jeu de câbles — l'isolation qui tenait pour dix locataires tient de la même façon pour mille.
Un onboarding automatisé, pas un travail manuel port par portLe provisionnement zero-touch racke, met sous tension et configure automatiquement les nouveaux serveurs et commutateurs leaf — un déploiement de cent serveurs devient un travail de routine au lieu d'un projet nocturne.
Du matériel mixte sous une seule vue de gestionCommutateurs en marque blanche et de marque, anciennes et nouvelles générations, sont sous une seule plateforme d'automatisation et de surveillance — pour que personne n'ait à se rappeler quel outil gère quelle baie.
Une bande passante spine-leaf non bloquanteLe trafic est-ouest entre charges de travail locataires traverse au plus deux sauts, si bien que la congestion « voisin bruyant » reste un problème de politique que vous pouvez résoudre, pas un goulet physique que vous ne pouvez pas.
Un plan de gestion hors bandeUn petit réseau séparé atteint le port de gestion de chaque équipement — quand c'est la fabrique de production elle-même qui a cassé, vous avez toujours un accès.
Trois tailles, une même logique
Donnez le nombre de locataires, la vitesse d'accès serveur et la courbe de croissance — le palier donne la forme de la fabrique :
Les chiffres qui guident la conception :
Vitesse d'accès dimensionnée sur la génération actuelle de vos cartes réseau serveur plus une feuille de route à un-deux ans — pas le chiffre le plus élevé disponible
Niveau d'isolation des locataires ajusté à votre exigence de conformité avant que la topologie ne soit dessinée, pas supposé par défaut
Onboarding automatisé dès le premier serveur — le provisionnement zero-touch est un choix de conception dès le premier jour, pas un rattrapage une fois le processus manuel en panne
| Palier | Site type | Contenu de la conception |
|---|---|---|
| Hébergeur petit à moyen | Quelques baies à une salle · des dizaines à quelques centaines de locataires | Une fabrique spine-leaf collapsée ou petite, accès serveur 25G avec liaisons montantes spine 100G, isolation locataire VXLAN/EVPN dès le premier jour, onboarding zero-touch et gestion hors bande — dimensionnée pour valider l'automatisation avant de s'étendre à une plus grande salle. |
| Cloud régional | Plusieurs salles ou une halle de données complète · des centaines de locataires sur des charges mixtes | Une fabrique spine-leaf non bloquante, accès 25G/100G avec un chemin clair vers des vitesses supérieures, overlay multi-tenant EVPN à grande échelle, matériel mixte marque blanche et de marque sous une seule plateforme d'automatisation, et une planification de capacité structurée liée à votre courbe de croissance. |
| Grand opérateur OTT | Empreinte multi-halle ou multi-site · onboarding serveur continu à grande échelle | Plusieurs fabriques non bloquantes reliées entre elles, un accès 100G dense en standard, un onboarding zero-touch entièrement automatisé à grande échelle, EVPN s'étendant sur plusieurs pods, et une plateforme de gestion offrant une vue unique sur toutes les générations de matériel de la flotte. |
Rôles d'équipement (catégories, pas de modèles)
La solution s'appuie sur ces catégories d'équipements — la marque est choisie avec vous en phase de conception. Les modèles exacts dépendent de votre vitesse d'accès, du nombre de locataires et du pays — nous les spécifions après réception de votre liste de besoins.
| Rôle | Fonction |
|---|---|
| Commutateur leaf / haut de baie (25G/100G) | Connecte les serveurs locataires à haute densité, l'overlay VXLAN/EVPN se terminant ici ; dimensionné selon le nombre de cartes réseau serveur et la génération de vitesse d'accès. |
| Commutateur spine | Le carrefour non bloquant où chaque leaf se branche, déployé par paire pour que la bande passante et la résilience grandissent ensemble à mesure que des leafs sont ajoutés. |
| Leaf de bordure / routeur | Connecte la fabrique à Internet et au peering ; porte la frontière de routage entre les overlays locataires et le monde extérieur. |
| Plateforme d'automatisation / orchestration | Pilote l'onboarding zero-touch, le provisionnement locataire et les modèles de configuration sur toutes les générations et tous les fournisseurs de commutateurs de la flotte. |
| Commutateur de gestion hors bande | Un petit commutateur séparé câblé au port de gestion de chaque équipement — votre porte d'entrée quand c'est la fabrique de production elle-même qu'il faut diagnostiquer. |
| Nœud de plan de contrôle EVPN | Distribue les informations d'accessibilité locataire entre les leafs pour qu'un nouveau locataire ou une charge déplacée se propage comme une mise à jour de politique, pas un recâblage. |
Envoyez votre liste de besoins — nombre de locataires, vitesse d'accès serveur, projection de croissance, régime de conformité — et la liste des modèles suit. Cet ordre garde la conception honnête.
Notes de conception et limites honnêtes
À lire avant de vous engager :
- La vitesse d'accès serveur doit suivre votre activité, pas le chiffre le plus élevé disponible. Vérifiez la génération réelle des cartes réseau de vos serveurs et votre feuille de route à deux ans avant de spécifier du 100G partout — la plupart des flottes sont encore mieux servies par un accès 25G avec un spine 100G laissant de la marge de croissance.
- Le fait que l'isolation VXLAN/EVPN suffise dépend de votre nombre de locataires et de vos exigences de conformité — certains locataires réglementés nécessitent une séparation physique quelle que soit la qualité de l'isolation logique. Nous alignons le niveau d'isolation réellement requis par votre cadre de conformité en phase de conception, avant que la topologie ne soit dessinée.
- Cette page est destinée au calcul généraliste multi-tenant et élastique — pas aux systèmes métier d'une seule entreprise, ni à l'entraînement GPU. Si vous avez besoin d'une entreprise unique survivant à une panne, notre solution Resilient Data Center Network convient mieux ; si votre trafic est de la communication collective GPU, notre solution AI Computing Datacenter Network est réglée spécifiquement pour ce motif.
- La plateforme d'automatisation doit être validée face à chaque modèle en marque blanche et version de firmware que vous exploitez, sans supposer une compatibilité par défaut — cette validation est du temps d'ingénierie réel que nous budgétons, et la sauter est exactement comment l'onboarding automatisé casse silencieusement sur la génération de matériel que personne n'a testée.
- Un projet d'automatisation d'onboarding à grande échelle demande un vrai temps d'intégration avant de porter ses fruits — ce n'est pas un interrupteur qu'on bascule le premier jour. Nous chiffrons honnêtement cet effort d'intégration dans le plan plutôt que de le noyer dans un devis matériel où il disparaît.
FAQ
En quoi cela diffère-t-il de vos pages Resilient Data Center Network et AI Computing Datacenter Network ?
Trois problèmes différents. La page data center résilient traite des systèmes métier survivant à une panne — une salle serveurs d'entreprise générale où l'objectif est la disponibilité. La page IA computing traite spécifiquement d'une fabrique sans perte pour le trafic d'entraînement GPU. Cette page traite du calcul généraliste élastique et multi-tenant à l'échelle cloud et hébergement — le problème réseau d'un nombre croissant de locataires et de vitesses d'accès serveur en hausse, pas la salle serveurs d'une seule entreprise ni la communication collective GPU. Si vous hébergez ou revendez du calcul pour de nombreux clients et que vos vitesses d'accès passent de 25G vers 100G, cette page est la vôtre.
Avons-nous besoin de 100G dès le premier jour, ou pouvons-nous y grandir ?
Presque personne n'a besoin de démarrer en 100G. La vitesse d'accès doit suivre la génération réelle des cartes réseau de vos serveurs et votre feuille de route à un-deux ans, pas un chiffre impressionnant sur une proposition. Nous concevons le spine et le câblage pour qu'un passage ultérieur au 100G soit un échange de carte et une vérification de fibre, pas une refonte de fabrique — mais nous dimensionnons l'accès du premier jour à ce que vos serveurs actuels utilisent réellement.
L'isolation VXLAN/EVPN suffit-elle à nos exigences de conformité ?
Cela dépend de votre nombre de locataires et de ce que votre régime de conformité exige réellement, et c'est une question à laquelle nous répondons en phase de conception, pas après coup. VXLAN/EVPN offre une forte isolation logique qui s'étend par politique plutôt que par câblage physique, ce qui couvre la plupart des exigences d'hébergement et de cloud multi-tenant. Certains locataires réglementés exigent une séparation physique ou du matériel dédié quelle que soit la qualité de l'isolation logique — nous alignons le niveau d'isolation requis par votre cadre de conformité avant que la topologie ne soit dessinée.
Cela peut-il gérer un mélange de commutateurs marque blanche et de marque ?
Oui, ce mélange est normal sur ce marché et la conception le suppose dès le départ. La plateforme d'automatisation et d'orchestration est choisie pour une gestion basée sur des standards à travers les générations de matériel et les fournisseurs, et nous validons chaque modèle de commutateur et version de firmware avant sa mise en production — cette étape de validation est du temps d'ingénierie réel, pas une formalité.
Comment l'onboarding de serveurs à grande échelle est-il automatisé ?
Par le provisionnement zero-touch : un nouveau serveur ou commutateur leaf est racké, câblé et mis sous tension, et la plateforme d'automatisation le reconnaît, applique le bon modèle de configuration et le rapporte dans l'inventaire de la fabrique sans qu'un ingénieur ne configure manuellement chaque port. C'est ce qui fait de racker des centaines de serveurs une tâche opérationnelle de routine plutôt qu'un projet à chaque fois.
Envoyez le nombre de locataires et la feuille de route de vitesse d'accès
Un ingénieur répond avec une conception de fabrique et la liste des catégories d'équipements. Envoyez votre liste de besoins — la liste des modèles suit.
Solutions associées
Réseau de centre de données résilientL'autre problème du data center : les systèmes métier d'une seule entreprise restant disponibles à travers une panne, plutôt que de nombreux locataires partageant une capacité généraliste élastique.
Réseau de production IT/OT automobileUn locataire très différent de capacité de calcul : le réseau de production propre d'une usine, dimensionné pour quatre procédés et des flottes AGV plutôt que pour des clients d'hébergement externes.
Réseau de stockage sans perte (RoCE / NoF)Là où la couche de stockage derrière cette fabrique de calcul obtient son propre réseau à zéro perte de paquets, pour les locataires dont les charges en ont réellement besoin.