Come consolidare e velocizzare il proprio sistema di archiviazione con SDS e NVMe

David: E con questo, sono lieto di presentarvi Manish, responsabile senior del marketing di prodotto presso DataCore. Manish, ci sei?

Manish: Sì, sono qui. Mi senti?

David: Certo che posso. Sì. Grazie per essere qui. A te la parola.

Manish: Grazie. Lo apprezzo molto. Va bene. Ok.

Allora, grazie. Sì, come ha detto lui, mi chiamo Manish Chacko e sono il senior product manager di DataCore Software. Siamo il fornitore leader di software-defined storage. In sostanza, oggi vorrei parlarvi di come consolidare e velocizzare il vostro storage, utilizzando una combinazione di SDS ( software-defined storage) e NVMe.

Grazie quindi per aver seguito la presentazione fino alla fine. So che questa è l’ultima, quindi cercherò di essere il più breve possibile.

Requisiti relativi ai dati e alle prestazioni

Va bene. Per cominciare, vorrei parlare dei requisiti relativi ai dati e alle prestazioni. Abbiamo riscontrato che i dati dei clienti sono quasi raddoppiati ogni due anni, mentre il vostro budget per lo storage non è cresciuto in modo proporzionale, aumentando solo dal 5% al 10% circa all’anno. Pertanto, in qualità di amministratori e professionisti dello storage, vi trovate ad affrontare il difficile compito di gestire le aspettative dell’azienda, tenendo conto del budget a vostra disposizione.

Allora, come si risolve il problema? Quali aspetti bisogna prendere in considerazione? Va bene. Cominciamo quindi con: quali domande dovrei pormi? Quali sono i miei punti deboli?

Le prestazioni sono solitamente uno di questi aspetti, ma ci sono anche altre considerazioni da tenere in conto, come i costi dei data center, oltre a quelli relativi a Rackspace, i costi operativi, l’energia, il raffreddamento e aspetti di questo tipo.

Quindi la domanda successiva che mi piace pormi è: dove o in che modo Flash mi aiuta Flash a fornire questo Flash NVMe? Bisogna ricordare che un terabyte di Flash ancora di gran lunga più costoso di un terabyte su un disco rigido (HDD).

Quello che abbiamo riscontrato in DataCore, analizzando i nostri clienti, è che tra l’80% e il 90% di essi sembra avere il 10% dei propri dati che genera quasi il 90% degli I/O. Esistono quindi opportunità per ottimizzare tali I/O senza dover aggiornare l’intera infrastruttura. È possibile [in particolare] avvalersi di NVMe e Flash, oltre a utilizzare software-defined storage ottimizzare la maggior parte delle operazioni I/O. In questo modo è possibile gestire l’infrastruttura di storage.

A questo punto bisogna porsi alcune domande, del tipo: ok, qual è la garanzia di prestazioni? E qual è un approccio sostenibile o scalabile al Flash? Ne parleremo nella prossima diapositiva.

Sappiamo tutti Flash veloce, ma quanto è veloce in realtà? Se osservate questo grafico, sull’asse X sono riportati 80 blocchi di dati. Si parte dal 100% in lettura e dallo 0% in scrittura a sinistra, per poi passare al 90% in lettura e al 10% in scrittura, e così via, fino ad arrivare allo 0% in lettura e al 100% in scrittura. Noterete che la latenza parte da, diciamo, 500 millisecondi, che è piuttosto veloce, per poi salire gradualmente fino a superare i 4 secondi.

Quello che noi di DataCore siamo in grado di offrire è software-defined storage. In sostanza, si utilizza una cache lato server per garantire prestazioni costanti e una latenza molto bassa, indipendentemente dai carichi di lavoro in corso. Come potete notare, lo stesso tipo di carico di lavoro, con l’aggiunta dello software-defined storage, è in grado di mantenere una latenza di circa 500 millisecondi, a seconda dei casi – indipendentemente dal fatto che si parta dal 100% di operazioni di lettura fino ad arrivare al 100% di operazioni di scrittura.

Funzionalità

Una delle caratteristiche del nostro software-defined storage SANsymphony, è random write accelerator. A proposito, questi dati sono disponibili sul nostro sito web, quindi basta cercare su Google “DataCore random write accelerator” per visualizzarli e leggere la spiegazione su come [incomprensibile 00:04:39]. In sostanza, abbiamo esaminato una serie di dischi rigidi e ci siamo detti: “Ok, stiamo ottenendo circa 327 IOPS. E poi, aggiungendo il SANsymphony DataCore SANsymphony , con random write accelerator nostro random write accelerator la cache, siamo riusciti ad aumentare tale valore a 11.000 IOPS, che, come potrete notare dal grafico, è superiore a quanto generato da un SSD SATA, che in questo caso raggiunge i 10.000 IOPS.

E allora ti verrebbe da dire: “Ok, perché non limitarsi a questo?”. Beh, se i tuoi requisiti di IOPS sono ancora più elevati, noterai che nel caso dell’SSD siamo riusciti a portare gli IOPS da 10.000 – un valore già difficile da raggiungere, viste le leggi della fisica, per così dire – a circa 36.000. Si tratta quindi di miglioramenti significativi negli IOPS che è possibile ottenere dall’infrastruttura esistente, così come quando si esegue l’aggiornamento: si ottiene più di quanto sia teoricamente possibile semplicemente perché utilizziamo la cache e acquisiamo gli I/O alla massima velocità possibile, per poi scriverli e confermarli non appena possibile.

Il prossimo argomento di cui voglio parlare è la nostra I/O parallelo. Di solito, quando si esegue la schedulazione seriale, ci sono molti core inattivi. E quindi, naturalmente, si sta ottimizzando tutto l’hardware che avete acquistato. Se guardate sul lato destro, con I/O parallelo, ci assicuriamo che tutti i core che avete acquistato vengano utilizzati. NVMe quindi i percorsi dati a bassa latenza e, in combinazione con I/O nostro I/O parallelo, sfruttiamo più core. Vi offriamo quindi un doppio vantaggio. Non si tratta solo dellaFlash NVMe , ma vi forniamo anche I/O parallelo I/O potenziare ulteriormente le prestazioni che ottenete.

L’ultimo concetto di cui voglio parlare è l’auto-tiering. Il SANsymphony consiste nel determinare quanto siano “caldi”, per così dire, i vostri dati. E poi, a seconda della frequenza con cui vengono consultati, li colloca nel Tier 1, Tier 2, Tier 3, fino al Tier n, per un totale di 15 livelli. In pratica, ciò che facciamo è collocare i dati nell’Flash NVMe , probabilmente nel Tier 1. Il Tier 2 potrebbe essere il vostro array Flash interamente Flash . Il Tier 3 potrebbe essere ibrido. E il Tier 4 potrebbe essere costituito dai vostri dischi rotanti.

Inoltre, il vantaggio è che questi possono provenire da diversi fornitori. A noi non interessa quale sia il fornitore dell’hardware. support , o almeno tutti i principali. E, in sostanza, oltre a utilizzare il Fibre Channel, possiamo aiutarvi a gestire i diversi fornitori di soluzioni di archiviazione di cui disponete, sia a seguito di fusioni e acquisizioni, sia perché le esigenze aziendali sono cambiate e avete dovuto rivolgervi a un fornitore diverso per qualsiasi motivo.

Inoltre, vorrei precisare che – come ho già detto in precedenza – utilizziamo la cache. Utilizziamo sicuramente [quanta più RAM possibile] per velocizzare ciò che l’host dell’applicazione percepisce come i dischi. In sostanza, forniamo un disco logico all’host dell’applicazione, che ritiene di disporre del disco più veloce possibile. E utilizziamo semplicemente quanta più RAM possibile, dato che oggigiorno la RAM è economica: è un modo semplice e veloce per potenziare I/O dell’host dell’applicazione.

Software-Defined Storage

Parliamo quindi di SDS, ovvero dello software-defined storage. Va bene. Quindi, lo storage progettato dal software. Va bene. L’SDS viene utilizzato con i server fisici, le macchine virtuali e, ovviamente, ora anche con i computer. I metodi di accesso che si utilizzano sono Fibre Channel, ISCSI, NFS o SMB. Le operazioni e le informazioni che ci si aspetta tipicamente, come il provisioning, la migrazione dei dati, i dati in tempo reale e storici, lo stato di salute e le prestazioni, e poi, naturalmente, l’analisi dei dati e il monitoraggio. Non mi addentrerò nei dettagli di ciascuno di questi aspetti, ma questo è fondamentalmente ciò che le persone cercano in una moderna software-defined storage .

E poi, ovviamente, la gestione dei comandi e del controllo. Si tratta rest e della possibilità di utilizzare PowerShell per scrivere script personalizzati. E poi, naturalmente, plug-ins [incomprensibile 00:09:18], il tutto gestito, ovviamente, da una console affidabile.

support protocolli di archiviazione. Abbiamo NVMe, Fibre Channel, ISCSI, SAT e, ovviamente, SATA. E poi cloud, che, come sapete, è senza dubbio la destinazione finale e un protocollo a sé stante.

Infine, ma non meno importante, i servizi dati SANsymphony da SANsymphony . Non mi soffermerò su ciascuno di essi, ma abbiamo già parlato dell’auto-tiering, della cache e random write accelerator.

Vorrei soffermarmi brevemente sul CDP, ovvero la protezione continua dei dati. In sostanza, queste soluzioni archiviano i dati con una granularità che arriva fino al singolo secondo. Mi piace definirlo il «TiVo» dell’infrastruttura di archiviazione. Quindi, se venite colpiti da un ransomware o da qualsiasi altro virus o problema, potete quasi «riavvolgere» il tempo fino a un determinato giorno e a una determinata ora, arrivando persino a un secondo, se necessario. Da lì potete ripristinare i dati e la vostra attività può proseguire. Si tratta quindi di un’ottima soluzione per la continuità operativa e il ripristino di emergenza.

Naturalmente, ci sono le solite funzionalità che ci si aspetta: crittografia, bilanciamento del carico, mirroring sincrono, mirroring asincrono, thin provisioning e cose del genere.

Sondaggio tra il pubblico

David: Manish, il sondaggio è pronto. Sto per...

Manish: – Ottimo. Sì.

David: Sì, lasciatemi affrontare subito l’argomento. La domanda che dovreste vedere sullo schermo è: “Utilizzate già l’SDS ( software-defined storage) e/o l’HCI ( Hyperconverged Infrastructure)?” Le risposte possibili sono: sì, utilizziamo software-defined storage; sì, utilizziamo l’HCI; sì, utilizziamo entrambi; oppure no, non utilizziamo nessuno dei due; oppure no, forse state effettuando una valutazione.

Vedo già che stanno arrivando le risposte. Grazie a tutti per i vostri contributi. Raccogliamo ancora qualche risposta. Poi condividerò i risultati con voi. Sono curioso di scoprire cosa state facendo tutti là fuori.

Va bene. Sembra che siano arrivate molte risposte. Lasciate che ve le mostri. Dai dati emerge che, al momento, il 38% non utilizza né software-defined storage l’HCI; il 25% sta attualmente valutando queste soluzioni; il 9% utilizza software-defined storage; il 16% l’HCI; e il 9% utilizza entrambe le soluzioni.

Che ne pensi, Manish?

Manish: Ottimo. Sì, è stata un’informazione utile. Mi fa capire che nel 38% dei casi o non c’è bisogno di SDS e HCI, oppure stanno semplicemente cercando di ottenere maggiori informazioni. Il rest pubblico, invece, sta valutando o ha già avviato i propri piani relativi all’SDS. È bene saperlo.

David: Ok. Perfetto. E mi sembra di capire che tu sia tornato alla diapositiva su cui ti trovavi prima. È così?

Manish: Credo che sia corretto. Sì. Ti ringrazio.

David: Certo.

Flash NVMe Flash Software-Defined Storage Prestazioni migliori

Manish: Allora, andiamo avanti. Come abbiamo detto prima, ci sono due cose che stiamo cercando di fare. Stiamo cercando di consolidare e migliorare le prestazioni della vostra infrastruttura di storage, giusto? Un modo per farlo è utilizzare NVMe Flash NVMe Flash. L’altro modo è utilizzare la tecnologia NVMe Flash in combinazione con software-defined storage, in modo da ottenere un miglioramento delle prestazioni ancora maggiore.

Come abbiamo accennato in precedenza, spesso è una piccolissima porzione dei dati a generare la maggior parte delle richieste o dei requisiti di I/O nella vostra infrastruttura. In sostanza, quello che facciamo è aggiungere il vostro storage,Flash vostreFlash NVMe . E poi, contemporaneamente, aggiungere i vostri – se conoscete i [codici] DataCore – sia che si tratti di software-defined storage in modalità iperconvergente. In sostanza, se non volete compromettere il vostro SLA, al momento del provisioning assicuratevi semplicemente che NVMe vostre NVMe siano già presenti nei SANsymphony DataCore SANsymphony , oppure utilizzate semplicemente unità NVMe .2 hot-plug.

Ok. Come ho detto prima, con l’auto-tiering bisogna assicurarsi che i dati a cui si accede più spesso, ovvero i dati “hot”, vengano collocati sul livello più veloce. In questo caso, il Livello 1 sarebbeFlash NVMe . Quindi, in questo scenario, ci assicuriamo di spostare i dati dalla SAN al software-defined storage , in particolare sulFlash NVMe , in modo da ottenere le migliori prestazioni possibili.

E, naturalmente, come potete vedere, i dati vengono trasferiti in modo permanente al software-defined storage , e ora state operando alla massima velocità possibile grazie alla NVMe Flash.

Ora parliamo di un altro scenario con software-defined storage. In questo caso, vediamo che i SANsymphony DataCore SANsymphony gestiscono la rete di archiviazione (SAN) e, per così dire, separano l’hardware dal livello software. È ciò che ci piace chiamare “virtualizzazione dello storage”. Quindi l’host dell’applicazione richiede semplicemente un determinato disco. Noi pensiamo: «Ok, abbiamo due SAN. Ognuna ha 20 terabyte liberi. L’host dell’applicazione ne richiede 40 terabyte». Presentiamo quindi all’host dell’applicazione un’unità logica da 40 terabyte. E poi, dal back-end, possiamo assegnare 20 terabyte a ciascuna SAN a seconda della velocità e della metodologia di accesso.

In questo modo è possibile effettuare il consolidamento. Se nel proprio ambiente sono presenti più fornitori di hardware, ora è possibile utilizzare uno storage combinato senza dover fare affidamento esclusivamente su ciò che offre un unico fornitore.

Possiamo inoltre effettuare aggiornamenti, riparazioni e qualsiasi tipo di intervento di manutenzione desideriate sulla vostra attuale SAN senza influire sui vostri SLA. In sostanza, aggiungete le vostre nuove SAN e poi copiate i dati dalle vecchie SAN; in questo esempio, però, si tratta di un aggiornamento dalla vecchia SAN alla nuova. La copia dei dati avviene in background. Non ci interessano né l’origine né la destinazione: ci assicuriamo semplicemente di trasferire tutti i vostri dati.

E come potete vedere, non vi è alcun impatto sull’accordo sul livello di servizio (SLA) stipulato con la vostra azienda. Le vostre applicazioni hanno continuato a funzionare come di consueto. I dati sono attivi e disponibili, ma stiamo semplicemente creando delle copie in background sulla nuova SAN, sia che si tratti di un nuovo componente aggiuntivo, sia che si tratti semplicemente della sostituzione di apparecchiature obsolete. È possibile eseguire questa operazione in tempo reale in ambiente di produzione senza dover programmare alcun periodo di inattività.

Una delle cose che abbiamo scoperto – un dato emerso dalla telemetria, piuttosto sorprendente, ma in senso positivo – è stato il fatto che la maggior parte, se non tutti i nostri clienti, pianificano la manutenzione o gli aggiornamenti nel giorno [dell’evento], a metà giornata, perché sono certi che i loro SLA non ne risentiranno e vorrebbero che la nuova soluzione fosse operativa già da qualche giorno. Ecco perché lo fanno a metà giornata.

E come potete vedere, il passo finale consiste nel sostituire l’hardware obsoleto. Si trasferiscono tutti i dati. A questo punto potete iniziare a utilizzare la vostra nuova SAN e, naturalmente, smaltire l’hardware precedente come preferite. E l’host dell’applicazione non se ne accorge minimamente. Questo è anche uno dei vantaggi dello software-defined storage. Se voleste abilitare la crittografia o qualcosa di simile sul back-end, l’host dell’applicazione continuerebbe a funzionare normalmente. Vede l’unità e cerca di scriverci dei dati, I/O e di gestire… tutti i servizi dati sul back-end risulteranno trasparenti per l’host dell’applicazione.

Con questo arriviamo alla nostra diapositiva finale e, come promesso, ho cercato di essere breve e conciso, o almeno relativamente. In questa diapositiva vorrei semplicemente riassumere ciò di cui abbiamo parlato.Flash NVMe Flash software-defined storage, combinati insieme, vi offrono il miglior rapporto qualità-prezzo e vi consentono di ottenere le massime prestazioni dalla vostra soluzione di storage. Potete utilizzare DataCore SANsymphony software-defined storage , sia che vogliate separare l’hardware dal software – fornendo, per così dire, la virtualizzazione dello storage – dove potrete aggregare i dati su più SAN, eseguire la manutenzione e gestire tutti i vostri dati da un’unica console, sia che optiate per un’infrastruttura iperconvergente, in cui sostituire effettivamente alcune delle vostre SAN con hardware x86: server che gestiscono storage, elaborazione e rete, il tutto in un unico dispositivo.

A questo proposito, vorrei soffermarmi brevemente sull’applicazione HCI Flex che abbiamo recentemente lanciato. Come potete vedere dalla foto sulla destra, non ci sono sorprese: si tratta di un server Dell PowerEdge R740. In sostanza, abbiamo installato hypervisor. Vi offriamo la possibilità di scegliere tra VMware ESXi e Microsoft Hyper-V, insieme al SANsymphony e alla configurazione HCI. Ci assicuriamo che tutto sia integrato in un unico pacchetto, in modo da fornirvi un’appliance chiavi in mano che potete semplicemente montare in rack e impilare; basta rispondere a due o tre domande specifiche relative al vostro ambiente per renderla operativa nel giro di un’ora. Un paio di volte che l’ho provata, ero pronto in 20 minuti, ma tutto dipende dal vostro ambiente e dalle esigenze della vostra organizzazione.

E quindi, per concludere, vorrei solo dire brevemente che so di avervi fornito molte informazioni. Sul vostro sito web ce ne sono davvero tante. Ma in qualsiasi momento, se volete provarci, potete andare su datacore.com/tryitout e scegliere l’opzione “Provalo subito”, oppure prenotare una live demo, magari una prova gratuita di 30 giorni solo per il software. Potete scaricare il software e installarlo sulla maggior parte dei sistemi x86. I requisiti minimi e le specifiche tecniche sono elencati, quindi potete provarlo rapidamente con una versione di prova di 30 giorni. Oppure potete rivolgervi a uno dei nostri esperti tecnici commerciali.

Un altro punto di forza del nostro prodotto è che il nostro sistema di licenze è piuttosto semplice. Il costo viene calcolato per terabyte, tutto qui. Non ci interessa quanti processori o quanti core abbiate: l’unico criterio rilevante è la quantità di spazio di archiviazione che desiderate farci gestire.

Domande e risposte

Detto questo, passo all’ultima diapositiva in assoluto, quella dedicata alle domande. Allora, David [fonetico], non so se hai ricevuto delle domande, ma se è così cercherò di rispondere. In caso contrario, dovrò rimandare la risposta a più tardi. Ad ogni modo, passo la parola a te.

David: Certamente. Sì. Abbiamo alcune domande da farti. Quindi farò apparire questo sondaggio in cui si chiede: “Quali ulteriori informazioni vorresti ricevere sulla soluzione DataCore?”. Lo lascerò visibile al pubblico mentre rispondiamo alle domande.

Credo che tu abbia già risposto alla prima domanda. Brian [fonetico] sta chiedendo se esiste una versione gratuita per uso di laboratorio o di prova. Mi sembra che tu abbia detto che c'è una versione di prova gratuita di 30 giorni. È corretto?

Manish: È disponibile una prova gratuita di 30 giorni; inoltre, i nostri partner e distributori ricevono le nostre licenze NFR. Puoi utilizzarlo per 30 giorni. Se per qualche motivo avessi bisogno di più tempo, puoi rivolgerti ai nostri tecnici commerciali. Sono certo che saranno più che lieti di concederti una proroga. Quindi sì, assolutamente, puoi provarlo e vedere come si comportano i tuoi carichi di lavoro.

David: Ottimo. Ecco una domanda per Tyler [fonetico]. Mi chiede – immagino che stia già dando un’occhiata ai prezzi sul vostro sito web – e dice: «I prezzi sul sito web sono indicati per incrementi di un terabyte. Si tratta di un costo annuale o mensile?». Non so se puoi fornire dettagli sui prezzi qui, o se dovremmo rispondere a Tyler in un secondo momento.

Manish: Beh, non voglio entrare troppo nei dettagli sui prezzi perché altrimenti i venditori verrebbero a darmi una tirata d’orecchi. Ma ti dirò che abbiamo due modelli di licenza disponibili. Uno è un modello perpetuo e l’altro è in abbonamento. Il prezzo dell’abbonamento è annuale, mentre quello della licenza perpetua, ovviamente, ha una scadenza.

Quindi, a seconda che siate interessati al CAPEX o all’OPEX, scegliete il modello che preferite. Scegliete quanti terabyte. Ovviamente, più ne acquistate, maggiore sarà lo sconto che otterrete. Non mi addentrerò in cifre specifiche, non solo perché non le conosco, ma, ripeto, è un argomento di cui vi parleranno i nostri addetti alle vendite. Spero comunque che questo risponda alla vostra domanda.

David: Assolutamente sì. Ecco un’altra domanda: «DataCore è un sistema operativo di storage di base? Quindi, se si avesse un host fisico e si volesse installarci DataCore, bisogna prima installare un sistema operativo e poi DataCore, oppure basta installare direttamente DataCore? Come funziona?»

Manish: Sì. Ottima domanda. Allora, DataCore è un’applicazione Windows o Win32. Attualmente la installiamo su Windows Server 2012 e 2016. Abbiamo quasi completato la qualificazione per Server 2020, che sarà disponibile tra un paio di mesi. Ma in sostanza, se si dispone di un hypervisor ESXi, è possibile installarla su una macchina virtuale Windows. Ovviamente è anche possibile utilizzare Windows Silver con Hyper-V abilitato e installarla sia nella partizione fisica che nella macchina virtuale, a seconda delle proprie preferenze. È quindi piuttosto semplice da installare e gestire.

David: Ok. Ottimo. E poi Todd [fonetico] chiede: «Per quanto riguarda software-defined storage vostro software-defined storage, si tratta di un’appliance che si inserisce tra gli host virtuali e le SAN esistenti, oppure ospita anche i dati stessi?»

Manish: Ottima domanda. Sono contento che tu me l’abbia fatta, Todd. In sostanza, la risposta è sì, tutte le opzioni sopra indicate. I nostri dispositivi di infrastruttura iperconvergente integrano storage e potenza di calcolo in un unico apparecchio. Ma supponiamo che tu disponga di storage aggiuntivo. Puoi anche collegare i tuoi host di calcolo esterni, sia fisici che virtuali, per connetterli allo storage presente sui nostri dispositivi HDI. Oppure, se preferisci, puoi installarlo tu stesso sul sistema in cui hai già installato il software HDI.

E, naturalmente, è possibile anche il contrario: se si dispone di risorse di elaborazione in eccesso sul dispositivo e si desidera utilizzare ulteriore spazio di archiviazione, è possibile connettersi a una SAN esterna, sia tramite ISCSI la scheda Fibre Channel opzionale acquistabile con gli apparecchi di dimensioni maggiori. In questo modo, utilizzando le risorse di elaborazione del dispositivo, è possibile connettersi a tutto lo spazio di archiviazione che si desidera.

Quindi, sì, ovviamente dovrete discutere le condizioni di licenza con i venditori. Ma in sostanza, vi offriamo la flessibilità di utilizzare tutta la vostra infrastruttura esistente oppure di aggiungerne di nuova e collegare entrambe, sì.

David: Ok. Bene. Vediamo un po’. Credo che l’ultima domanda che abbiamo sia solo per chiarire un punto: DataCore può essere installato su un host fisico, e c’è un elenco di compatibilità hardware, oppure DataCore offre un’appliance hardware che si può acquistare direttamente da DataCore, quindi si tratterebbe di hardware su cui è già preinstallato il software DataCore. È corretto?

Manish: Esatto. Noi… quindi DataCore SANsymphony un software, quindi puoi scaricarlo e installarlo su un hardware x86, su qualsiasi macchina virtuale. Ma è anche possibile – se non si desidera farlo – optare per un’appliance chiavi in mano semplificata, se non si è interessati a dimensionare l’hardware o ad acquistare componenti di quel tipo, e si preferisce semplicemente avere un unico punto di contatto, un unico referente, per così dire: in tal caso è possibile acquistare la nostra appliance. In questo modo si ottiene tutto preconfigurato. Basta rispondere a un paio di domande e l’installazione è completata.

In caso di problemi, che si tratti di ordini di vendita o di support tecnica, basta chiamare un unico numero. E se il problema riguarda l’hardware, ci assicuriamo che il reparto vendite ti fornisca la garanzia relativa. In questo modo non dovrai chiamare il reparto vendite, Microsoft, DataCore e una miriade di altre persone per risolvere i tuoi problemi. Ti basterà chiamare l’unico numero che ti verrà fornito al momento dell’acquisto dell’appliance.

Ma sì, a me – a noi piace offrire ai nostri clienti la possibilità di scegliere. Alcuni clienti hanno esigenze hardware specifiche, che un’appliance può soddisfare o meno, e quindi preferiscono avere il software; quindi potete tranquillamente utilizzarlo.

David: Fantastico. Beh, credo che tu abbia risposto a tutte le nostre domande. È stato un vero piacere averti qui con noi. Grazie mille, Manish.

Manish: Sì. Grazie, David. Lo apprezzo molto.