Infrastruttura iperconvergente

L'HCI offre grande flessibilità al tuo budget. I benefici variano quindi in funzione del tuo livello di investimento. In genere, l'hardware copre circa l'80% dell'investimento complessivo, mentre il software si ferma al rimanente 20%. Su questi fattori puoi permetterti di essere creativo, mescolando hardware e software in base alle tue esigenze.

Il livello di prestazioni da raggiungere utilizzando questo modello di infrastruttura iperconvergente è quindi completamente allineabile agli obiettivi aziendali e alle necessità applicative. Con un box capace di far girare anche i workload più impegnativi meglio che tramite un tradizionale design SAN/host si apre un mondo di possibilità, anche considerando che tutti i fornitori ti presenteranno soluzioni che vanno dagli appliance HDD entry-level ai dispositivi HCI all-flash di fascia alta.

Un altro vantaggio dell'infrastruttura iperconvergente è la possibilità di impilare gli appliance, chiamati anche "nodi", acquisendo contemporaneamente capacità di calcolo e capienza dello storage. Questo è molto conveniente quando bisogna scalare seguendo la crescita aziendale. E semplifica inoltre la previsione di budget per l'anno successivo, perché saprai con certezza di quanti nuovi nodi avrai bisogno per compensare il tasso di crescita.

Quando si parla di funzionalità di tipo SAN, l'HCI fa esattamente le stesse cose, eliminando però i grossi sbalzi nella latenza che si ritrovano invece tra le caratteristiche della tradizionale connettività tra host e SAN. Grazie alle soluzioni iperconvergenti, storage e host si trovano nello stesso box fisico, migliorando i tempi di risposta.

Quindi, c'è molto più da guadagnare nel passaggio a sistemi iperconvergenti piuttosto che nel rimanere con la SAN tradizionale: non solo con l'HCI è più semplice scalare orizzontalmente, ma per una maggiore ridondanza si possono distribuire i dati su più nodi. In alcuni casi, si possono avere 2 o 3 repliche distribuite degli stessi dati. Va comunque considerato che un maggiore numero di repliche ridurrà lo spazio complessivo utilizzabile nel cluster iperconvergente.

L'iperconvergenza consente di gestire tutte le tecnologie integrate come un singolo sistema tramite un set comune di strumenti. La maggior parte dei sistemi iperconvergenti integrati richiede almeno tre nodi hardware per l'elevata disponibilità, che possono essere ulteriormente espansi con l'aggiunta di nuovi nodi all'unità di partenza. Un gruppo di nodi è definito cluster.

Che cos'è l'iperconvergenza? Per comprendere appieno come funziona l'iperconvergenza e averne un'idea più realistica, basta creare un design simulato del tuo ambiente. Per partire, bisogna porsi qualche domanda fondamentale:

• Di quanta capacità di calcolo ho bisogno (CPU e memoria per le VM)?
• Quanta capienza complessiva di storage mi serve (sul cluster HCI)?
• Quante repliche dei miei dati disponibili attivamente voglio avere (per l'elevata disponibilità)?
• Ho bisogno di distribuire i dati in due data center separati per una maggiore ridondanza (metro-cluster)?
• Quanti diversi hypervisor devo gestire (ESXi, Hyper-V, XenServer etc.)?

In base alle tue risposte, per arrivare alle specifiche hardware di ogni nodo del tuo cluster HCI dovrai fare qualche calcolo. Per aiutarti in questo compito e ottenere le specifiche hardware esatte di ciascun nodo puoi anche contattare un nostro tecnico esperto.

Una volta definiti i requisiti hardware, il passo successivo è quello di capire quanti nodi sono necessari per mantenere sempre attive le macchine virtuali, anche in caso di evento imprevisto con la perdita di alcuni nodi. Il numero di nodi che all'interno di un cluster possono "cadere" varia a seconda del fornitore dell'HCI.

Ciascun nodo avrà bisogno di un hypervisor installato e configurato. Il passo successivo è poi quello di configurare le reti interne per il traffico delle VM, per il traffico di I/O dello storage e per la gestione delle VM. La best practice è quella di separare le varie tipologie di traffico senza cercare di instradarle tutte attraverso uno o due link di rete. Una scelta di questo genere porterebbe a un certo punto alla saturazione causando un aumento della latenza.

Se stai acquistando un appliance iperconvergente, probabilmente arriverà con i controller per la SAN virtuale installati su ciascun nodo. Il loro compito è controllare lo storage locale e gestire il traffico I/O utilizzando i percorsi di rete virtuali interni. Ogni controller SAN virtuale è essenzialmente una normale VM che gira sull'hypervisor e che gestisce le risorse hardware del nodo locale.

Questo controller della SAN virtuale esegue anche tutte le funzionalità a livello di storage come auto-tiering, caching dell'I/O, thin provisioning, snapshot, deduplica, erasure coding, QoS, migrazioni dei dati, mirroring sincrono e replica asincrona. Ciò si aggiunge all'integrazione cloud e ai checkpoint per la protezione dei dati per i tuoi database tier-1.

Di solito, c'è una singola console di gestione che si collega a tutti i nodi del cluster e che ti permette di gestire ogni controller della SAN virtuale. In questo modo si semplificano le attività quotidiane: si utilizza una singola finestra invece di dover accedere a più ambienti SAN.

Se utilizzassi l'approccio software-only, prima di installare il software su quegli host, dovresti verificare se i server esistenti sono in grado di soddisfare i requisiti minimi. Il software iperconvergente è una versione dell'SDS (software-defined storage) che per massimizzare i suoi benefici ha bisogno di hardware adeguato.

L'iperconvergenza è partita da casi d'uso limitati, come la virtual desktop infrastructure (VDI), ma le imprese oggi la utilizzano solitamente per semplificare il deployment, gestire e scalare le risorse IT e per ottenere vantaggi su CAPEX e OPEX.

Molti dei principali sistemi database hanno cominciato a certificare il loro software per l'utilizzo su appliance iperconvergenti. Grandi nomi come SAP, Oracle, Hadoop, Splunk e Microsoft SQL Server hanno tutti approvato numerosi sistemi iperconvergenti. Queste architetture richiedono hardware di fascia alta per soddisfare le esigenze dei workload più impegnativi generati da applicazioni che gestiscono Big Data.

Se i sistemi iperconvergenti sono in grado di gestire workload OLAP e OLTP, possono gestire sostanzialmente qualsiasi altro carico applicativo. Tra questi ci sono software CRM, server di posta elettronica, web server e anche sistemi EMR/EHR. La strada della scalabilità è diventata chiara, con l'adozione dell'infrastruttura iperconvergente in tutti gli ambienti e in tutti i segmenti verticali.

Gli ospedali stanno gradualmente implementando l'HCI o convertendo piccoli dipartimenti come fase di test prima di giungere a una migrazione completa. Anche Wall Street è stata coinvolta nell'azione, con il NASDAQ che si sta rivolgendo a sistemi iperconvergenti per soddisfare le sue esigenze operative. MLB Networks ha invece adottato il modello iperconvergente per migliorare il suo ambiente "media and entertainment".

Qualche volta i potenziali utilizzatori mescolano soluzioni iperconvergenti e convergenti. Tra queste due architetture ci sono molte somiglianze che le rendono estremamente attraenti in funzione dei requisiti ambientali. La differenza principale, però, è che le soluzioni convergenti sono focalizzate sull'hardware, mentre quelle iperconvergenti sono più software-defined.

Gli appliance convergenti uniscono capacità di calcolo e storage dal punto di vista hardware, offrendo il vantaggio di far girare localmente le applicazioni per prestazioni migliori. Queste applicazioni possono andare dai database relazionali a Exchange, dai file ai web server, per arrivare fino alla VDI. Tuttavia, questa opzione offre zero integrazione tra i layer host e storage.

Dall'altra parte, l'infrastruttura iperconvergente offre, grazie al software, una più stretta integrazione tra i diversi layer e componenti presenti nel box. Questo rende la gestione dell'intero ambiente molto più pratica ed efficiente. Si ha a disposizione una vista completa su tutto lo spazio di storage disponibile ed è possibile decidere di spostare i dischi virtuali da un nodo del cluster all'altro senza fermare le VM attive. Insomma, è un sistema completamente integrato che semplifica le attività di amministrazione.