Spedizione espressa a
Contattaci
Tracciamento ordini
Cerca
Ricerca popolare
Richiesta
Carrello
Accedi

buono
Cita ora,
risparmia fino al 8%.

Richiesta
Contatti

Feedback
I tuoi commenti
Come ci valuteresti?
Facilità d'uso:
Feedback sugli acquisti:
Dettagli del prodotto:

Guida all'aggiornamento delle schede di rete per virtualizzazione ConnectX 7 vs ConnectX 6 Dx

Guida all'aggiornamento delle schede di rete per virtualizzazione ConnectX 7 vs ConnectX 6 Dx
  • Intro
  • Le sfide
  • Prodotti consigliati
  • Confronta
  • Casi d'uso
Ottieni l'aiuto di un esperto

Modernizzazione delle infrastrutture virtualizzate

Modernizzazione delle infrastrutture virtualizzate

  • Con l'aumento della densità di virtualizzazione e la diffusione dei carichi di lavoro basati sull'intelligenza artificiale, molti team dei data center scoprono che le loro infrastrutture di rete esistenti, risalenti all'era ConnectX-6 Dx, stanno diventando il collo di bottiglia, non gli hypervisor o lo storage. Il traffico est-ovest generato da NVMe-oF, dalla migrazione live e dai microservizi può saturare le architetture di rete legacy, complicare la sicurezza degli host e aumentare il carico della CPU, anche solo per gestire le attività di base di rete e di offload della virtualizzazione.

    Questa sezione illustra come valutare il passaggio da ConnectX-6 Dx a ConnectX-7 nell'ambito di un percorso di aggiornamento più ampio di NIC, SmartNIC/DPU e fabric. L'attenzione si concentra sui punti decisionali pratici: quali host sono ancora compatibili con ConnectX-6 Dx, in che modo la larghezza di banda e le funzionalità di offload di ConnectX-7 modificano i costi, quando introdurre SmartNIC o DPU e come allineare le scelte delle NIC con l'espansione della spine e del fabric per una virtualizzazione di nuova generazione scalabile.

Bilanciamento degli aggiornamenti ConnectX-7 e ConnectX-6 DX

La migrazione da ConnectX-6 Dx a ConnectX-7 per i data center virtualizzati ha un impatto sulla progettazione dell'infrastruttura, sui costi, sulla compatibilità e sul rischio operativo.

Bilanciamento degli aggiornamenti ConnectX-7 e ConnectX-6 DX

  • Larghezza di banda e PCIe adeguate ai carichi di lavoro.

    Adattare le velocità di ConnectX-7 e le linee PCIe al traffico misto di virtualizzazione, storage e intelligenza artificiale senza creare nuovi colli di bottiglia non è un'operazione banale.

  • Controllare i costi di aggiornamento e le interruzioni di servizio.

    L'introduzione di schede di rete (NIC) e SmartNIC ad alta velocità può comportare modifiche a switch, cablaggi e allo scarico della CPU, con conseguenti ripercussioni sui budget e sulle finestre di migrazione.

  • Allineare offload, driver e host legacy

    Gestire la coesistenza di ConnectX-7, ConnectX-6 Dx, DPU e server meno recenti, mantenendo al contempo driver, SR-IOV e politiche di sicurezza coerenti, è un'operazione complessa dal punto di vista operativo.

Aggiornamento della rete ConnectX-7 rispetto a ConnectX-6 Dx Fabric

Confronta ConnectX-7 con ConnectX-6 Dx per decidere quando è giustificato un aggiornamento della scheda di rete per gli host di virtualizzazione di nuova generazione.

Caratteristica ConnectX-6Dx
ConnectX-7 (hot)
 Impatto sul business
Adattamento per l'impiego Comprovata efficacia in cluster virtualizzati consolidati, adatta ad aggiornamenti incrementali e ad espansioni di infrastrutture esistenti. Ottimizzato per cluster di nuova concezione e orientati al futuro, destinati a infrastrutture di virtualizzazione predisposte per l'intelligenza artificiale e basate su NVMe. Allinea la scelta della scheda di rete all'orizzonte temporale del progetto: estendere la durata dei cluster esistenti o progettarli per i carichi di lavoro di nuova generazione.
Virtualizzazione e offload Offre solide funzionalità di offload SR-IOV, RoCE, overlay e crittografia per i carichi di lavoro convenzionali basati su macchine virtuali. Offre una maggiore capacità di offload e una telemetria migliorata per ambienti misti ad alta densità di VM/container e microsegmentati. Chiarisce se gli attuali scarichi sono sufficienti o se è necessario un margine maggiore per un consolidamento più incisivo.
Throughput e latenza Progettato per tessuti ad alte prestazioni da 25/50/100 g con bassa latenza per il tipico traffico est-ovest. Obiettivo: reti 100/200G+, jitter ridotto e latenza più bassa per intelligenza artificiale, archiviazione e flussi Est-Ovest ad altissima densità. Mostra se la larghezza di banda della rete è il fattore limitante, indicando se un aggiornamento della scheda di rete sbloccherà la scalabilità.
Scalabilità e predisposizione al futuro Adeguato per la crescita a breve termine; potrebbe limitare il futuro passaggio ad architetture fogliari/spinali a velocità di crescita più elevate. Progettato per monitorare gli aggiornamenti multigenerazionali di dorsi/foglie e le richieste di sovrabbondanza senza necessità di sostituzione anticipata. Aiuta a decidere se mantenere un ciclo di aggiornamento più breve o investire ora per evitare la sostituzione delle schede di rete a metà del loro ciclo di vita.
Complessità operativa Si integra perfettamente con i driver e gli strumenti esistenti; semplifica la gestione delle modifiche negli ambienti esistenti. Potrebbe richiedere un aggiornamento dello stack software e una convalida, ma offre funzionalità di monitoraggio e automazione più avanzate. Trova un equilibrio tra rischio e beneficio, optando per modifiche minime oggi e una maggiore osservabilità e automazione domani.
Profilo dei costi e del costo totale di proprietà (TCO) Minori costi di acquisizione; interessante quando la densità degli host e la crescita del traffico sono moderate. Costi iniziali più elevati, compensati dalla possibilità di ridurre il numero di server e porte grazie al consolidamento degli host, all'intelligenza artificiale o alla gestione del traffico di archiviazione. Chiarisce quando il risparmio sulle spese in conto capitale è più importante del consolidamento a lungo termine, della potenza e della riduzione del numero di porti.
Sicurezza e isolamento Funzionalità di base robuste per la separazione dei tenant e il traffico crittografato nelle architetture multi-tenant standard. Capacità potenziate per supportare un isolamento più rigoroso, una visibilità est-ovest e un'applicazione più precisa delle politiche. Fornisce indicazioni per valutare se l'attuale livello di sicurezza sia sufficiente o se una segmentazione più rigorosa rappresenti un requisito strategico.

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
Richiedi un preventivo
Chat
Hai bisogno di aiuto? Esperti tecnici disponibili subito.

Scenari di implementazione e casi d'uso ideali

Dove l'aggiornamento da ConnectX-6 Dx a ConnectX-7 offre vantaggi tangibili per le infrastrutture di data center virtualizzate, sensibili alla latenza e abilitate all'intelligenza artificiale.

Host di cloud aziendali e privati ​​ad alta virtualizzazione

Host di cloud aziendali e privati ​​ad alta virtualizzazione

  • Utilizzare ConnectX-7 come uplink primario per cluster VMware, Hyper-V o KVM fortemente consolidati che necessitano di una maggiore larghezza di banda est-ovest e di un jitter inferiore rispetto a quanto offerto da ConnectX-6 Dx.
  • Durante gli aggiornamenti progressivi dell'hypervisor, è consigliabile implementare le schede di rete ConnectX-6 Dx e ConnectX-7 in parallelo per preservare gli SLA delle macchine virtuali di produzione, aumentando al contempo gradualmente la velocità effettiva e la profondità della coda MT East-West.
  • Combinando le SmartNIC/DPU ConnectX con le schede di rete host ConnectX-7, il traffico dei tenant, l'incapsulamento overlay e le policy di sicurezza vengono scaricati dalla CPU, consentendo una maggiore densità di macchine virtuali senza cali di prestazioni.
Kubernetes nativo del cloud, microservizi e reti di servizi

Kubernetes nativo del cloud, microservizi e reti di servizi

  • Utilizzare ConnectX-7 sui nodi worker di Kubernetes come interfacce CNI di base ad alta larghezza di banda per supportare la crescita del traffico est-ovest dei microservizi e l'overhead dei sidecar, riducendo al contempo la latenza P99 rispetto alle schede di rete tradizionali.
  • Mappa i pool di worker basati su ConnectX-6 Dx negli spazi dei nomi non critici, riservando al contempo i nodi abilitati per ConnectX-7 per le service mesh sensibili alla latenza, i gateway API e le pipeline di transazione in tempo reale.
  • Abbina SmartNIC/DPU a ConnectX-7 per alleggerire il carico di lavoro dell'host in termini di rete overlay, crittografia e regole firewall di Kubernetes, migliorando la densità dei pod e riducendo l'impatto delle interferenze esterne nei cluster multi-tenant.
Infrastruttura per server GPU e addestramento di IA/ML, inferenza e grafica computerizzata

Infrastruttura per server GPU e addestramento di IA/ML, inferenza e grafica computerizzata

  • Dotate i server GPU di nuova generazione di ConnectX-7 per aumentare la velocità di trasmissione della rete e le prestazioni collettive basate su RoCE, mantenendo ConnectX-6 Dx nei nodi GPU più vecchi durante l'aggiornamento graduale del cluster AI.
  • Utilizza ConnectX-7 su feature store AI ad alta intensità di archiviazione e database MPP che alimentano i processi di training, garantendo checkpoint e caricamento dei dati più rapidi rispetto agli ambienti che utilizzano solo ConnectX-6 Dx.
  • Combina le schede di rete ConnectX-7 sui server GPU con gli switch spine Mellanox ad alta velocità per creare architetture leaf-spine AI non bloccanti, in grado di coesistere con i livelli di calcolo esistenti basati su ConnectX-6 Dx durante la migrazione.
Reti di archiviazione, backup e replica ad alta velocità

Reti di archiviazione, backup e replica ad alta velocità

  • Implementa ConnectX-7 su nodi NVMe-oF, all-flash e iperconvergenti per massimizzare il throughput RoCE/iSCSI e ridurre la latenza di coda, riservando ConnectX-6 Dx ai livelli meno critici o ai nodi di archiviazione.
  • Utilizza i collegamenti uplink ConnectX-7 sui gateway di backup e sui server di replica per ridurre le finestre di backup e i tempi di sincronizzazione tra siti senza dover riprogettare i cluster di storage esistenti basati su ConnectX-6 Dx.
  • Sfrutta le SmartNIC con ConnectX-7 per la crittografia, la compressione e la gestione del traffico inline sui flussi di archiviazione e backup, alleggerendo il carico dei servizi dati sui core x86 per mantenere prestazioni I/O prevedibili.
Trading a bassa latenza, analisi in tempo reale ed elaborazione edge

Trading a bassa latenza, analisi in tempo reale ed elaborazione edge

  • Installa ConnectX-7 nei motori di trading a bassa latenza, nelle piattaforme di offerta in tempo reale o nei sistemi di raccolta dati di telemetria per ridurre microburst e jitter rispetto alle implementazioni legacy che utilizzano solo ConnectX-6 Dx.
  • Utilizza ConnectX-6 Dx per i nodi di aggregazione edge meno critici, riservando ConnectX-7 ai gestori di dati di mercato in prima linea, ai motori di matching e ai processori di streaming che richiedono tempi di risposta deterministici.
  • Combina le SmartNIC ConnectX con ConnectX-7 nei nodi edge o analitici sensibili alla sicurezza per alleggerire il carico di firewall, isolamento ed esportazione della telemetria, in modo che le applicazioni in tempo reale mantengano la potenza di calcolo della CPU disponibile per la logica di business.

Domande frequenti

Come posso scegliere tra ConnectX-7 e ConnectX-6 Dx per i miei host di virtualizzazione?

  • In linea di massima, scegliete ConnectX-7 (ad esempio MCX75310AAS-NEAT o MCX713104AC-ADAT) quando create o aggiornate host per la virtualizzazione di nuova generazione, carichi di lavoro NVMe ad alta densità o GPU/AI che richiedono uplink da 200-400G o quando prevedete di passare rapidamente a RoCEv2 e al controllo avanzato della congestione.
  • Gli adattatori ConnectX-6 Dx (come MCX623435AC-CDAB o MT28928A0-CCCF-CEM) sono più adatti se la vostra infrastruttura di switching è ancora prevalentemente a 25/50/100G, se avete vincoli di budget stringenti o se la vostra priorità è l'offload SR-IOV/vDPA, piuttosto che la massima larghezza di banda.
  • Per gli ambienti misti, molti clienti implementano ConnectX-7 nei nuovi cluster e mantengono ConnectX-6 Dx nei pod esistenti, per poi standardizzare gradualmente la soluzione, in modo che la sostituzione possa essere effettuata in fasi, in concomitanza con gli aggiornamenti della rete e le finestre di manutenzione.
  • Se non sei sicuro di quale generazione corrisponda al tuo attuale design leaf/spine e alla roadmap dell'hypervisor, puoi discutere la tua topologia e le ipotesi di crescita con i nostri ingegneri tramite Supporto gratuito per la progettazione CCIENota bene: i termini di garanzia e i servizi di assistenza specifici possono variare a seconda del prodotto e della regione. Per informazioni precise, si prega di consultare le informazioni ufficiali. Per ulteriori domande, si prega di contattare: router-switch.com.

Le schede di rete ConnectX-7 e ConnectX-6 Dx sono compatibili con i miei server e hypervisor esistenti?

  • Sia ConnectX-7 che ConnectX-6 Dx sono disponibili nei comuni formati PCIe e sono generalmente compatibili con i server x86 più diffusi, ma il vero limite è solitamente rappresentato dal BIOS/UEFI, dalla disponibilità di linee PCIe e dal margine di potenza/termico nelle piattaforme compatte 1U/2U.
  • Dal punto di vista software, i clienti in genere utilizzano queste schede di rete con VMware ESXi, piattaforme basate su KVM (Proxmox, OpenStack, RHEL/OEL) o Windows Server; tuttavia, prima di procedere all'acquisto in blocco, è necessario verificare le specifiche esatte dei driver e del firmware rispetto alla versione del sistema operativo/hypervisor e all'elenco di compatibilità hardware (HCL) del fornitore.
  • Per funzionalità avanzate come vDPA, scalabilità SR-IOV, migrazione live con RoCE o utilizzo di DPU BlueField (ad esempio, MBF2M345A-HECOT, MBF2M516A-CECOT) come offload di virtualizzazione, è necessario verificare che lo stack supporti i livelli di driver Mellanox OFED o i driver nativi inclusi nel pacchetto richiesti.
  • Se sei preoccupato per l'interoperabilità del BIOS, dei driver o dell'hypervisor in un cluster eterogeneo, condividi con noi la matrice dei server e dei sistemi operativi e possiamo pre-verificare i rischi tramite il nostro Supporto CCIE gratuito Prima di standardizzare una specifica generazione di NIC/DPU, si prega di notare che i termini di garanzia e i servizi di supporto specifici possono variare a seconda del prodotto e della regione. Per informazioni precise, si prega di consultare le informazioni ufficiali. Per ulteriori domande, si prega di contattare: router-switch.com.

Quali aspetti devo considerare quando utilizzo insieme schede di rete ConnectX-7 e SmartNIC/DPU BlueField nella stessa infrastruttura?

  • Molti data center virtualizzati di nuova generazione combinano le schede di rete ConnectX-7 sugli host di elaborazione con le SmartNIC/DPU BlueField (come MBF2M345A-HECOT, MBF2M516A-EENOT o MBF2H532C-AECOT) sui nodi edge, di sicurezza o di infrastruttura per alleggerire il carico di switching virtuale, crittografia e microsegmentazione.
  • In architetture miste di questo tipo, le considerazioni principali sono: una politica MTU e QoS coerente su tutta la rete, l'allineamento delle impostazioni RoCE ed ECN sugli switch (ad esempio, MSN4600-VS2RO, MSB7570-E o MCS7500) e la garanzia che le funzioni del piano di controllo delegate alle DPU non entrino in conflitto con le funzionalità native dell'hypervisor.
  • Dal punto di vista della capacità, assicurati che la larghezza di banda e l'architettura dei buffer della tua rete spine/leaf siano dimensionate per il traffico est-ovest tra server dotati solo di scheda di rete e nodi con DPU abilitata, soprattutto per NFV o cloud multi-tenant dove possono verificarsi problemi di "noise neighbor" se le code non sono ottimizzate.
  • Poiché l'offload basato su DPU modifica le responsabilità operative tra i team di server e di rete, consigliamo di eseguire prima un cluster pilota e di allineare i manuali operativi prima di un'implementazione su larga scala; i nostri architetti possono aiutare a convalidare la progettazione e le fasi di migrazione attraverso Revisione gratuita del progetto CCIENota bene: i termini di garanzia e i servizi di assistenza specifici possono variare a seconda del prodotto e della regione. Per informazioni precise, si prega di consultare le informazioni ufficiali. Per ulteriori domande, si prega di contattare: router-switch.com.

Come funzionano i tempi di consegna, la spedizione e le procedure doganali per le schede di rete, le unità di elaborazione dati (DPU) e gli switch di rete ConnectX?

  • I tempi di consegna per le schede di rete Mellanox (ConnectX-7, ConnectX-6 Dx), le DPU BlueField e gli switch ad alta velocità (come MSN4600-VS2RO o MSB7570-E) possono variare a seconda della disponibilità a magazzino, della configurazione e del paese di destinazione; per gli articoli disponibili a magazzino, la spedizione può essere organizzata in tempi relativamente brevi, ma ciò è sempre soggetto alla disponibilità del prodotto e alle condizioni logistiche.
  • Le consegne internazionali vengono generalmente gestite tramite i principali corrieri, con opzioni esatte e intervalli di transito tipici descritti nella nostra metodi di spedizione panoramica generale; tuttavia, i tempi di consegna effettivi dipenderanno dalle prestazioni del corriere e dallo sdoganamento locale.
  • Le tasse di importazione, l'IVA e gli eventuali dazi doganali sono generalmente determinati dalle normative locali e dagli Incoterms; è possibile consultare le modalità di gestione comuni e le informazioni necessarie da parte vostra nella nostra Guida alle tasse e ai dazi doganali.
  • Per aggiornamenti di grandi dimensioni o a fasi (ad esempio, un'implementazione graduale di ConnectX-7 in più cluster virtualizzati), è spesso più prudente prevedere un margine di tempo nella pianificazione del progetto per far fronte a potenziali incertezze relative all'approvvigionamento e alle procedure doganali.

Che dire della garanzia, delle procedure di reso e dei rischi relativi al ciclo di vita quando si adotta ConnectX-7 o ConnectX-6 Dx come standard?

  • Prima di standardizzare una generazione di data center su SKU specifici come MCX75310AAS-NEAT, MCX713104AC-ADAT o DPU BlueField, è importante comprendere sia il ciclo di vita dell'hardware del fornitore sia le condizioni di garanzia del canale, in modo che i ricambi siano disponibili per tutto il periodo di aggiornamento.
  • È possibile monitorare in modo proattivo i potenziali rischi di fine vita (EOL) e fine supporto (EOSL) per NIC, DPU e switch di rete pianificati utilizzando il nostro strumento online. Verificatore EOL/EOSL, il che ti aiuta a evitare di bloccare i nuovi cluster su piattaforme che si avvicinano alla fine del loro ciclo di vita ufficiale.
  • I nostri principi di gestione della garanzia e RMA, incluso come procedere se una NIC o uno switch si guastano in produzione e devono essere restituiti, sono descritti nel nostro politica di garanzia e passo dopo passo Istruzioni per la restituzione di merce difettosa.
  • Per le infrastrutture virtualizzate mission-critical, molti clienti mantengono anche una piccola scorta di ricambi in loco per i componenti principali (schede di rete, unità di elaborazione dati e modelli di switch chiave) per mitigare potenziali ritardi nella sostituzione o nella fornitura. Nota: i termini di garanzia specifici e i servizi di supporto possono variare in base al prodotto e alla regione. Per informazioni precise, si prega di consultare le informazioni ufficiali. Per ulteriori richieste, si prega di contattare: router-switch.com.

Potreste aiutarmi a convalidare il mio piano di aggiornamento a ConnectX-7 e le mie aspettative in termini di prestazioni prima che io impegni il budget?

  • Sì, per gli aggiornamenti incentrati sulla virtualizzazione è generalmente consigliabile verificare non solo la velocità delle porte, ma anche il comportamento delle funzionalità di ConnectX-7 (RoCEv2, offload, controllo della congestione) con l'infrastruttura, lo storage e l'hypervisor esistenti prima di finalizzare l'acquisto.
  • È possibile condividere un progetto di alto livello, ovvero la generazione attuale di NIC (ad esempio, ConnectX-6 Dx), l'adozione pianificata di ConnectX-7 o BlueField, i rapporti di sovrasottoscrizione target e gli obiettivi di latenza/throughput, con i nostri ingegneri e richiedere una revisione della configurazione e dei rischi tramite Supporto CCIE gratuito.
  • Durante questo processo, possiamo evidenziare vincoli pratici come la scelta del cablaggio e dei transceiver (inclusi i DAC come il C-DQ8FNM005-H0-M), la progettazione dei buffer negli switch come MSN4600-VS2RO o MCS7500 e come la migrazione graduale può essere strutturata per ridurre al minimo i tempi di inattività o le regressioni delle prestazioni nei cluster virtualizzati esistenti.
  • Questa validazione del progetto ha carattere consultivo e di supporto decisionale, aiutandovi a costruire un business case realistico e un piano di implementazione, mentre la distribuzione finale, i test di accettazione e le pratiche operative dovranno comunque seguire i vostri standard interni e le raccomandazioni del fornitore. Nota: i termini di garanzia specifici e i servizi di supporto possono variare in base al prodotto e alla regione. Per informazioni precise, si prega di consultare le 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
Lossless Ethernet for AI & HPC Networks

Ethernet senza perdita di dati per reti AI e HPC

Realizza infrastrutture Ethernet senza perdite per IA e HPC con progettazione compatibile con RoCE, indicazioni per il controllo della congestione e pianificazione di rete scalabile a bassa latenza.

Ethernet senza perdita di dati
Ethernet vs InfiniBand for AI & HPC Networks

Ethernet vs InfiniBand per reti AI e HPC

Un confronto mirato tra Ethernet e InfiniBand per strutture AI/HPC: latenza, scalabilità, RDMA e compromessi sui costi.

Reti AI e HPC
Accedi
Registrati