Confrontare l'archiviazione in Azure e AWS

Questa guida è destinata a organizzazioni o utenti che eseguono la migrazione da Amazon Web Services (AWS) ad Azure o che adottano una strategia multicloud. L'obiettivo di questa guida è aiutare gli architetti AWS a comprendere le funzionalità di archiviazione di Azure confrontando i servizi di Azure con i servizi AWS.

S3, EBS, EFS e Archiviazione di Azure

Nella piattaforma AWS l'archiviazione cloud viene in genere distribuita in tre modi:

• Amazon Simple Storage Service (S3). Archiviazione di oggetti di base che rende disponibili i dati tramite un'API.

• Amazon Elastic Block Store (EBS). Archiviazione a livello di blocco destinata in genere all'accesso da una singola macchina virtuale ( VM). È possibile collegarlo a più volumi usando classi di archiviazione e file system specifici.

• Archiviazione condivisa. Vari servizi di archiviazione condivisi forniti da AWS, ad esempio Amazon Elastic File System (EFS) e la famiglia Amazon FSx di file system gestiti.

In Archiviazione di Azure gli account di archiviazione associati alla sottoscrizione consentono di creare e gestire i servizi di archiviazione seguenti:

• Archiviazione BLOB di Azure archivia qualsiasi tipo di dati di testo o binario, ad esempio un documento, un file multimediale o un programma di installazione dell'applicazione. È possibile impostare gestione rete virtuale di Azure per l'accesso privato o condividere il contenuto pubblicamente su Internet. gestione rete virtuale di Azure è l'archiviazione di oggetti, quindi serve allo stesso scopo di AWS S3. L'equivalente Azure di EBS è dischi gestiti, che non fanno parte di un account di archiviazione.

• Archiviazione tabelle di Azure archivia set di dati strutturati. Table Storage è un archivio dati NoSQL key-attribute che consente un rapido sviluppo e un accesso rapido a grandi quantità di dati. È simile ai servizi AWS SimpleDB e DynamoDB.

• archiviazione code di Azure fornisce un sistema di messaggistica per l'elaborazione del flusso di lavoro e per la comunicazione tra componenti di servizi cloud.

• File di Azure fornisce l'archiviazione condivisa per le applicazioni. Usa il protocollo SMB (Server Message Block) standard o NFS (Network File System). Usare File di Azure in modo simile a come si usa EFS o FSx per Windows File Server.

Azure offre anche altri file system gestiti, tra cui Lustre gestito di Azure, Azure NetApp Files e Azure Native Qumulo. Per ulteriori informazioni, vedere Confronto tra soluzioni di archiviazione.

Glacier e Archiviazione di Azure

Archiviazione BLOB di Azure fornisce tre livelli sotto Hot e le classi di archiviazione AWS S3 Glacier eseguono il mapping a due di esse anziché a una.

Azure archive gestione rete virtuale di Azure è paragonabile a S3 Glacier Flexible Retrieval e S3 Glacier Deep Archive. Il livello archivio di gestione rete virtuale di Azure è un livello offline, quindi è necessario reidratare un BLOB prima di poterlo leggere. Archiviare i dati per almeno 180 giorni e aspettarsi una latenza di recupero misurata in ore.

Il tier cold è paragonabile a S3 Glacier Instant Retrieval. Si tratta di un livello online per i dati a cui si accede raramente ma che richiedono comunque un recupero in millisecondi. Ha un periodo di conservazione minimo di 90 giorni.

Per i dati a cui si accede raramente, ma devono essere immediatamente disponibili quando si accede, il livello ad accesso sporadico offre spazio di archiviazione più economico rispetto al livello ad accesso frequente, con un periodo di conservazione minimo di 30 giorni. Questo livello è paragonabile a S3 Standard-Infrequent Access.

Ogni livello al di sotto del livello ad accesso frequente addebita una tariffa di eliminazione anticipata se si eliminano o si spostano i dati prima che sia trascorso il periodo minimo di conservazione.

Controllo di accesso all'archiviazione di oggetti

In AWS, l'accesso a S3 viene in genere concesso tramite un ruolo IAM (Identity and Access Management) o direttamente nella policy del bucket S3. L'accesso alla rete del piano di controllo dati è generalmente gestito attraverso le politiche dei bucket S3.

Con Archiviazione BLOB di Azure viene usato un approccio a più livelli. Il firewall di Archiviazione di Azure viene usato per controllare l'accesso alla rete del layer dati.

In Amazon S3 è comune usare gli URL presigned per concedere l'accesso con autorizzazione temporanea. In Archiviazione BLOB di Azure è possibile ottenere un risultato simile usando una firma di accesso condiviso (SAS).

Ridondanza e replica a livello di area per l'archiviazione di oggetti

Le organizzazioni spesso proteggono gli oggetti di archiviazione usando copie ridondanti. Sia in AWS che in Azure i dati vengono replicati in una determinata area. In Azure è possibile controllare la modalità di replica dei dati usando l'archiviazione con ridondanza locale o l'archiviazione con ridondanza della zona. Se si usa l'archiviazione con ridondanza locale, le copie vengono archiviate nello stesso data center per motivi di costo o conformità. La replica ZRS (Zone Redundant Storage) è simile a quella di AWS: replica i dati in più zone di disponibilità all'interno di una regione.

I clienti AWS spesso replicano i bucket S3 in un'altra area usando la replica tra aree. È possibile implementare questo tipo di replica in Azure usando la replica BLOB di Azure. Un'altra opzione consiste nel configurare l'archiviazione con ridondanza geografica o l'archiviazione con ridondanza geografica della zona. "L'archiviazione con ridondanza geografica (GRS) e la ridondanza geografica con zona (GZRS) replicano i dati in modo sincrono in una regione secondaria senza richiedere una configurazione di replica." Non è possibile accedere ai dati a meno che non si verifichi un failover pianificato o non pianificato.

Confronto tra scelte di archiviazione a blocchi

Entrambe le piattaforme offrono diversi tipi di dischi per soddisfare specifiche esigenze di prestazioni. Anche se le caratteristiche delle prestazioni non corrispondono esattamente, la tabella seguente fornisce un confronto generalizzato. È consigliabile eseguire sempre test per determinare le configurazioni di archiviazione più adatte all'applicazione. Per i dischi con prestazioni più elevate, è necessario far corrispondere le prestazioni di archiviazione della macchina virtuale con il tipo di disco e la configurazione fornita, sia su AWS che su Azure.

In Azure è possibile configurare molti tipi di vm per la memorizzazione nella cache dell'host. Quando la memorizzazione nella cache dell'host è abilitata, l'archiviazione cache viene resa disponibile per la macchina virtuale e può essere configurata per la modalità di sola lettura o di lettura/scrittura. Per alcuni carichi di lavoro, la cache può migliorare le prestazioni di archiviazione.

Per i limiti correnti di capacità, velocità effettiva e operazioni di I/O al secondo di ogni tipo di disco, vedere tipi di dischi gestiti di Azure.

Confronto tra i servizi di archiviazione

Archiviazione di oggetti

Dischi del server virtuale

File condivisi

Archiviazione e backup

Archiviazione ibrida

Trasferimento dei dati in blocco

Migrazione

Se si prevede di eseguire la migrazione di un carico di lavoro AWS a Azure, vedere Eseguire la migrazione dell'archiviazione da Amazon Web Services a Azure, che include specifici scenari di migrazione di esempio che potrebbero essere allineati al caso d'uso.

Collaboratori

Microsoft gestisce questo articolo. I seguenti collaboratori hanno scritto questo articolo.

Autore principale:

• Adam Cerini | Direttore, Partner Technology Strategist

Altro collaboratore:

• Yuri Baijnath | Responsabile CSA senior

Per visualizzare i profili LinkedIn non pubblici, accedere a LinkedIn.

Risorse correlate

• Elenco di controllo delle prestazioni per l'archiviazione BLOB
• Raccomandazioni di sicurezza per gestione rete virtuale di Azure
• Procedure consigliate per l'uso delle reti per la distribuzione di contenuti (CDN)