Esporta (0) Stampa
Espandi tutto

Migrazione dei dati a tabelle e BLOB in Windows Azure

Aggiornamento: dicembre 2013

In questa sezione vengono fornite informazioni aggiuntive sulla migrazione delle applicazioni locali per utilizzare i seguenti servizi di gestione dati: servizio tabelle di Windows Azure e servizio Blob di Windows Azure. Per una panoramica su questi servizi di gestione dati, vedere Panoramica dei servizi di gestione dati in Windows Azure.

Nella tabella seguente vengono confrontate l'archiviazione tabelle, l'archiviazione BLOB e l'archiviazione locale (senza considerare il servizio di gestione dati) per scegliere l'archiviazione da utilizzare nel proprio scenario.

 

Criteri di confronto Archiviazione locale Archiviazione tabelle Archiviazione BLOB

Durata

Non durevole.

Può essere resa persistente tra ricicli della stessa istanza dell'applicazione, ma in caso di failover dell'istanza in un hardware diverso, i dati non vengono spostati con l'istanza.

Durevole.

L'archiviazione tabelle offre un'archiviazione scalabile e durevole per i dati strutturati.

Durevole.

L'archiviazione BLOB offre un'archiviazione scalabile e durevole per oggetti non strutturati quali file di immagine, audio e video.

Accesso ai dati

API del file system.

È possibile accedere all'archiviazione locale tramite API del file system. Pertanto, è possibile eseguire l'applicazione con modifiche minime al codice nella piattaforma Windows Azure.

API REST o libreria client di archiviazione

L'accesso all'archiviazione tabelle può essere effettuato da qualsiasi posizione e da qualsiasi client tramite l'API REST. Inoltre, è possibile accedere all'archiviazione tabelle utilizzando le librerie client di archiviazione che forniscono wrapper specifici del linguaggio, ad esempio .NET, Java, Node.js e PHP, nell'API REST.

API REST o libreria client di archiviazione

L'accesso all'archiviazione BLOB può essere effettuato da qualsiasi posizione e da qualsiasi client tramite l'API REST. Inoltre, è possibile accedere all'archiviazione BLOB utilizzando le librerie client di archiviazione che forniscono wrapper specifici del linguaggio, ad esempio .NET, Java, Node.js e PHP, nell'API REST.

Concorrenza

No.

L'archiviazione locale è accessibile solo da un'istanza dell'applicazione. Non è condivisa con le altre istanze.

Sì.

L'archiviazione tabelle viene condivisa da tutte le applicazioni in cui è possibile utilizzare l'API REST per l'accesso all'archiviazione. L'accesso simultaneo all'archiviazione tabelle è supportato tramite ETags.

Sì.

L'archiviazione BLOB viene condivisa da tutte le applicazioni in cui è possibile utilizzare l'API REST per l'accesso all'archiviazione. L'accesso simultaneo all'archiviazione BLOB è supportato tramite ETags.

Determinazione dei prezzi

È richiesto l'account di Calcolo di Windows Azure.

L'archiviazione locale è inclusa nel prezzo dell'account di Calcolo di Azure e limitata in base alle dimensioni dell'istanza di calcolo. Non è richiesto alcun account di archiviazione aggiuntivo.

Per l'archiviazione tabelle è richiesto un account di archiviazione di Windows Azure.

Per l'archiviazione BLOB è richiesto un account di archiviazione di Windows Azure.

Latenza
(accesso da un'istanza di Calcolo di Windows Azure)

L'archiviazione locale si trova nella macchina virtuale stessa, pertanto il relativo accesso è veloce rispetto all'accesso a un'unità Azure.

Più lenta rispetto all'archiviazione locale poiché i dati non vengono archiviati sulla macchina virtuale stessa. La latenza aumenta se l'archiviazione tabelle si trova in un data center diverso rispetto all'istanza del ruolo o alla macchina virtuale tramite cui viene effettuato il relativo accesso.

Più lenta rispetto all'archiviazione locale poiché i dati non vengono archiviati sulla macchina virtuale stessa. La latenza aumenta se l'archiviazione BLOB si trova in un data center diverso rispetto alle istanze del ruolo, alle macchine virtuali o ai computer tramite cui viene effettuato l'accesso all'archiviazione.

Scalabilità

No

L'accesso all'archiviazione locale può essere effettuato da una sola istanza dell'applicazione. Di conseguenza, non viene fornita alcuna scalabilità.

Sì.

Tramite il sistema del Servizio di archiviazione Windows Azure vengono distribuite automaticamente partizioni in tutti i nodi dell'archiviazione in base ai modelli di utilizzo delle partizioni. Ad esempio, in caso di traffico elevato in alcune delle partizioni, tramite il sistema queste ultime vengono distribuite automaticamente in nodi separati dell'archiviazione in modo che il carico di traffico venga distribuito tra i tanti server.

Sì.

L'archiviazione BLOB di Azure supporta un sistema di distribuzione BLOB altamente scalabile tramite la rete CDN di Windows Azure, in cui BLOB ad accesso frequente vengono utilizzati da molti server per eseguire la scalabilità orizzontale e soddisfare le esigenze di traffico dell'applicazione. Inoltre, il sistema è estremamente disponibile e durevole.

Disponibilità elevata/tolleranza di errore

No

Sì.

Le tabelle, le code e i BLOB archiviati in Windows Azure vengono replicati in tre posizioni nello stesso data center per garantire la resilienza in caso di errori hardware. Inoltre, i dati vengono replicati in diversi domini di errore per aumentare la disponibilità come con tutti i servizi di archiviazione di Azure.

Sì.

Le tabelle, le code e i BLOB archiviati in Windows Azure vengono replicati in tre posizioni nello stesso data center per garantire la resilienza in caso di errori hardware. Inoltre, i dati vengono replicati in diversi domini di errore per aumentare la disponibilità come con tutti i servizi di archiviazione di Azure.

Ripristino di emergenza

No

Sì.

Le tabelle e i BLOB di Windows Azure vengono replicati anche tra due data center separati geograficamente nello stesso continente per fornire durevolezza dei dati aggiuntiva in caso di emergenza.

Sì.

Le tabelle e i BLOB di Windows Azure vengono replicati anche tra due data center separati geograficamente nello stesso continente per fornire durevolezza dei dati aggiuntiva in caso di emergenza.

Sicurezza

L'accesso può essere effettuato solo dalla macchina virtuale in cui è disponibile l'archiviazione in questione.

Ogni richiesta effettuata ai servizi di archiviazione di Windows Azure deve essere autenticata a meno che non si tratti di una richiesta anonima in una risorsa di contenitore pubblico. Per ulteriori informazioni, vedere Autenticazione dell'accesso all'account di archiviazione.

Ogni richiesta effettuata ai servizi di archiviazione di Windows Azure deve essere autenticata a meno che non si tratti di una richiesta anonima in una risorsa di contenitore pubblico. Per ulteriori informazioni, vedere Autenticazione dell'accesso all'account di archiviazione.

Di seguito sono riportati alcuni degli scenari in cui è possibile utilizzare i servizi di gestione dati di Windows Azure:

  • Utilizzo del servizio per fornire un altro percorso di ripristino di emergenza per i dati locali.

  • Condivisione delle parti di dati locali con partner senza modificare l'infrastruttura locale.

  • Spostamento dei dati in una posizione più vicina ai nodi di calcolo nel cloud.

  • Gestione dei carichi massimi di accesso ai dati noto in anticipo mediante migrazione dei dati al cloud, scalabilità dei dati e successivo accesso a questi ultimi da parte dei client.

Autore: Sreedhar Pelluru
Collaboratore: Rama Ramani

Mostra:
© 2014 Microsoft