Scalabilità delle reti dei data center con tempi di consegna prolungati

Scalabilità delle reti dei data center con tempi di consegna prolungati

Rimanere al passo con i tempi di consegna

Rimanere al passo con i tempi di consegna
  • L'aumento dei tempi di consegna dell'hardware si scontra con la crescita esponenziale dell'intelligenza artificiale, del cloud e della virtualizzazione, lasciando molti data center bloccati tra progetti in stallo e infrastrutture sovrautilizzate. Quando nuovi rack, cluster o pod sono pronti prima che la rete lo sia, la sovrautilizzazione delle infrastrutture spine e leaf, le risorse di calcolo inutilizzate e le riprogettazioni di emergenza diventano rapidamente la norma anziché l'eccezione.

    Questa sezione illustra come mantenere scalabile la rete del data center quando i cicli di aggiornamento standard non sono più in linea con le tempistiche aziendali. L'attenzione si concentra su scelte pragmatiche di espansione per le interconnessioni spine, leaf-spine e fabric che possono essere implementate rapidamente, utilizzando moduli a 25G/100G/400G, per proteggere gli SLA di prestazioni, evitare aggiornamenti complessi e fornire ai team un percorso decisionale chiaro quando vincoli di fornitura e picchi di domanda si sovrappongono.

Produzione su larga scala di tessuti a forma di foglia con tempi di consegna lunghi

Quando i tempi di consegna dell'hardware si allungano, la scalabilità delle infrastrutture dei data center diventa un delicato equilibrio tra capacità, rischio, costi e compatibilità con diversi fornitori.

Produzione su larga scala di tessuti a forma di foglia con tempi di consegna lunghi
  • Il fabbisogno di capacità supera l'arrivo dell'hardware

    I nuovi rack e il traffico est-ovest richiedono ora velocità di 25/100/400G, ma i ritardi nell'implementazione degli switch spine e leaf rischiano di sovraccaricare il sistema e di portare a soluzioni rapide e rumorose.

  • Le architetture frammentate aumentano i costi e i rischi.

    L'utilizzo combinato di piattaforme provvisorie e collegamenti ad hoc per far fronte ai ritardi aumenta il costo totale di proprietà (TCO) e complica la futura migrazione verso un'infrastruttura coerente.

  • Espansione multivendor senza tempi di inattività

    L'aggiunta di nuove spine, foglie o interconnessioni in tessuti in esercizio deve evitare interruzioni del servizio, mantenendo al contempo la coerenza operativa tra i diversi fornitori.

Accelerare le reti DC scalabili

Dare priorità alle modalità per aumentare rapidamente la capacità di integrazione dei moduli spine-leaf, nonostante i lunghi tempi di consegna e la crescita imprevedibile del carico di lavoro.

Scalatura rapida della colonna vertebrale

Aggiungi rapidamente capacità dorsale 100G/400G per mantenere il traffico est-ovest senza limitazioni.

Crescita agile di foglie e tralci

Espandere le porte di interfaccia da 25G/100G man mano che i rack si riempiono, senza dover riprogettare l'intera struttura.

Agilità del tessuto UCS e HCI

Espandere le infrastrutture UCS e HCI in modo indipendente, in modo che i progetti di calcolo non vengano bloccati dai ritardi di rete.

Confronto tra espansione del dorso, del dorso a foglia e del tessuto

Confronta le soluzioni di espansione Pure Spine, Full Leaf Spine e Cisco UCS Fabric per decidere come scalare il tuo data center più velocemente, tenendo conto dei tempi di consegna spesso lunghi.

Caratteristica Espansione del tessuto centrata sulla colonna vertebrale Crescita della parte superiore del portapali con spine fogliari
Interconnessioni di rete Cisco UCS / HCI (a caldo)
Impatto sul business
Adattamento per l'impiego Ideale quando il collo di bottiglia è rappresentato dalla struttura portante centrale e si necessita di una maggiore quantità di tessuto da 100 g/400 g per le lamine esistenti. Ideale quando i rack dei server crescono più velocemente della rete centrale, aggiungendo una capacità ToR di 25G/100G per rack. Ideale laddove la potenza di calcolo è costituita principalmente da nodi UCS o iperconvergenti che devono crescere di pari passo con l'infrastruttura di rete. La scelta dipende dal vincolo attuale: larghezza di banda della rete, densità dei rack o limiti del dominio UCS/HCI.
Tempo di raggiungimento della capacità produttiva in presenza di lunghi tempi di consegna. Aggiunge una notevole capacità, ma spesso è vincolato ai tempi di consegna e alla pianificazione ottica per chassis di fascia alta o di classe superiore. Espansione rack per rack; possibilità di iniziare con una configurazione ridotta e di implementarla più rapidamente grazie a opzioni di fornitori e licenze di portabilità più flessibili. Gli istituti finanziari di piccole dimensioni con pacchetti pre-validati possono essere distribuiti più rapidamente e messi online in tempi brevi nei domini UCS. Nei siti UCS/HCI, la crescita basata sull'indice FI (Fibre Induced Growth) spesso raggiunge la massima capacità in tempi brevi; le foglie sono al secondo posto, le spine ancora più lente.
Complessità di integrazione Potrebbe essere necessario riprogettare l'infrastruttura, ricalcolare ECMP e apportare modifiche alle politiche di routing tra i domini. Principalmente interventi incrementali: aggiunta di nuovi leaf alla dorsale esistente, estensione dei modelli VLAN/VRF, mantenimento intatto del design della fabric. Si integra perfettamente con UCS Manager/Intersight; impatto minimo sull'infrastruttura L3/L2 a monte una volta definiti gli standard. Se si desidera ridurre al minimo lo sforzo di riprogettazione della rete, l'espansione FI ha l'impatto minore; l'aggiunta di leaf ha un impatto moderato; le spine hanno l'impatto maggiore.
Controllo delle prestazioni e della sovrascrizione Ottimo per ridurre la sovrautilizzazione della rete centrale e consentire una maggiore velocità di trasmissione est-ovest, ma non risolve il problema della contesa ToR. Consente un controllo preciso della sovrascrizione a livello di rack e una maggiore larghezza di banda per i server, ma dipende dall'infrastruttura di rete esistente. Offre una larghezza di banda deterministica all'interno dei pod UCS/HCI; i collegamenti upstream possono essere dimensionati in modo prevedibile verso il core della rete. Utilizza gli aggiornamenti spine per risolvere la congestione del core, i leaf per risolvere i punti critici dei server e i FI per mantenere i cluster UCS prevedibili su larga scala.
Vincolo al fornitore e all'architettura In genere si verifica una dipendenza da un fornitore di fascia alta; un eventuale cambio successivo risulta problematico e costoso a causa della centralizzazione dell'infrastruttura. Maggiore possibilità di combinare prodotti di diversi fornitori e modelli, soprattutto rimanendo fedeli agli standard (EVPN/VXLAN). Massimo livello di fidelizzazione, ma anche massimo valore di integrazione con le risorse di calcolo, le policy e gli strumenti del ciclo di vita di Cisco UCS. Se evitare il blocco è fondamentale, privilegia la crescita fogliare; se invece contano di più la coerenza e l'automazione, vince l'approccio incentrato sull'integrazione alimentare.
Spese in conto capitale e granularità di scalabilità Investimenti ingenti e discontinui, con grandi variazioni nelle dimensioni del porto e nella spesa per le infrastrutture ottiche. Maggiore granularità: è possibile aggiungere porte e rack in base alle necessità, facilitando l'allineamento con le esigenze e i budget di progetto. Granularità media: crescita per dominio UCS o coppia FI; spesso in bundle con nodi di calcolo per curve di prezzo migliori. Per budget limitati e crescita imprevedibile, la scalabilità leaf-first è la più flessibile; FI e spine sono più adatte alle onde pianificate.
Modello operativo e automazione Ideale per i team pronti a standardizzare la propria infrastruttura su un'unica piattaforma scalabile con solide pipeline di automazione. Funziona perfettamente con l'automazione dei data center esistenti; le modifiche vengono applicate localmente ai nuovi rack e modelli. Operazioni basate su policy rigorose in UCS; rete, firmware e profili gestiti come un unico sistema per elaborazione/infrastruttura. Se hai bisogno di operazioni end-to-end basate su policy per il calcolo e la rete, l'espansione FI offre la massima leva operativa.
Quando dare priorità a questa opzione Quando le foglie esistenti sono a corto di larghezza di banda nella dorsale e si ha fiducia nell'allineamento a lungo termine con il fornitore. Quando la crescita di server e rack supera i tempi di fornitura e devi attivare rapidamente nuovi rack. Quando i cluster UCS o HCI rappresentano il principale motore di crescita e si necessita del percorso di scalabilità più rapido e meno invasivo. In presenza di tempi di consegna lunghi, i siti con un'elevata infrastruttura UCS/HCI dovrebbero dare priorità all'espansione FI; gli altri siti bilanciano spine e leaf in base al collo di bottiglia.

Hai bisogno di aiuto? Esperti tecnici disponibili subito.

  • +1-626-655-0998 (Stati Uniti)
    UTC 15:00-00:00
  • +852-2592-5389 (Hong Kong)
    UTC 00:00-09:00
  • +852-2592-5411 (Hong Kong)
    UTC 06:00-15:00
Hai bisogno di aiuto? Esperti tecnici disponibili subito.

Scenari di distribuzione ideali

Dove le strutture spine-leaf a rapida scalabilità e le interconnessioni in tessuto ti aiutano a superare i lunghi tempi di consegna mantenendo la crescita del data center sui binari giusti.

I data center cloud e SaaS registrano una crescita aggressiva.

I data center cloud e SaaS registrano una crescita aggressiva.

  • Capacità di rete dorsale Burst 100G/400G con switch di rete dorsale ad alta densità per integrare nuovi utenti e regioni senza dover attendere i cicli completi di aggiornamento della rete.
  • Implementa ulteriori livelli leaf da 25G/100G per attivare nuovi rack e pod, in modo che i team di sviluppo possano scalare Kubernetes, PaaS e microservizi nei tempi previsti.
  • Utilizzate le interconnessioni fabric per espandere rapidamente i domini di calcolo per i livelli stateless front-end, rimandando al contempo aggiornamenti più consistenti dei core e dell'aggregazione.
Cloud privato aziendale e data center virtualizzati

Cloud privato aziendale e data center virtualizzati

  • Aggiungere nodi spine alle architetture leaf-spine esistenti per alleggerire il carico sui core 40G/100G sovraccarichi e proteggere le prestazioni di VM e VDI durante una crescita imprevista.
  • Espandete gli switch leaf da 25G/100G a livello di rack per collegare nuovi cluster ESXi, Hyper-V o KVM, riutilizzando le ottiche e il cablaggio strutturato esistenti.
  • Espandete Cisco UCS e le infrastrutture iperconvergenti con i nuovi interconnettori di rete, consentendo ai team di virtualizzazione di aggiungere blade e nodi senza dover intervenire sul core della LAN.
Intelligenza artificiale, analisi dei dati e infrastrutture di calcolo ad alte prestazioni

Intelligenza artificiale, analisi dei dati e infrastrutture di calcolo ad alte prestazioni

  • Introduciamo switch spine da 100G/400G per creare un segmento di rete est-ovest ad alta larghezza di banda per l'addestramento di IA e cluster di big data, affiancandoli alle reti tradizionali.
  • Aumenta la capacità dei nodi leaf da 25G/100G per connettere nuovi server GPU e unità di storage NVMe man mano che i progetti di intelligenza artificiale passano dalla fase pilota alla produzione, senza dover attendere la realizzazione completa dei pod.
  • Sfrutta le interconnessioni di rete per creare rapidamente domini di calcolo dedicati all'IA o all'analisi dei dati, quindi effettua il backhaul verso i core esistenti tramite collegamenti ad alta velocità.
Siti di espansione remoti, edge e di colocation

Siti di espansione remoti, edge e di colocation

  • Installa switch spine compatti per creare piccoli domini leaf-spine in nuovi rack di colocation, mantenendo il traffico WAN locale e prevedibile nonostante le risorse locali limitate.
  • Collega cluster in crescita di server edge o di filiale utilizzando switch leaf da 25G/100G, standardizzando le configurazioni su più siti con una varianza minima.
  • Utilizzate gli interconnettori Cisco come infrastruttura di elaborazione a rapida implementazione per i pod remoti, consentendo l'applicazione di policy, zonizzazione e gestione UCS/HCI coerenti tra le diverse sedi.
Cloud ibrido e servizi aziendali mission-critical

Cloud ibrido e servizi aziendali mission-critical

  • Aumentare la capacità della dorsale per supportare nuovi gateway IPsec, SD-WAN e di accesso al cloud, in linea con l'aumento del traffico est-ovest e nord-sud dovuto all'adozione del cloud ibrido.
  • Aggiungi porte leaf per le zone di rete segmentate che ospitano dispositivi di sicurezza, database e middleware, mantenendo i carichi di lavoro di conformità isolati ma scalabili.
  • Espandete le infrastrutture UCS e le reti iperconvergenti che supportano ERP, EMR e applicazioni aziendali di base, in modo da poter aggiungere nodi di calcolo on demand, mentre gli switch di rete principali hanno tempi di consegna lunghi.

Domande frequenti

Come faccio a scegliere tra switch spine e switch leaf quando ho bisogno di capacità rapidamente?

  • Utilizza switch di dorsale per data center come N9K-C9316D-GX, ARI:DCS-7260CX3-64-F, ARI:DCS-7060DX5-32-R o CIS:HCI-FI-64108-M6 quando il principale collo di bottiglia è il traffico est-ovest nel core della rete e hai bisogno di più uplink 100G/400G senza riprogettare l'intera topologia.
  • Scegli switch leaf-spine per data center come JNP:QFX5120-48Y-AFI o la famiglia ARI:DCS-7050SX3 quando il numero di porte server e la densità di rack sono fattori limitanti, ad esempio durante l'installazione rapida di rack o nodi in attesa di apparecchiature con tempi di consegna più lunghi.
  • In ambienti misti, una regola decisionale pratica è la seguente: potenziare prima la dorsale se la sovra-sottoscrizione al nucleo supera il rapporto di progetto (ad esempio, >3:1) e aggiungere prima i leaf quando i collegamenti top-of-rack sono saturi ma il nucleo del fabric ha ancora margine di manovra.

Questi switch spine e leaf sono compatibili con la mia infrastruttura di data center multivendor esistente?

  • I dispositivi N9K-C9316D-GX e le serie Arista 7060/7260 sono comunemente impiegati in reti EVPN-VXLAN multivendor, ma l'interoperabilità dipende dalle versioni software specifiche, dalle funzionalità (tipi di EVPN, MLAG/MC-LAG, opzioni BGP) e dai moduli ottici utilizzati.
  • I moduli leaf Juniper QFX5120 si integrano generalmente bene nelle architetture EVPN-VXLAN basate su standard; tuttavia, la combinazione di dispositivi di diversi fornitori a livello di piano di controllo richiede un'attenta validazione delle policy BGP, degli schemi di routing e della progettazione della ridondanza in un ambiente di laboratorio o di staging.
  • Per i Cisco Fabric Interconnect (ad esempio, CIS:UCS-SP-FI64108, CIS:HCI-FI-6454-M6, CIS:UCSX-FI-6454-U, CIS:UCS-FI-6454-DU, CIS:UCSX-FI-6454-DU, CIS:UCS-SP-FI6332-16UP, CIS:UCS-FI-6536-DU), trattateli come una fabric di elaborazione dedicata: collegateli a monte ai vostri leaf tramite L2 o L3, ma evitate di utilizzarli come switch spine/leaf generici in una fabric di terze parti.
  • Per ridurre il rischio di interoperabilità, puoi condividere la topologia pianificata e le versioni del codice con i nostri ingegneri tramite Supporto CCIE gratuito e richiedi una rapida verifica del design prima dell'acquisto. Nota bene: i termini di garanzia specifici e i servizi di assistenza possono variare a seconda del prodotto e della regione. Per informazioni precise, si prega di consultare le informazioni ufficiali. Per ulteriori richieste, si prega di contattare: router-switch.com.

Cosa devo verificare prima di ordinare i Cisco UCS Fabric Interconnect per un'espansione rapida del data center?

  • Verifica quale versione del dominio UCS stai utilizzando e se supporta i modelli FI di destinazione (ad esempio, CIS:UCS-SP-FI64108 rispetto a CIS:UCS-SP-FI6332-16UP) e il firmware richiesto; controlla le matrici di compatibilità Cisco per blade, server rack, VIC e backplane dello chassis.
  • Valuta se hai bisogno di modelli FI ottimizzati per i domini UCS classici o per le architetture iperconvergenti e X-Series (ad esempio, CIS:HCI-FI-6454-M6, CIS:UCSX-FI-6454-U, CIS:UCSX-FI-6454-DU) in modo da non precluderti l'accesso alle piattaforme server previste.
  • Convalida il tuo modello di connettività upstream (numero di uplink 10G/25G/40G/100G verso gli switch leaf) e assicurati di avere un numero sufficiente di ricetrasmettitori e cavi breakout per evitare ritardi all'arrivo degli ispettori.
  • Se stai sostituendo vecchi FI che potrebbero essere prossimi alla fine della vendita o alla fine del supporto, usa il nostro Verificatore EOL/EOSL per comprendere il rischio del ciclo di vita e pianificare le finestre di migrazione.

Come posso ridurre al minimo il rischio legato ai tempi di consegna quando aumento la capacità dei moduli da 25G/100G per i nuovi rack?

  • Progetta una strategia di asimmetria delle schede: standardizza su pochi modelli di schede (ad esempio, JNP:QFX5120-48Y-AFI, ARI:DCS-7050SX3-48YC8-R, ARI:DCS-7050SX3-48YC12-F, ARI:DCS-7050SX3-48C8-F) con profili di porte simili, in modo da poterle sostituire se i tempi di consegna di un SKU diventano sfavorevoli.
  • Predisporre ottiche e cablaggi (25G/100G SR/LR, DAC/AOC) indipendenti dal modello dello switch, ove possibile, in modo che l'arrivo degli switch sia l'unico elemento critico del percorso, anziché anche le ottiche.
  • In caso di tempi ristretti, si consiglia un'implementazione graduale: attivare un sottoinsieme di nuovi rack sul primo lotto di switch e collegare i rack aggiuntivi tramite rapporti di sovrasottoscrizione temporaneamente più elevati, per poi riequilibrare la situazione all'arrivo di ulteriori switch.
  • Il nostro team può aiutarvi a valutare alternative funzionalmente equivalenti qualora il vostro SKU preferito presenti tempi di consegna prolungati, ma la disponibilità finale e i tempi di consegna dipenderanno sempre dai livelli di stock attuali e dalle condizioni di fornitura del fornitore.

Quali aspetti relativi a spedizione, tasse e dogana devo considerare quando ordino più switch di fascia alta o Fabric Interconnect?

  • Gli chassis ad alta densità come N9K-C9316D-GX e i Cisco Fabric Interconnect possono richiedere imballaggi speciali, più scatole e una movimentazione dedicata; tenetene conto nel processo di ricezione e nella pianificazione degli accessi al data center.
  • Per le spedizioni internazionali, dazi, IVA/GST e commissioni di intermediazione possono incidere significativamente sul costo totale di proprietà; consultare le nostre linee guida sulle spese di importazione tramite tasse e dazi doganali e si prega di verificare con il proprio reparto logistico interno o con lo spedizioniere doganale prima di effettuare un ordine di grandi dimensioni.
  • Le opzioni di spedizione e i tempi di transito variano in base alla destinazione e alle condizioni logistiche locali; per gli articoli disponibili a magazzino, la spedizione e i tempi di consegna complessivi dipenderanno dalla disponibilità del prodotto, dalla documentazione per l'esportazione e dalle prestazioni del corriere, piuttosto che da una finestra temporale fissa garantita.
  • Puoi anche consultare le nostre opzioni e limitazioni di consegna tipiche in metodi di spedizione allineare gli ordini di acquisto con la tempistica del progetto.

Cosa succede se uno switch o un Fabric Interconnect appena consegnato si guasta o necessita di essere sostituito?

  • In caso di DOA (dead-on-arrival) o guasto precoce, è necessario documentare il problema con numeri di serie, foto e registri, ove possibile, e seguire la procedura descritta nel nostro istruzioni per il reso in modo da poter collaborare con voi sulle opzioni di riparazione o sostituzione.
  • La copertura del prodotto dipenderà dalla garanzia hardware del fornitore, da eventuali contratti di assistenza acquistati e dalle nostre politiche; è possibile consultare le condizioni generali e le procedure di reclamo nella nostra politica di garanzia e allinearli ai vostri SLA interni e alla strategia relativa ai pezzi di ricambio.
  • Per ruoli critici come switch spine e Cisco FI, consigliamo di tenere a disposizione pezzi di ricambio locali o di progettare una ridondanza N+1 in modo che un singolo guasto hardware non ritardi il progetto di scalabilità mentre sono in corso le procedure di RMA. Nota: i termini di garanzia specifici e i servizi di supporto possono variare in base al prodotto e alla regione. Per informazioni precise, fare riferimento alle informazioni ufficiali. Per ulteriori richieste, si prega di contattare: router-switch.com.

Altre soluzioni

Beyond Bandwidth: The 100G+ Data Center Architecture

Oltre la larghezza di banda: l'architettura del data center 100G+

La base indispensabile per il 100G: crescita pronta per l'intelligenza artificiale, prestazioni a latenza zero

Banca dati
400G/800G Ethernet Switch: Maxmize Margins via AI-Ready Solutions

Switch Ethernet 400G/800G: massimizza i margini tramite soluzioni AI-Ready

Switch per data center ad alto profitto di Cisco, Huawei, Mellanox e Juniper.

Ethernet Switch
Copper vs Fiber vs DAC/AOC Interconnects Guide

Guida alle interconnessioni in rame, fibra e DAC/AOC

Un confronto completo tra rame, fibra, DAC e AOC: latenza, portata, costo e idoneità all'implementazione 10G/25G/100G/400G.

Cablaggio e ricetrasmettitori