Estendere soluzioni dati locali al cloud

  • Articolo

Quando le organizzazioni spostano carichi di lavoro e dati nel cloud, spesso i data center locali continuano a svolgere un ruolo importante. Il termine cloud ibrido fa riferimento a una combinazione di data center locali e di cloud pubblico, per creare un ambiente IT integrato che comprende entrambi. Alcune organizzazioni usano un cloud ibrido come percorso per eseguire la migrazione dell'intero data center al cloud nel tempo. Altre organizzazioni usano i servizi cloud per estendere l'infrastruttura locale esistente.

Questo articolo descrive alcune considerazioni e procedure consigliate per la gestione dei dati in una soluzione cloud ibrida.

Quando usare una soluzione ibrida

Si consideri l'uso di una soluzione ibrida negli scenari seguenti:

  • Come strategia di transizione durante una migrazione a lungo termine a una soluzione completamente nativa del cloud
  • Quando le normative o i criteri non consentono lo spostamento di dati o carichi di lavoro specifici nel cloud
  • Per il ripristino di emergenza e la tolleranza di errore, replicando dati e servizi tra ambienti locali e cloud
  • Per ridurre la latenza tra il data center locale e le posizioni remote, ospitando parte dell'architettura in Azure

Problematiche

  • Creazione di un ambiente coerente in termini di sicurezza, gestione e sviluppo ed evitare la duplicazione del lavoro

  • Creazione di una connessione dati affidabile, a bassa latenza e sicura tra gli ambienti locali e cloud

  • Replica dei dati e modifica di applicazioni e strumenti per usare gli archivi dati corretti all'interno di ogni ambiente

  • Protezione e crittografia dei dati ospitati nel cloud, ma a cui si accede da sistemi locali o viceversa

Archivi dati locali

Gli archivi dati locali includono database e file. Esistono diversi motivi per mantenere questi archivi dati locali. Potrebbero essere presenti normative o criteri che non consentono lo spostamento di dati o carichi di lavoro specifici nel cloud. La sovranità dei dati, la privacy o i problemi di sicurezza possono favorire il posizionamento locale. Durante una migrazione, potrebbe essere necessario mantenere alcuni dati locali in un'applicazione di cui non è stata ancora eseguita la migrazione.

Di seguito sono riportate alcune considerazioni sul posizionamento dei dati dell'applicazione in un cloud pubblico:

  • Costo. Il costo dell'archiviazione in Azure può essere notevolmente inferiore rispetto al costo di gestione di una risorsa di archiviazione con caratteristiche simili in un data center locale. Molte aziende dispongono di investimenti esistenti in SAN di fascia alta, quindi questi vantaggi dei costi potrebbero non raggiungere la piena fruttificazione fino a quando l'hardware esistente non esce.

  • Scalabilità elastica. La pianificazione e la gestione della crescita della capacità dei dati in un ambiente locale possono essere complesse, in particolare quando la crescita dei dati è difficile da prevedere. Queste applicazioni possono sfruttare l'archiviazione virtualmente illimitata e con capacità su richiesta disponibile nel cloud. Questa considerazione è meno rilevante per le applicazioni costituite da set di dati con dimensioni relativamente statiche.

  • Ripristino di emergenza. I dati archiviati in Azure possono essere replicati automaticamente all'interno di un'area di Azure e in più aree geografiche. Negli ambienti ibridi queste stesse tecnologie possono essere usate per eseguire la replica tra archivi dati locali e basati su cloud.

Estensione degli archivi dati al cloud

Sono disponibili diverse opzioni per l'estensione degli archivi dati locali al cloud. Un'opzione consiste nell'avere repliche locali e cloud. Questo approccio consente di ottenere un elevato livello di tolleranza di errore, ma potrebbe richiedere modifiche alle applicazioni per connettersi all'archivio dati appropriato in caso di failover.

Un'altra opzione consiste nello spostare una parte dei dati nella risorsa di archiviazione cloud, mantenendo in locale i dati più recenti o a cui si accede più frequentemente. Questo metodo può offrire un'opzione più conveniente per l'archiviazione a lungo termine e migliorare anche i tempi di risposta all'accesso ai dati riducendo il set di dati operativi.

Una terza opzione consiste nel mantenere tutti i dati in locale e usare il cloud computing per ospitare le applicazioni. Con questa opzione, si ospita l'applicazione nel cloud e la si connette all'archivio dati locale tramite una connessione sicura.

Azure Stack

Per una soluzione cloud ibrida completa, è consigliabile usare Azure Stack. Azure Stack è una piattaforma di cloud ibrido che consente di fornire i servizi di Azure dal data center. Questa soluzione consente di mantenere la coerenza tra sistemi locali e di Azure, usando strumenti identici e senza modifiche al codice.

Azure e Azure Stack sono appropriati nei casi d'uso seguenti:

  • Soluzioni disconnesse ed edge. Risolvere i problemi relativi ai requisiti di latenza e di connettività elaborando i dati localmente in Azure Stack e quindi aggregandoli in Azure per altre analisi, tramite la logica dell'applicazione comune in entrambi.

  • Applicazioni cloud che soddisfano diverse normative. Sviluppare e distribuire applicazioni in Azure, con la flessibilità necessaria per distribuire le stesse applicazioni in locale in Azure Stack per soddisfare i requisiti normativi o relativi ai criteri.

  • Modello di applicazioni cloud in locale. Usare Azure per aggiornare ed estendere le applicazioni esistenti o creare di nuove. Usare processi DevOps coerenti in Azure nel cloud e in Azure Stack in locale.

Archivi dati di SQL Server

Se si esegue SQL Server in locale, è possibile usare Archiviazione BLOB di Azure per i servizi di backup e ripristino. Per altre informazioni, vedere Backup e ripristino di SQL Server con il servizio di archiviazione BLOB di Microsoft Azure. Questa funzionalità offre l'archiviazione fuori sede illimitata e la possibilità di condividere gli stessi backup tra SQL Server in esecuzione in locale e SQL Server in esecuzione in una macchina virtuale in Azure.

Il database SQL di Azure è un database relazionale gestito come servizio. Poiché database SQL usa il motore di Microsoft SQL Server, le applicazioni possono accedere ai dati nello stesso modo con entrambe le tecnologie. database SQL possono anche essere combinati con SQL Server in modi utili. Ad esempio, la funzionalità SQL Server Stretch Database consente a un'applicazione di accedere all'aspetto di una singola tabella in un database di SQL Server, mentre alcune o tutte le righe di tale tabella potrebbero essere archiviate in database SQL. Questa tecnologia sposta automaticamente nel cloud i dati a cui non si accede per un determinato periodo di tempo. Le applicazioni che leggono questi dati non sono consapevoli del fatto che tutti i dati sono stati spostati nel cloud.

Mantenere gli archivi dati in locale e nel cloud può risultare complesso se si vuole mantenere i dati sincronizzati. È possibile risolvere questo problema con sincronizzazione dati SQL, un servizio basato su database SQL che consente di sincronizzare i dati selezionati, in modo bidirezionale tra più database SQL di Azure e istanze di SQL Server. Anche se sincronizzazione dati semplifica l'aggiornamento dei dati in questi diversi archivi dati, non deve essere usato per il ripristino di emergenza o per la migrazione da SQL Server locale a database SQL.

Per il ripristino di emergenza e la continuità aziendale, è possibile usare i gruppi di disponibilità AlwaysOn per replicare i dati in due o più istanze di SQL Server, alcune delle quali possono essere eseguite in macchine virtuali di Azure in un'altra area geografica.

Condivisioni di rete e archivi dati basati su file

In un'architettura cloud ibrida, è comune per un'organizzazione mantenere i file più recenti in locale durante l'archiviazione dei file meno recenti nel cloud. Questa procedura viene talvolta definita suddivisione in livelli di file. Consente di accedere facilmente ai file ospitati sia in locale che nel cloud. Questo approccio consente di ridurre al minimo l'utilizzo della larghezza di banda di rete e i tempi di accesso per i file più recenti, ai quali probabilmente si accede più spesso. Allo stesso tempo si ottengono i vantaggi dell'archiviazione basata su cloud per i dati archiviati.

Le organizzazioni potrebbero anche voler spostare completamente le condivisioni di rete nel cloud, ad esempio se le applicazioni a cui accedono si trovano anche nel cloud. Questa procedura può essere eseguita tramite gli strumenti di orchestrazione dati.

Azure StorSimple offre la soluzione di archiviazione integrata più completa per gestire le attività di archiviazione tra i dispositivi locali e l'archiviazione cloud di Azure. StorSimple è una soluzione SAN (storage area network) efficiente, dai costi contenuti e facilmente gestibile che elimina molti problemi e spese associati agli archivi dell'organizzazione e alla protezione dei dati. Usa il dispositivo proprietario StorSimple serie 8000, si integra con i servizi cloud e offre un set di strumenti di gestione integrati.

È possibile usare le condivisioni di rete locali insieme all'archiviazione file basata su cloud anche tramite File di Azure. File di Azure offre condivisioni file completamente gestite, accessibili tramite il protocollo standard SMB (Server Message Block), noto anche come CIFS (Common Internet File System). È possibile installare File di Azure come condivisione file nel computer locale o usarlo con le applicazioni esistenti che accedono a file locali o a file di condivisione di rete.

Per sincronizzare le condivisioni file di File di Azure con i server Windows locali, usare Sincronizzazione file di Azure. Uno dei principali vantaggi di Sincronizzazione file di Azure è la possibilità di suddividere i file in livelli tra il file server locale e File di Azure. Questa funzionalità consente di mantenere in locale solo i file più recenti e a cui si accede più di recente.

Per altre informazioni, vedere Decidere quando usare BLOB di Azure, File di Azure o Dischi di Azure.

Rete ibrida

Questo articolo è incentrato sulle soluzioni di dati ibride, ma un'altra considerazione consiste nell'estendere la rete locale ad Azure. Per altre informazioni su questo aspetto delle soluzioni ibride, vedere le risorse seguenti:

Collaboratori

Questo articolo viene gestito da Microsoft. Originariamente è stato scritto dai seguenti contributori.

Autore principale:

Passaggi successivi