Modificare la configurazione della ridondanza per un account di archiviazione
Archiviazione di Azure archivia sempre più copie dei dati per proteggerli sia in caso di eventi pianificati che non pianificati. Questi eventi includono errori hardware temporanei, interruzioni di rete o interruzioni dell'alimentazione ed emergenze naturali di rilevante entità. La ridondanza dei dati garantisce che l'account di archiviazione soddisfi il Contratto di servizio per Archiviazione di Azure anche in caso di errori.
Questo articolo descrive il processo di modifica delle impostazioni di replica per un account di archiviazione esistente.
Opzioni per la modifica del tipo di replica
Quando si decide quale configurazione di ridondanza è più adatta allo scenario in uso, considerare il rapporto tra costi inferiori e maggiore disponibilità. Ecco i fattori che consentono di determinare la configurazione di ridondanza da scegliere:
- Modalità di replica dei dati all'interno dell'area primaria. I dati nell'area primaria possono essere replicati in locale usando l'archiviazione con ridondanza locale (LRS) o nelle zone di disponibilità di Azure usando l'archiviazione con ridondanza della zona (ZRS).
- Se i dati vengono replicati geograficamente. La replica geografica offre protezione dalle emergenze a livello di area replicando i dati in una seconda area geograficamente distante dall'area primaria. Le configurazioni con replica geografica includono l'archiviazione con ridondanza geografica (GRS) e l'archiviazione con ridondanza geografica della zona (GZRS).
- Se l'applicazione richiede l'accesso in lettura ai dati replicati nell'area secondaria. È possibile configurare l'account di archiviazione in modo da consentire l'accesso in lettura ai dati replicati nell'area secondaria se l'area primaria, per un qualsiasi motivo, non è più disponibile. Le configurazioni che forniscono l'accesso in lettura ai dati nell'area secondaria includono l'archiviazione con ridondanza geografica e accesso in lettura (RA-GRS) e l'archiviazione con ridondanza geografica della zona e accesso in lettura (RA-GZRS).
Per una panoramica dettagliata di tutte le opzioni di ridondanza, vedere Ridondanza di Archiviazione di Azure.
È possibile modificare le configurazioni di ridondanza dell'account di archiviazione in base alle esigenze, anche se alcune configurazioni sono soggette a limitazioni e requisiti di tempo di inattività. La revisione di queste limitazioni e requisiti prima di apportare modifiche all'interno dell'ambiente consente di evitare conflitti con i requisiti dell'intervallo di tempo e del tempo di attività.
Esistono tre modi per modificare le impostazioni di replica:
- Aggiungere o rimuovere la replica geografica o l'accesso in lettura all'area secondaria.
- Aggiungere o rimuovere la ridondanza della zona eseguendo una conversione.
- Eseguire una migrazione manuale negli scenari in cui le prime due opzioni non sono supportate o per assicurarsi che la modifica venga completata entro un intervallo di tempo specifico.
La ridondanza geografica e l'accesso in lettura possono essere modificati contemporaneamente. Tuttavia, qualsiasi modifica che comporta anche la ridondanza della zona richiede una conversione e deve essere eseguita separatamente usando un processo in due passaggi. Questi due passaggi possono essere eseguiti in qualsiasi ordine.
Modifica della configurazione della ridondanza
Nella tabella seguente viene fornita una panoramica del passaggio tra i tipi di replica.
Nota
La migrazione manuale è un'opzione per qualsiasi scenario in cui si vuole modificare l'impostazione di replica entro le limitazioni per la modifica dei tipi di replica. L'opzione di migrazione manuale è esclusa dalla tabella seguente per semplificazione.
1 L'aggiunta della ridondanza geografica comporta un addebito in uscita una tantum.
2 Se l'account di archiviazione contiene BLOB nel livello archivio, esaminare le limitazioni del livello di accesso prima di modificare il tipo di ridondanza in ridondanza geografica o ridondanza della zona.
3 Il tipo di conversione supportato dipende dal tipo di account di archiviazione. Per altre informazioni, vedere la tabella dell'account di archiviazione.
4 La conversione a ZRS o GZRS per un account LRS risultante da un failover non è supportata. Per altre informazioni, vedere Failover e failback.
5 La conversione da LRS a ZRS non è supportata se il supporto del protocollo NFSv3 è abilitato per Archivio BLOB di Azure o se l'account di archiviazione contiene condivisioni di File di Azure NFSv4.1.
6 Anche se l'abilitazione della ridondanza geografica sembra verificarsi istantaneamente, il failover nell'area secondaria non può essere avviato fino al completamento della sincronizzazione dei dati tra le due aree.
Modificare l'impostazione di replica
A seconda dello scenario della sezione modifica della configurazione della ridondanza, usare uno dei metodi seguenti per modificare le impostazioni di replica.
Modificare la configurazione della ridondanza usando il portale di Azure, PowerShell o l'interfaccia della riga di comando di Azure
Nella maggior parte dei casi è possibile usare il portale di Azure, PowerShell o l'interfaccia della riga di comando di Azure per modificare l'impostazione di replica con ridondanza geografica o accesso in lettura per un account di archiviazione.
La modifica della modalità di replica dell'account di archiviazione nel portale di Azure non comporta tempi di inattività per le applicazioni, incluse le modifiche che richiedono una conversione.
Per modificare l'opzione di ridondanza per l'account di archiviazione nel portale di Azure, seguire questa procedura:
Passare all'account di archiviazione nel portale di Azure.
In Gestione dati selezionare Ridondanza.
Aggiornare l'impostazione Ridondanza.
Seleziona Salva.
Eseguire una conversione
Una "conversione" di ridondanza è il processo di modifica dell'aspetto di ridondanza della zona di un account di archiviazione.
Durante una conversione non sono necessarie perdite di dati o tempi di inattività dell'applicazione.
Esistono due modi per avviare una conversione:
Suggerimento
Microsoft consiglia di usare una conversione avviata dal cliente anziché la conversione avviata dal supporto ogni volta che possibile. Una conversione avviata dal cliente consente di avviare la conversione e di monitorarne lo stato direttamente dal portale di Azure. Poiché la conversione viene avviata dal cliente, non è necessario creare e gestire una richiesta di supporto.
Conversione avviata dal cliente
Invece di aprire una richiesta di supporto, i clienti nella maggior parte delle aree possono avviare una conversione e monitorarne lo stato. Questa opzione elimina i potenziali ritardi correlati alla creazione e alla gestione delle richieste di supporto. Per informazioni su come determinare le aree in cui è supportata la conversione avviata dal cliente, vedere l'articolo limitazioni dell'area.
La conversione avviata dal cliente può essere completata nelle aree supportate usando il portale di Azure, PowerShell o l'interfaccia della riga di comando di Azure. Dopo l'avvio, la conversione potrebbe richiedere fino a 72 ore per essere avviata.
Importante
Non esiste alcun contratto di servizio per il completamento di una conversione.
Se è necessario un maggiore controllo sull'avvio e il completamento di una conversione, prendere in considerazione una migrazione manuale. In genere, maggiore è la quantità di dati nell'account, più tempo richiederà la replica dei dati in altre zone o aree.
Per altre informazioni sulla tempistica di una conversione avviata dal cliente, vedere Tempistica e frequenza.
Per aggiungere o modificare la ridondanza di zona di un account di archiviazione all'interno del portale di Azure, seguire questa procedura:
Passare all'account di archiviazione nel portale di Azure.
In Gestione dati selezionare Ridondanza.
Aggiornare l'impostazione Ridondanza.
Seleziona Salva.
Monitoraggio dello stato della conversione avviata dal cliente
Durante la valutazione e l'elaborazione della richiesta di conversione, lo stato deve avanzare seguendo l'elenco illustrato nella tabella seguente:
| Status | Spiegazione |
|---|---|
| Inviato per la conversione | La richiesta di conversione è stata inviata correttamente per essere elaborata. |
| In corso1 | La conversione è in corso. |
| Completato - o - Non riuscita2 |
La conversione viene completata correttamente. - o - La conversione non è riuscita. |
1Una volta avviata, la conversione potrebbe richiedere fino a 72 ore per essere avviata. Se la conversione non passa allo stato "In corso" entro 96 ore dall'avvio della richiesta, inviare una richiesta di supporto a Microsoft per determinare il motivo. Per altre informazioni sulla tempistica di una conversione avviata dal cliente, vedere Tempistica e frequenza.
2 Se la conversione non riesce, inviare una richiesta di supporto a Microsoft per determinare il motivo dell'errore.
Nota
Sebbene Microsoft gestisca tempestivamente la richiesta di conversione, non c'è alcuna garanzia per quanto riguarda il tempo necessario per il suo completamento. Se è necessario eseguire la conversione dei dati entro una certa data, Microsoft consiglia di eseguire una migrazione manuale.
In genere, maggiore è la quantità di dati nell'account, più tempo richiederà la replica dei dati in altre zone dell'area.
Lo stato della conversione avviata dal cliente viene visualizzato nella pagina Ridondanza dell'account di archiviazione:
Conversione avviata dal supporto
I clienti possono comunque richiedere una conversione aprendo una richiesta di supporto con Microsoft.
Suggerimento
Se è necessario convertire più account di archiviazione, creare un singolo ticket di supporto e specificare i nomi degli account da convertire nella scheda Dettagli aggiuntivi.
Seguire questa procedura per richiedere una conversione da Microsoft:
Nel portale di Azure passare a un account di archiviazione da convertire.
In Supporto e Risoluzione dei problemi, selezionare Nuova richiesta di supporto.
Completare la scheda Descrizione del problema in base alle informazioni sull'account:
- Riepilogo: (testo descrittivo).
- Tipo di problema: selezionare Tecnico.
- Sottoscrizione:Selezionare la sottoscrizione dall’elenco a discesa Sottoscrizione.
- Servizio: selezionare Servizi personali, quindi Gestione account di archiviazione per il tipo di servizio.
- Risorsa: selezionare un account di archiviazione da convertire. Se è necessario specificare più account di archiviazione, è possibile farlo nella scheda Dettagli aggiuntivi.
- Tipo di problema: scegliere Migrazione dei dati.
- sottotipo problema: scegliere Eseguire la migrazione a ZRS, GZRS o RA-GZRS.
Selezionare Avanti. La scheda Soluzione consigliata può essere visualizzata brevemente prima di passare alla pagina Soluzioni. Nella pagina Soluzioni è possibile verificare l'idoneità degli account di archiviazione per la conversione:
- Tipo di replica di destinazione: (scegliere l'opzione desiderata dall'elenco a discesa)
- Account di archiviazione da: (immettere un singolo nome di account di archiviazione o un elenco di account separati da punti e virgola)
- Selezionare Invia.
Eseguire l'azione appropriata se i risultati indicano che l'account di archiviazione non è idoneo per la conversione. In caso contrario, selezionare Torna alla richiesta di supporto.
Selezionare Avanti. Se è necessario eseguire la migrazione di più account di archiviazione, nella scheda Dettagli specificare il nome per ogni account, separato da un punto e virgola.
Specificare le informazioni necessarie nella scheda Dettagli aggiuntivi, quindi selezionare Rivedi e crea per esaminare e inviare il ticket di supporto. Un agente di supporto di Azure esamina il caso e contatta l'utente per fornire assistenza.
Migrazione manuale
Una migrazione manuale offre maggiore flessibilità e controllo rispetto a una conversione. È possibile usare questa opzione se sono necessari i dati spostati da una determinata data o se la conversione non è supportata per lo scenario in uso. La migrazione manuale è utile anche quando si sposta un account di archiviazione in un'altra area. Per altri dettagli, vedere Spostare un account di archiviazione di Azure in un'altra area.
È necessario eseguire una migrazione manuale se:
- Si vuole eseguire la migrazione dell'account di archiviazione a un'area diversa.
- L'account di archiviazione è un account BLOB in blocchi.
- L'account di archiviazione include i dati nel livello archivio e la riattivazione dei dati non è desiderata.
Importante
Una migrazione manuale può comportare tempi di inattività dell'applicazione. Se l'applicazione richiede disponibilità elevata, Microsoft offre anche un'opzione di conversione. Una conversione è una migrazione sul posto senza tempi di inattività.
Con una migrazione manuale, copiare i dati dall'account di archiviazione esistente in un nuovo account di archiviazione. Per eseguire una migrazione manuale, è possibile usare una delle opzioni seguenti:
- Copiare dati usando uno strumento esistente, ad esempio AzCopy, una delle librerie client di Archiviazione di Azure o uno strumento non Microsoft affidabile.
- Se si ha familiarità con Hadoop o HDInsight, è possibile collegare sia l'account di archiviazione di origine che l'account di archiviazione di destinazione al cluster. Quindi, parallelizzare il processo di copia dei dati con uno strumento, ad esempio DistCp.
Per indicazioni più dettagliate su come eseguire una migrazione manuale, vedere Spostare un account di archiviazione di Azure in un'altra area.
Limitazioni per la modifica dei tipi di replica
Importante
La diagnostica di avvio non supporta account di archiviazione Premium o account di archiviazione con ridondanza della zona. Quando vengono usati account di archiviazione premium o con ridondanza della zona per la diagnostica di avvio, gli utenti ricevono un errore StorageAccountTypeNotSupported all'avvio della macchina virtuale.
Le limitazioni si applicano ad alcuni scenari di modifica della replica a seconda di:
- Area
- Conflitti di funzionalità
- Tipo di account di archiviazione
- Livello di accesso
- Supporto dei protocolli
- Failover e failback
Paese
Assicurarsi che l'area in cui si trova l'account di archiviazione supporti tutte le impostazioni di replica desiderate. Ad esempio, se si sta convertendo l'account in ridondanza della zona (ZRS, GZRS o RA-GZRS), assicurarsi che l'account di archiviazione si trovi in un'area che la supporta. Vedere gli elenchi delle aree supportate per l'archiviazione con ridondanza della zona e l' archiviazione con ridondanza geografica della zona.
Importante
La conversione avviata dal cliente da LRS a ZRS è disponibile in tutte le aree pubbliche che supportano ZRS, ad eccezione delle seguenti:
- (Europa) Italia settentrionale
- (Europa) Regno Unito meridionale
- (Europa) Polonia centrale
- (Europa) Europa occidentale
- (Medio Oriente) Israele centrale
- (America del Nord) Canada centrale
- (America del Nord) Stati Uniti orientali
- (America del Nord) Stati Uniti orientali 2
La conversione avviata dal cliente da account ZRS esistenti a LRS è disponibile in tutte le aree pubbliche.
Conflitti di funzionalità
Alcune funzionalità dell'account di archiviazione non sono compatibili con altre funzionalità o operazioni. Ad esempio, la possibilità di eseguire il failover nell'area secondaria è la funzionalità chiave della ridondanza geografica, ma altre funzionalità non sono compatibili con il failover. Per altre informazioni sulle funzionalità e i servizi non supportati con il failover, vedere Funzionalità e servizi non supportati. La conversione di un account a GRS, GZRS o RA-GZRS potrebbe essere bloccata se è abilitata una funzionalità in conflitto oppure potrebbe essere necessario disabilitare la funzionalità in un secondo momento prima di avviare un failover.
Storage account type
Quando si prevede di modificare le impostazioni di replica, prendere in considerazione le limitazioni seguenti correlate al tipo di account di archiviazione.
Alcuni tipi di account di archiviazione supportano solo determinate configurazioni di ridondanza, che influiscono sulla possibilità di convertirli o migrarli e, in tal caso, sulle relative modalità. Per altre informazioni sui tipi di account di archiviazione di Azure e sulle opzioni di ridondanza supportate, vedere panoramica dell'account di archiviazione.
La tabella seguente offre una panoramica delle opzioni di ridondanza disponibili per i tipi di account di archiviazione e se la conversione e la migrazione manuale sono supportate:
| Storage account type | Supporta LRS | Supporta ZRS | Supporta la conversione (dal portale) |
Supporta la conversione (per richiesta di supporto) |
Supporta la migrazione manuale |
|---|---|---|---|---|---|
| Utilizzo generico v2 Standard | ✅ | ✅ | ✅ | ✅ | ✅ |
| Condivisioni file Premium | ✅ | ✅ | ✅1 | ✅ | |
| BLOB in blocchi Premium | ✅ | ✅ | ✅ | ||
| BLOB di pagine Premium | ✅ | ||||
| Managed Disks2 | ✅ | ✅ | ✅ | ✅ | |
| Utilizzo generico v1 Standard | ✅ | 3 | ✅ | ||
| ZRS classica4 (disponibile negli account per utilizzo generico v1 standard) |
✅ |
1 La conversione per le condivisioni file Premium è disponibile solo aprendo una richiesta di supporto; la conversione avviata dal cliente non è attualmente supportata.
2 I Managed Disks sono disponibili per LRS e ZRS, anche se i dischi ZRS presentano alcune limitazioni. Se un disco LRS è a livello di area (nessuna zona specificata), può essere convertito modificando SKU. Se un disco LRS è a livello di zona, è possibile eseguirne la migrazione solo manualmente seguendo il processo in Eseguire la migrazione dei dischi gestiti. È possibile archiviare snapshot e immagini per Managed Disks SSD Standard nell'archiviazione HDD Standard e scegliere tra le opzioni LRS e ZRS. Per informazioni sull'integrazione con i set di disponibilità, vedere Introduzione ai dischi gestiti di Azure.
3 Se l'account di archiviazione è v1, è necessario aggiornarlo alla versione 2 prima di eseguire una conversione. Per informazioni su come aggiornare l'account v1, vedere Eseguire l'aggiornamento a un account di archiviazione per utilizzo generico v2.
4 Gli account di archiviazione ZRS classica sono deprecati. Per informazioni sulla conversione degli account della versione classica di ZRS, vedere Conversione di account della versione classica di ZRS.
Conversione di account della versione classica di ZRS
Importante
Gli account della versione classica di ZRS sono stati deprecati il 31 marzo 2021. I clienti non possono più creare account della versione classica di ZRS. Se sono ancora presenti alcuni account, è consigliabile aggiornarli agli account per utilizzo generico v2.
La versione classica di ZRS era disponibile solo per i BLOB in blocchi negli account di archiviazione per utilizzo generico V1 (GPv1). Per altre informazioni sugli account di archiviazione, vedere Panoramica dell'account di archiviazione di Azure.
Gli account della versione classica di ZRS replicano in modo asincrono i dati tra data center all'interno di una o due aree. I dati replicati non erano disponibili a meno che Microsoft non avviasse un failover nel database secondario. Gli account della versione classica dell'archiviazione con ridondanza della zona non possono essere convertiti in o da archiviazione con ridondanza locale, archiviazione con ridondanza geografica o archiviazione con ridondanza geografica e accesso in lettura. Gli account della versione classica dell'archiviazione con ridondanza della zona non supportano inoltre le metriche o la registrazione.
Per modificare la versione classica di ZRS in un altro tipo di replica, usare uno dei metodi seguenti:
- Eseguire prima l'aggiornamento a ZRS
- Eseguire manualmente la migrazione dei dati direttamente a un altro tipo di replica
Per aggiornare l'account di archiviazione ZRS classica a ZRS, usare il portale di Azure, PowerShell o l'interfaccia della riga di comando di Azure nelle aree in cui è disponibile ZRS:
Per eseguire l'aggiornamento a ZRS nel portale di Azure, passare alle impostazioni di Configurazione dell'account e scegliere Aggiornamento:
Per eseguire la migrazione manuale dei dati dell'account con la versione classica di ZRS a un altro tipo di replica, seguire la procedura per eseguire una migrazione manuale.
Se si vuole eseguire la migrazione dei dati in un account di archiviazione con ridondanza della zona che si trova in un'area diversa da quella dell'account di origine, è necessario eseguire una migrazione manuale. Per altre informazioni, vedere Spostare un account di Archiviazione di Azure in un'altra area.
Livello di accesso
Assicurarsi che l'opzione di ridondanza desiderata supporti i livelli di accesso attualmente usati nell'account di archiviazione. Ad esempio, gli account di archiviazione ZRS, GZRS e RA-GZRS non supportano il livello di archiviazione. Per altre informazioni, vedere Livelli di accesso frequente, sporadico e archivio per i dati dei BLOB. Per convertire un account LRS, GRS o RA-GRS in uno che supporta la ridondanza della zona, spostare prima i BLOB archiviati in un account di archiviazione che supporta i BLOB nel livello archivio. Convertire quindi l'account di origine in ZRS, GZRS e RA-GZRS.
Un account di archiviazione LRS contenente BLOB nel livello archivio può passare a GRS o RA-GRS dopo la riattivazione di tutti i BLOB archiviati nel livello ad accesso frequente o sporadico. È anche possibile eseguire una migrazione manuale.
Suggerimento
Microsoft consiglia di evitare di modificare la configurazione di ridondanza di un account di archiviazione che contiene BLOB archiviati, se possibile, poiché le operazioni di riattivazione possono essere costose e dispendiose in termini di tempo. Tuttavia, se è necessario modificarla, una migrazione manuale può far risparmiare la spesa per la riattivazione.
Supporto del protocollo
Non è possibile convertire gli account di archiviazione alla ridondanza della zona (ZRS, GZRS o RA-GZRS) se uno dei casi seguenti è vero:
- Il supporto del protocollo NFSv3 è abilitato per Archiviazione BLOB di Azure
- L'account di archiviazione contiene condivisioni di File di Azure NFSv4.1
Failover e failback
Dopo il failover di un account nell'area secondaria, è possibile avviare un failback dal nuovo database primario al nuovo database secondario con PowerShell o l'interfaccia della riga di comando di Azure (versione 2.30.0 o successiva). Avviare il failover.
Se è stato eseguito un failover dell'account gestito dal cliente per il ripristino da un'interruzione dell'account GRS o RA-GRS, l'account diventa ridondante in locale (LRS) nella nuova area primaria dopo il failover. La conversione a ZRS o GZRS per un account LRS risultante da un failover non è supportata, anche per le cosiddette operazioni di failback. Ad esempio, se si esegue un failover dell'account da RA-GRS a LRS nell'area secondaria e quindi lo si configura nuovamente come RA-GRS, rimane LRS nella nuova area secondaria (primaria originale). Se quindi si esegue un altro failover dell'account per eseguire il failback nell'area primaria originale, LRS rimane nuovamente nell'area primaria originale. In questo caso, non è possibile eseguire una conversione in ZRS, GZRS o RA-GZRS nell'area primaria. Eseguire piuttosto una migrazione manuale per aggiungere ridondanza della zona.
Requisiti del tempo di inattività
Durante una conversione, è possibile accedere ai dati nell'account di archiviazione senza perdite di durabilità o disponibilità. Il contratto di servizio di Archiviazione di Azure viene mantenuto durante il processo di migrazione e non vengono persi dati durante una conversione. Gli endpoint di servizio, le chiavi di accesso, le firme di accesso condiviso e altre opzioni dell'account rimangono invariati dopo la migrazione.
Se si sceglie di eseguire una migrazione manuale, è necessario un tempo di inattività, ma si ha un maggiore controllo sui tempi del processo di migrazione.
Tempistiche e frequenza
Se si avvia una conversione di ridondanza della zona dal portale di Azure, il processo di conversione potrebbe richiedere fino a 72 ore per iniziare. L'avvio potrebbe richiedere più tempo se si richiede una conversione aprendo una richiesta di supporto. Se una conversione avviata dal cliente non passa allo stato "In corso" entro 96 ore dall'avvio della richiesta, inviare una richiesta di supporto a Microsoft per determinare il motivo. Per monitorare lo stato di una conversione avviata dal cliente, vedere Monitoraggio dello stato della conversione avviata dal cliente.
Importante
Non esiste alcun contratto di servizio per il completamento di una conversione. Se è necessario un maggiore controllo sull'avvio e il completamento di una conversione, prendere in considerazione una migrazione manuale. In genere, maggiore è la quantità di dati nell'account, più tempo richiederà la replica dei dati in altre zone o aree.
Dopo una conversione con ridondanza della zona, è necessario attendere almeno 72 ore prima di modificare nuovamente l'impostazione di ridondanza dell'account di archiviazione. Il blocco temporaneo consente il completamento dei processi in background prima di apportare un'altra modifica, assicurando la coerenza e l'integrità dell'account. Ad esempio, il passaggio da LRS a GZRS è un processo in due passaggi. È necessario aggiungere la ridondanza della zona in un'unica operazione, e poi aggiungere la ridondanza geografica in una seconda. Dopo il passaggio da LRS a ZRS, è necessario attendere almeno 72 ore prima di passare da ZRS a GZRS.
Costi associati alla modifica della modalità di replica dei dati
Archiviazione di Azure offre diverse opzioni per la configurazione della replica. Queste opzioni, ordinate dalla meno costosa alla più costosa, includono:
- LRS
- ZRS
- GRS
- RA-GRS
- GZRS
- RA-GZRS
I costi associati alla modifica della modalità di replica dei dati nell'account di archiviazione dipendono dagli aspetti della configurazione della ridondanza modificati. Il costo di una modifica è determinato da una combinazione di prezzi per l'archiviazione dei dati e per la larghezza di banda in uscita. Per informazioni dettagliate sui prezzi, vedere la pagina Prezzi di Archiviazione di Azure.
Se si aggiunge la ridondanza della zona nell'area primaria, non è previsto alcun costo iniziale associato all'esecuzione di tale conversione, ma il costo di archiviazione dei dati in corso è superiore a causa dell'aumento dello spazio di archiviazione e della replica richiesti.
La ridondanza geografica comporta un addebito della larghezza di banda in uscita al momento della modifica perché l'intero account di archiviazione viene replicato nell'area secondaria. Tutte le scritture successive nell'area primaria comportano anche addebiti per la larghezza di banda in uscita per replicare la scrittura nell'area secondaria.
Se si rimuove la ridondanza geografica (passaggio da GRS a LRS), non è previsto alcun costo per apportare la modifica, ma i dati replicati vengono eliminati dalla posizione secondaria.
Importante
Se si rimuove l'accesso in lettura all'area secondaria (passaggio da RA-GRS a GRS o LRS), tale account viene fatturato come RA-GRS per altri 30 giorni oltre la data di conversione.
Vedi anche
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per