Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Archiviazione di Azure sta ritirando il tipoaccount di archiviazione BLOB legacy. Questo articolo illustra cosa implica questa modifica per i carichi di lavoro di archiviazione BLOB legacy e come prepararsi per la transizione agli account di archiviazione per utilizzo generico v2 (GPv2).
Perché gli account di archiviazione BLOB legacy sono in corso di ritiro
Sono stati introdotti account di archiviazione BLOB legacy per supportare scenari di archiviazione BLOB legacy con livelli di accesso a livello di account. Tuttavia, GPv2 è diventato lo standard per tutti i nuovi account di archiviazione, offrendo:
- Suddivisione in livelli per BLOB (accesso frequente, accesso sporadico, archivio)
- Gestione del ciclo di vita
- Archiviazione BLOB non modificabile
- Integrazione di Griglia di eventi
- Opzioni avanzate di ridondanza
- Supporto per tutti i servizi di archiviazione (BLOB, tabelle, code, file)
Ritirando gli account di archiviazione BLOB legacy, Azure semplifica la piattaforma e garantisce a tutti i clienti di trarre vantaggio dalle funzionalità moderne e dai prezzi coerenti.
Vantaggi della migrazione a GPv2
| Caratteristica / Funzionalità | Archiviazione BLOB legacy | GPv2 |
|---|---|---|
| Suddivisione in livelli BLOB | ✅ Livello account | ✅ Per BLOB |
| Gestione del ciclo di vita | ❌ | ✅ |
| Archiviazione BLOB non modificabile | ✅ | ✅ |
| Integrazione di Griglia di eventi | ✅ | ✅ |
| Supporto per altri servizi | ❌ | ✅ |
| Opzioni di ridondanza (archiviazione con ridondanza della zona, archiviazione con ridondanza della zona, archiviazione con ridondanza geografica, archiviazione con ridondanza geografica e accesso in lettura) | ✅ | ✅ |
| Contatori dei prezzi coerenti | ❌ | ✅ |
Annotazioni
GPv2 supporta tutte le funzionalità BLOB disponibili negli account di archiviazione BLOB legacy.
Sequenza temporale del ritiro e attività cardine chiave
Avvertimento
Se non si esegue la migrazione dell'account di archiviazione BLOB legacy a un account per utilizzo generico v2 entro ottobre 2026, tutti gli account di archiviazione BLOB legacy esistenti verranno migrati automaticamente a un account per utilizzo generico v2, con conseguente aumento dei costi di fatturazione. La decisione di non migrare un account di archiviazione BLOB legacy esistente sarà interpretata come consenso a che Microsoft migri l'account per conto dell'utente.
| Date | Passaggio fondamentale |
|---|---|
| Settembre 2025 | Ritiro annunciato |
| 3 marzo 2026 | Creazione di nuovi account di archiviazione BLOB legacy disabilitati |
| Ottobre 2026 | Ritiro completo; verrà eseguita automaticamente la migrazione a GPv2 di tutti gli account di archiviazione BLOB legacy rimanenti. La decisione di non migrare un account di archiviazione BLOB legacy esistente sarà interpretata come consenso a che Microsoft migri l'account per conto dell'utente. |
Dopo la data di ritiro, l'accesso ai dati verrà bloccato per tutti gli account di archiviazione BLOB legacy. La modifica diventa effettiva a livello globale in tutte le aree di Azure.
Preparazione per la migrazione
Suggerimento
La maggior parte dei carichi di lavoro solo BLOB può eseguire la migrazione dall'archiviazione BLOB legacy a GPv2 senza modifiche al codice. Esaminare eventuali presupposti dei prezzi hardcoded o la logica non dipendente del livello per garantire la compatibilità con le funzionalità GPv2. GPv2 consente regole di suddivisione in livelli e ciclo di vita per BLOB, offrendo una migliore ottimizzazione e automazione dei costi.
Per ridurre al minimo il rischio e garantire una migrazione senza problemi:
- Inventario degli account di archiviazione BLOB legacy: usare Azure Resource Graph, l'interfaccia della riga di comando, l'inventario di Azure o il portale per identificare tutti gli account di archiviazione BLOB legacy.
- Valutare i carichi di lavoro: garantire la compatibilità con GPv2 (la maggior parte dei carichi di lavoro solo BLOB non richiede modifiche al codice).
- Pianificare le modifiche dei prezzi: comprendere il nuovo modello di determinazione prezzi GPv2, che include i costi di transazione e suddivisione in livelli per BLOB. Usare il calcolatore prezzi di Azure per stimare i costi in base ai modelli di utilizzo.
- Eseguire la migrazione a GPv2: usare il portale di Azure, l'interfaccia della riga di comando o gli strumenti di automazione per eseguire l'aggiornamento da GPv1 a GPv2. Altre informazioni sul processo di aggiornamento.
- Convalidare i carichi di lavoro: post-migrazione per garantire la funzionalità e l'accuratezza di fatturazione.
- Monitorare l'utilizzo: dopo la migrazione, tenere d'occhio le metriche dell'account di archiviazione per identificare eventuali modifiche impreviste nei modelli di utilizzo o nei costi.
Identificare gli account di archiviazione BLOB legacy con Azure Resource Graph
Azure Resource Graph è uno strumento potente per esplorare ed eseguire query su larga scala delle risorse di Azure. È possibile usarlo per identificare tutti gli account di archiviazione BLOB legacy e per utilizzo generico v1 (GPv1) nell'ambiente e valutarne le configurazioni. In questo modo è possibile pianificare la migrazione a GPv2 in modo più efficace.
Di seguito è riportato un esempio di query di Azure Resource Graph per identificare tutti gli account di archiviazione BLOB legacy (tipo BlobStorage) e per utilizzo generico v1 (GPv1) (tipo Storage) all'interno dell'abbonamento interessati dal ritiro:
Resources
| where type == "microsoft.storage/storageaccounts"
| where sku.name in~ ("Standard_LRS", "Standard_GRS", "Standard_ZRS", "Standard_RAGRS", "Standard_RAGZRS")
| where kind != "StorageV2"
| extend Version = tostring(properties.siteProperties.propertiesid)
| project name, type, tenantId, kind, location, resourceGroup, subscriptionId, managedBy, sku, plan, properties, tags, identity, zones, extendedLocation, Version
Annotazioni
Questa query identifica sia gli account di archiviazione BLOB legay (tipo BlobStorage) che gli account GPv1 (tipo Storage), indipendentemente dalla ridondanza, che sono anch'essi in corso di ritiro. Esaminare entrambi i tipi di account per assicurarsi che tutti gli account interessati siano inclusi nel piano di migrazione.
Casi speciali: account DBFS di Databricks
Se viene visualizzato un account di archiviazione che fa parte di un gruppo di risorse gestito da Databricks nella sottoscrizione, non è necessaria alcuna azione. Questi account sono di sola lettura per te e vengono usati da Databricks per le operazioni del workspace. Microsoft eseguirà automaticamente la migrazione di questi account DBFS a GPv2 prima del ritiro del 13 ottobre 2026.
Come identificare gli account DBFS
La maggior parte degli account DBFS inizia con il prefisso
dbstorage.
Examples:dbstoragezeoppf6waviqm-dbstorageb3qvu2dqsbsrgdbstorageolaatsgryngy6
Questi account vengono in genere trovati in gruppi di risorse denominati come:
databricks-rg---
Importante
Anche se dbstorage* è un modello di denominazione comune, non è un nome riservato, quindi possono esistere eccezioni. Per confermare in modo affidabile:
- L'account si trova in un gruppo di risorse gestite di Databricks.
- Si dispone di autorizzazioni di sola lettura (non è possibile modificare o eliminare l'account).
Che ne dici di altri account?
Tutti gli altri account di archiviazione, inclusi gli account di archiviazione per utilizzo generico v1 (GPv1) o gli account di archiviazione BLOB legacy gestiti per i carichi di lavoro devono essere migrati a utilizzo generico v2 (GPv2) seguendo le istruzioni fornite in precedenza in questo articolo.
Cosa accade se non si esegue la migrazione entro la scadenza
Dopo il 13 ottobre 2026, se non si esegue la migrazione dell'account di archiviazione BLOB legacy alla versione 2 per utilizzo generico, tutti gli account di archiviazione BLOB legacy esistenti vengono migrati automaticamente a un account per utilizzo generico v2, con conseguente aumento dei costi di fatturazione. La decisione di non migrare un account di archiviazione BLOB legacy esistente sarà interpretata come consenso a che Microsoft migri l'account per conto dell'utente.
Come ottenere supporto
In caso di domande, ottenere risposte dagli esperti della community in Microsoft Q&A.
Se l'organizzazione o l'azienda ha collaborato con Microsoft o collabora con i rappresentanti Microsoft, ad esempio Cloud Solution Architect (CSA) o Customer Success Account Manager (CSAM), contattarli per risorse aggiuntive per la migrazione.
Se si dispone di un piano di supporto e si ha bisogno di assistenza tecnica, creare una richiesta di supporto nel portale di Azure:
- Cercare Guida e supporto nel portale di Azure.
- Selezionare Crea una richiesta di supporto.
- Digitare una descrizione del problema in Riepilogo.
- Per Tipo di problema selezionare Tecnico.
- In Sottoscrizione selezionare la sottoscrizione.
- Per Servizio, selezionare Servizi personali.
- Per Tipo di servizio selezionare Gestione degli account di archiviazione.
- In Risorsa, selezionare la risorsa di cui si vuole eseguire la migrazione.
- Per Tipo di problema, selezionare Aggiorna o modifica tipo di account, livello o replica.
- Per Sottotipo problema, selezionare Aggiorna all'account di archiviazione per utilizzo generico v2.
- Selezionare Avanti, quindi seguire le istruzioni per inviare la richiesta di supporto.
Hai bisogno di aiuto?
Altre informazioni sulle funzionalità correlate e su come eseguire la migrazione: