Cos'è l'infrastruttura convergente? | phoenixNAP Glossario IT

L'infrastruttura convergente è un approccio IT che riunisce elaborazione, archiviazione, networking e virtualizzazione in un unico sistema integrato.

Cosa si intende per infrastruttura convergente?

L'infrastruttura convergente è una combinazione di elaborazione confezionata e convalidata in fabbrica servers, archiviazione condivisa, networking e Software strato utilizzato per virtualizzarli e gestirli (tipicamente un hypervisor più strumenti di gestione centralizzata). È progettato, testato e supportato come un unico sistema, in modo che i componenti siano dimensionati per funzionare insieme e possano essere distribuiti con prestazioni e compatibilità prevedibili.

In pratica, CI sostituisce il tradizionale "fai da te" data center modello, in cui i team selezionano separatamente hardware, integrare firmware e driver e risoluzione dei problemi interoperabilità, con uno stack integrato che utilizza design standardizzati, gestione unificata del ciclo di vita e supporto coordinato dei fornitori. Sebbene le parti sottostanti siano ancora distinte (servers, array di archiviazione, interruttori), vengono forniti come uno stack integrato con configurazione coerente, provisioning automatizzato e aggiornamenti allineati, rendendo più semplice il funzionamento, l'espansione in blocchi modulari e il mantenimento di un ambiente stabile per virtualizzati o tour privati cloud carichi di lavoro.

Come funziona l'infrastruttura convergente?

L'infrastruttura convergente funziona trattando il calcolo, conservazionee networking come un'unica piattaforma preintegrata, in modo da poter distribuire e gestire lo stack come un unico sistema anziché dover assemblare manualmente i componenti. Ecco come funziona:

Progettare e dimensionare il “blocco” convergente. Seleziona una configurazione convalidata (CPU/RAM, tipo/capacità di archiviazione, rete larghezza di banda) in modo che i componenti siano bilanciati per i carichi di lavoro di destinazione e non si creino colli di bottiglia a vicenda.
cremagliera, cablare e alimentare il sistema come un'unità. Poiché il layout hardware e la connettività sono predefiniti, l'installazione avviene principalmente tramite configurazione fisica, riducendo il lavoro di integrazione e preparando la piattaforma per l'inizializzazione del software.
Avviare il livello di gestione. Si utilizzano gli strumenti di gestione del fornitore (e spesso un'integrazione con il gestore dell'hypervisor) per stabilire un controllo centralizzato per il provisioning, il monitoraggio e l'applicazione delle policy nell'intero stack.
Applicare la configurazione di base convalidata. Firmware, driver, BIOS le impostazioni, i layout di archiviazione e i profili di rete sono impostati su valori noti e validi, il che standardizza l'ambiente e riduce al minimo i problemi di compatibilità.
Fornire elaborazione e storage insieme. Dalla stessa console o API, si creano host VM (o cluster), si presenta l'archiviazione condivisa (LUN/volumi/datastore) e la si mappa al calcolo, consentendo ai carichi di lavoro di atterrare su un'infrastruttura pronta per l'esecuzione.
Collegare i carichi di lavoro alla rete con policy coerenti. Segmentazione della rete, VLAN/reti virtuali, QoSe i controlli di sicurezza vengono applicati in modo applicazioni può comunicare in modo affidabile mantenendo il traffico isolato e le prestazioni prevedibili.
Operare e scala attraverso l'automazione del ciclo di vita. Gli aggiornamenti vengono eseguiti come pacchetti "stack" coordinati (anziché a pezzi) e la capacità viene ampliata aggiungendo ulteriori blocchi convergenti, il che mantiene prestazioni e gestione coerenti con la crescita dell'ambiente.

Esempi di infrastrutture convergenti

L'infrastruttura convergente è in genere venduta come un pacchetto pre-validato di servers, software di storage, networking e gestione da un unico fornitore (o da una stretta partnership con altri fornitori), forniti come un "blocco" ripetibile che puoi implementare ed espandere. Ecco alcuni esempi comuni:

Dell VxBlock (Dell + Cisco, tramite VxBlock Systems). Una piattaforma CI pre-ingegnerizzata che combina storage Dell, elaborazione Cisco UCS e networking Cisco con integrazione VMware, mirata alla standardizzazione data center implementazioni con gestione coordinata del ciclo di vita.
FlexPod (Cisco + NetApp). Un'architettura CI convalidata basata su Cisco UCS e switching Nexus con storage NetApp, comunemente utilizzata per la virtualizzazione e la gestione privata cloud perché offre progetti di riferimento ben documentati e una scalabilità prevedibile aggiungendo capacità in incrementi modulari.
Sistema convergente HPE. Il portafoglio di sistemi convergenti di HPE che unisce elaborazione ProLiant, storage HPE e networking con gestione e supporto integrati, è progettato per ridurre lo sforzo di integrazione e fornire un approccio a fornitore singolo per la gestione dello stack.
Lenovo Converged HX Series (basato su Nutanix). Una piattaforma convergente fornita da Lenovo che racchiude pacchetti standardizzati server hardware con un livello di virtualizzazione/gestione strettamente integrato, spesso utilizzato per semplificare la distribuzione e le operazioni in corso nelle aziende di medie dimensioni data centers.

Usi dell'infrastruttura convergente

L'infrastruttura convergente viene utilizzata quando i team desiderano uno stack standardizzato e convalidato dal fornitore, più rapido da implementare e più facile da utilizzare rispetto a un sistema assemblato. data center costruire. Gli usi più comuni sono:

Cluster di virtualizzazione (VMware/Hyper-V). Gestisci grandi farm di VM su una piattaforma di elaborazione, storage e rete bilanciata con prestazioni prevedibili e provisioning centralizzato.
Privata cloud fondazioni. Fornire il "blocco di costruzione" sottostante per il provisioning self-service delle VM e l'infrastruttura interna cloud piattaforme standardizzando i profili hardware e la gestione del ciclo di vita.
VDI (infrastruttura desktop virtuale). Supporta carichi di lavoro desktop che necessitano di latenza e produttività costanti utilizzando progetti convalidati che riducono i colli di bottiglia di archiviazione e di rete.
Stack di applicazioni aziendali. Ospita app multilivello (web/app/banca dati) dove prestazioni stabili e operazioni semplificate sono più importanti delle scelte hardware altamente personalizzate.
Carichi di lavoro transazionali e di database. Distribuisci piattaforme basate su storage per database che traggono vantaggio da configurazioni note e valide, aggiornamenti coordinati di firmware/driver e coerenza I / O comportamento.
Dev/test e ambienti CI. Avvia rapidamente ambienti ripetibili, quindi ampliali aggiungendo ulteriori blocchi convergenti senza riprogettare l'architettura.
Ufficio remoto/edge data centers. Utilizza sistemi compatti e standardizzati per fornire elaborazione e archiviazione locali con un impegno IT in loco minimo e una gestione remota più semplice.
Modernizzazione e data center ricaricare. Sostituisci i vecchi rack "snowflake" con blocchi standardizzati per ridurre il rischio di integrazione, semplificare il supporto e rendere più prevedibile il ridimensionamento futuro.

Come implementare un'infrastruttura convergente?

L'implementazione di un'infrastruttura convergente si concentra sulla creazione di un sistema preintegrato in modo rapido e coerente, con la maggior parte della complessità gestita tramite progetti convalidati e gestione centralizzata. Ecco come implementarla:

Valutare i carichi di lavoro e i requisiti di capacità. Identifica le applicazioni che intendi eseguire, insieme alle relative esigenze di elaborazione, archiviazione e rete, per selezionare una configurazione convergente correttamente dimensionata fin dal primo giorno.
Selezionare una piattaforma e un'architettura CI convalidate. Scegli un fornitore o un progetto di riferimento che sia in linea con il tuo hypervisor, gli strumenti di gestione e il modello di supporto, assicurandoti che tutti i componenti siano certificati per funzionare insieme.
Installare e collegare l'hardware. Installare, cablare e alimentare il sistema in base al layout documentato dal fornitore, in modo che la connettività fisica corrisponda al progetto convalidato.
Inizializzare il livello di gestione e virtualizzazione. Avviare il software di gestione CI e l'hypervisor, che stabilisce un controllo centralizzato per il provisioning, il monitoraggio e l'applicazione delle policy.
Applicare la configurazione e le policy di base. Impostare i livelli del firmware, i profili del BIOS, i layout di archiviazione, la segmentazione della rete e le impostazioni di sicurezza sui valori consigliati per standardizzare l'ambiente.
Fornire carichi di lavoro e servizi. Crea cluster, datastore e reti, quindi distribuisci applicazioni o macchine virtuali sulla piattaforma utilizzando gli strumenti di gestione unificati.
Convalida, ottimizza e pianifica su larga scala. Testare le prestazioni e la disponibilità, ottimizzare l'allocazione delle risorse e documentare i passaggi di espansione in modo che ulteriori blocchi CI possano essere aggiunti senza problemi man mano che la domanda cresce.

I vantaggi e le sfide delle infrastrutture convergenti

L'infrastruttura convergente semplifica la creazione e la gestione di ambienti on-premise, offrendo elaborazione, storage e networking in un unico sistema convalidato. Allo stesso tempo, la maggiore integrazione introduce compromessi in termini di flexbilità, scelte di scalabilità e considerazioni a lungo termine sui fornitori e sul ciclo di vita.

Quali sono i vantaggi dell'infrastruttura convergente?

L'infrastruttura convergente è progettata per ridurre lo sforzo di costruzione e gestione data center piattaforme fornendo uno stack preintegrato e convalidato. I vantaggi includono:

Distribuzione più rapida. I progetti pre-testati e le configurazioni standardizzate riducono il lavoro di integrazione, consentendo di installare gli ambienti e di renderli pronti per la produzione più rapidamente.
Operazioni semplificate. La gestione centralizzata di elaborazione, archiviazione e rete semplifica il provisioning, il monitoraggio e la risoluzione dei problemi rispetto alla gestione di silos separati.
Minore rischio di integrazione. Le combinazioni hardware/software convalidate riducono al minimo i problemi di compatibilità tra firmware, driver e componenti della piattaforma, riducendo l'instabilità dovuta ad aggiornamenti non corrispondenti.
Prestazioni prevedibili. I blocchi di costruzione bilanciati e di dimensioni di riferimento semplificano l'eliminazione dei colli di bottiglia più comuni (ad esempio, capacità di elaborazione insufficiente rispetto alla capacità di storage).
Scalabilità più semplice con incrementi modulari. L'espansione della capacità avviene in genere aggiungendo un altro "blocco" con caratteristiche note, che mantiene prestazioni e configurazione coerenti durante la crescita.
Gestione più coerente del ciclo di vita. L'applicazione coordinata di patch e aggiornamenti nell'intero stack contribuisce a ridurre le interruzioni e la complessità della manutenzione rispetto all'aggiornamento indipendente dei componenti.
Modello di supporto semplificato. Con un singolo fornitore (o fornitori strettamente associati) responsabile dell'intero stack, la risoluzione dei problemi è solitamente più semplice rispetto all'escalation tra più fornitori.
Migliore standardizzazione e governance. Le configurazioni ripetibili semplificano l'applicazione di linee di base di sicurezza, policy di provisioning e controlli di conformità in tutti gli ambienti.

Quali sono le sfide delle infrastrutture convergenti?

L'infrastruttura convergente può semplificare l'implementazione e le operazioni, ma i compromessi di solito si manifestano in flexaffidabilità, scalabilità, granularità e decisioni sulla piattaforma a lungo termine. Ecco le principali sfide:

Meno design flexflessibilità. Poiché le configurazioni vengono convalidate come un set, hai meno possibilità di combinare e abbinare i componenti o di ottimizzarli per un carico di lavoro molto specifico.
Il ridimensionamento può essere a grana grossa. Spesso si scala aggiungendo un altro blocco, il che potrebbe costringere ad acquistare più risorse di elaborazione o di storage di quelle necessarie in quel momento, se la crescita non è uniforme.
Fornitore ed ecosistema bloccare. Gli strumenti di gestione, i processi di supporto e i pacchetti di aggiornamento possono vincolarti strettamente a un fornitore (o a una partnership con un fornitore), rendendo più difficili le migrazioni future.
Gli aggiornamenti sono più coordinati (e talvolta più lenti). I bundle di aggiornamento a livello di stack riducono i rischi, ma potrebbe essere necessario attendere le versioni convalidate anziché aggiornare un componente secondo i propri tempi.
Il costo iniziale può essere più elevato. Si paga per la pre-integrazione, la convalida e un modello di supporto unificato, che potrebbe risultare più costoso dell'assemblaggio di componenti di base.
Il modello operativo richiede ancora competenze. La CI riduce il lavoro di integrazione, ma i team necessitano comunque di solide conoscenze in materia di virtualizzazione, networking, storage e sicurezza per gestirla al meglio.
Ottimizzazione limitata per carichi di lavoro di nicchia. Esigenze specializzate (IOPS molto elevate, estreme GPU densità, funzionalità di rete uniche) potrebbero non adattarsi ai blocchi CI standard senza compromessi.
Dipendenze di espansione e supporto. I pezzi di ricambio, le matrici di compatibilità e le future aggiunte di capacità sono vincolati da ciò che la piattaforma supporta, soprattutto se cambiano le generazioni di hardware.

Domande frequenti sull'infrastruttura convergente

Ecco le risposte alle domande più frequenti sulle infrastrutture convergenti.

L'infrastruttura convergente è ancora rilevante?

Sì, l'infrastruttura convergente è ancora rilevante, soprattutto per le organizzazioni che desiderano prestazioni prevedibili e più semplici in loco operazioni per la virtualizzazione, private cloud fondazioni, VDIe carichi di lavoro aziendali costanti. Rimane una via di mezzo pratica tra la tradizionale infrastruttura "fai da te" (più flexbilità ma più sforzo di integrazione) e iperconvergente infrastruttura (più definita dal software e scalabile per progettazione).

La CI è particolarmente utile quando la standardizzazione, la gestione coordinata del ciclo di vita e un modello di supporto unificato sono importanti, anche se molti team adottano cloud servizi o infrastrutture iperconvergenti per carichi di lavoro più nuovi ed elastici.

Qual è la differenza tra infrastruttura convergente e iperconvergente?

Esaminiamo le differenze tra un'infrastruttura convergente e un'infrastruttura iperconvergente:

Aspetto	Infrastruttura convergente (CI)	Infrastruttura iperconvergente (HCI)
Idea centrale	Preintegrato elaborazione + archiviazione + rete fornito come stack convalidato.	Definito dal software piattaforma che integra strettamente elaborazione + archiviazione (e spesso in rete) su nodi raggruppati.
Modello di archiviazione	In genere utilizza un archivio condiviso dedicato (SAN/NAS array) presentati per il calcolo.	Utilizza uno storage distribuito costituito da dischi locali in ciascun nodo, raggruppati dal software HCI.
Costruzioni	Scalabilità mediante l'aggiunta di blocchi convergenti (spesso domini di ridimensionamento di elaborazione/archiviazione separati).	Scalabilità tramite l'aggiunta di nodi; storage e calcolo solitamente scalano insieme (alcune piattaforme supportano nodi solo di calcolo).
Management	Gestione centralizzata, ma i componenti possono comunque essere gestiti tramite più console (più un livello ombrello).	Solitamente un unico piano di gestione per cluster, storage e ciclo di vita delle VM.
Networking	Progettazione di reti integrate, spesso con commutazione tradizionale e configurazioni convalidate.	La rete è spesso più semplice da implementare, ma si basa su traffico est-ovest tra i nodi e una solida progettazione della rete per le prestazioni.
Caratteristiche prestazionali	Prestazioni prevedibili grazie a componenti di grandi dimensioni e storage dedicato; ideale per carichi di lavoro aziendali misti.	Adatto a carichi di lavoro virtualizzati; le prestazioni di archiviazione dipendono dalle risorse dei nodi, dalla codifica di replicazione/cancellazione e dalla rete.
Tolleranza ai guasti	HA tramite funzionalità di archiviazione condivisa + elaborazione in cluster; i domini di errore differiscono per progettazione.	Resilienza integrata tramite la replicazione/cancellazione dei dati sui nodi; la perdita dei nodi è un presupposto progettuale primario.
Approccio di aggiornamento	Spesso vengono utilizzati bundle di stack (compatibilità firmware/driver convalidata tra i componenti).	Gli aggiornamenti sono in genere basati sul software e sono comuni gli aggiornamenti continui dei cluster.
Dipendenza dal fornitore	Spesso si tratta di un unico fornitore o di una partnership stretta; può comunque essere più modulare di HCI.	Solitamente un accoppiamento più stretto con una specifica piattaforma software HCI e il suo elenco di compatibilità hardware.
Il più adatto	Team che desiderano uno standardizzato, stack on-prem convalidato con storage condiviso e operazioni prevedibili.	Team che danno priorità alla semplicità, alla scalabilità e alla gestione definita dal software per la virtualizzazione/privato cloud.

Le piccole imprese possono utilizzare l'infrastruttura convergente?

Sì, le piccole imprese possono utilizzare l'infrastruttura convergente, ma di solito ha senso solo in casi specifici. La CI è più pratica per le PMI che necessitano di una piattaforma on-prem affidabile per più carichi di lavoro virtualizzati (file/stampa, AD, app servers, piccoli database, VDI) e desiderano una distribuzione più semplice e un supporto single-stack.

Il vincolo principale è il costo e la granularità della scalabilità. Poiché la CI viene in genere acquistata come "blocco" dimensionato, può essere eccessivo se ne servono solo un paio. servers o prevedere una crescita non uniforme (ad esempio, con la necessità di più storage ma non di più elaborazione). Per molte piccole imprese, le appliance iperconvergenti o i dispositivi gestiti cloud I servizi possono essere più adatti quando i budget sono limitati e le esigenze di crescita sono modeste.

Quanto dura solitamente un sistema convergente?

La maggior parte dei sistemi infrastrutturali convergenti vengono mantenuti in servizio per circa 3-5 anni come piattaforma primaria, perché è in linea con la tipica server termini di garanzia/supporto e il punto in cui gli aggiornamenti offrono miglioramenti significativi in termini di prestazioni, efficienza energetica e affidabilità. Molte organizzazioni estendono quindi la vita utile a 5-7 anni riutilizzando il sistema per carichi di lavoro secondari (sviluppo/test, ripristino di emergenza, app non critiche) se lo stato dell'hardware è buono e sono ancora disponibili aggiornamenti firmware/supporto del fornitore.

In pratica, la “fine” è solitamente determinata meno dall’usura del telaio e più dalla scadenza del supporto, dalla disponibilità dei componenti, dall’aumento dei tassi di guasto e dalla capacità della piattaforma di eseguire l’hypervisor/OS versioni e soddisfano le attuali esigenze di capacità o conformità.

L'infrastruttura convergente riduce i costi?

Può, ma non sempre. L'infrastruttura convergente spesso riduce i costi operativi riducendo lo sforzo di integrazione, velocizzando l'implementazione, semplificando la gestione quotidiana e riducendo i tempi di risoluzione dei problemi attraverso uno stack convalidato e un supporto unificato. Tuttavia, costi di capitale può essere più elevato in anticipo rispetto all'assemblaggio di componenti separati e potresti acquistare una capacità eccessiva se il ridimensionamento è possibile solo in incrementi di "blocchi" più grandi.

Se sia più economico in generale dipende da quanto valore si ottiene da un'implementazione più rapida, da meno interruzioni, da una gestione più semplice del ciclo di vita e da una riduzione delle spese generali amministrative rispetto al premio pagato per la pre-integrazione e flexpossibilità a cui rinunci.