Problemi noti di Azure Data Lake Storage

Questo articolo descrive i problemi noti e le limitazioni di Azure Data Lake Storage per gli account con la funzionalità dello spazio dei nomi gerarchico abilitata. Usare queste informazioni per gestire i flussi di lavoro dei dati ed evitare potenziali insidie quando si usano varie API e integrazioni.

Supporto di funzionalità, servizi e piattaforme

La maggior parte delle funzionalità di archiviazione BLOB, le integrazioni dei servizi Azure e le piattaforme open source sono supportate negli account con uno spazio dei nomi gerarchico. Per gli elenchi completi, vedere:

• Funzionalità di gestione rete virtuale di Azure disponibili in Azure Data Lake Storage
• Servizi di Azure che supportano Azure Data Lake Storage
• Piattaforme open source che supportano Azure Data Lake Storage

API di archiviazione BLOB

Le API di Data Lake Storage, NFS 3.0 e LE API BLOB possono operare sugli stessi dati.

Questa sezione descrive i problemi e le limitazioni relativi all'uso di API BLOB, NFS 3.0 e API di Data Lake Storage per operare sugli stessi dati.

• Non è possibile usare API BLOB, NFS 3.0 e API data Lake Storage per scrivere nella stessa istanza di un file. Se si scrive in un file usando le API di Data Lake Storage o NFS 3.0, i blocchi del file non sono visibili per le chiamate all'API BLOB Get Block List. L'unica eccezione è quando si sovrascrive. È possibile sovrascrivere un file o un BLOB usando l'API o usando NFS 3.0 con l'opzione zero-truncate (operazione in stile POSIX che tronca il file a zero byte prima della scrittura).

  Non è possibile sovrascrivere i BLOB creati usando un'operazione di Data Lake Storage, ad esempio l'operazione Path - Create usando le operazioni PutBlock o PutBlockList. Tuttavia, è possibile sovrascrivere questi BLOB usando un'operazione PutBlob , soggetto alle dimensioni massime consentite del BLOB imposte dalla versione api corrispondente usata da PutBlob.

• Quando si usa l'operazione Elenca BLOB senza specificare un delimitatore, i risultati includono sia directory che BLOB. Se si sceglie di specificare un delimitatore, usare solo una barra (/). Si tratta dell'unico delimitatore supportato.

• Se si usa l'API Elimina BLOB per eliminare una directory, la directory viene eliminata solo se è vuota. Questa condizione significa che non è possibile usare l'API BLOB per eliminare le directory in modo ricorsivo.

Le API REST per i BLOB seguenti non sono supportate:

• Posizionare BLOB (pagina)
• Put Page
• Ottenere intervalli di pagina
• Copia incrementale del Blob
• Put Page from URL
• Aggiungere sealing BLOB

I dischi delle macchine virtuali non gestiti non sono supportati negli account con uno spazio dei nomi gerarchico. Se si intende abilitare uno spazio dei nomi gerarchico in un account di archiviazione, inserire i dischi non gestiti delle macchine virtuali in un account di archiviazione in cui non è abilitata la funzionalità dello spazio dei nomi gerarchico.

Supporto per l'impostazione degli elenchi di controllo di accesso (ACL) in modo ricorsivo in Azure Data Lake Storage

La possibilità di applicare le modifiche ACL in modo ricorsivo dalla directory padre agli elementi figlio è generalmente disponibile. Nella versione corrente di questa funzionalità è possibile applicare modifiche ACL usando Azure Storage Explorer, PowerShell, interfaccia della riga di comando di Azure e gli SDK .NET, Java, Python e Node.js. Il supporto non è ancora disponibile per il portale di Azure.

Elenchi di controllo di accesso (ACL) e accesso in lettura anonimo

Se a un contenitore viene concesso l'accesso in lettura anonimo , gli ACL non hanno alcun effetto su tale contenitore o sui file in tale contenitore. Questa restrizione influisce solo sulle richieste di lettura. Le richieste di scrittura continuano a rispettare le ACL. Richiedere l'autorizzazione per tutte le richieste ai dati BLOB.

Endpoint privati per Azure Data Lake Storage

Se si usano endpoint privati per accedere a Azure Data Lake Storage (un account di archiviazione con spazio dei nomi gerarchico abilitato), è necessario crearne uno per le risorse secondarie blob e dfs. Le operazioni destinate all'endpoint Data Lake Storage (dfs) possono essere reindirizzate all'endpoint BLOB e alcune operazioni, ad esempio la gestione degli elenchi di controllo di accesso, la creazione di directory ed l'eliminazione di directory, richiedono un endpoint privato DFS. La creazione di endpoint privati per entrambe le risorse secondarie garantisce che tutte le operazioni siano completate correttamente. Per ulteriori informazioni, vedere Utilizzare endpoint privati per Archiviazione di Azure.

AzCopy con Azure Data Lake Storage

Quando si usa AzCopy con account con uno spazio dei nomi gerarchico abilitato, solo AzCopy v10 supporta le API di Data Lake Storage necessarie. Usare solo la versione più recente di AzCopy (AzCopy v10). Le versioni precedenti, ad esempio AzCopy v8.1, non sono supportate.

Azure Storage Explorer con Azure Data Lake Storage

Quando si utilizza Azure Storage Explorer con account di archiviazione con spazio dei nomi gerarchico abilitato, utilizzare solo la versione 1.6.0 o successive. Le versioni precedenti non supportano le API dello spazio dei nomi gerarchico necessarie per gestire file e directory.

Browser di archiviazione nel portale di Azure

Nel browser di archiviazione visualizzato nella portale di Azure non è possibile accedere a un file o una cartella specificando un percorso. È invece necessario esplorare le cartelle per raggiungere un file. Pertanto, se un ACL concede a un utente l'accesso in lettura a un file ma non l'accesso in lettura a tutte le cartelle che portano al file, tale utente non può visualizzare il file nel browser di archiviazione.

Applicazioni di terze parti

Le applicazioni di terze parti che usano le API REST per continuare a funzionare se vengono usate con Data Lake Storage. È probabile che le applicazioni che usano le API Blob funzionino.

Driver del BLOB del servizio di archiviazione di Azure (WASB)

Il driver WASB, progettato per funzionare solo con l'API BLOB, incontra attualmente problemi in alcuni scenari comuni, in particolare quando è il client di un account di archiviazione abilitato per lo spazio dei nomi gerarchico. L'accesso multi-protocollo in Data Lake Storage non attenua questi problemi.

L'uso del driver WASB come client per un account di archiviazione con spazio dei nomi gerarchico abilitato non è supportato. Usare invece il driver ABFS (Blob File System) Azure nell'ambiente Hadoop. Se si sta provando a eseguire la migrazione da un ambiente Hadoop locale con una versione precedente a Hadoop Branch-3, aprire un ticket di supporto Azure per determinare il percorso corretto per l'organizzazione.

Eliminazione temporanea per i BLOB in Azure Data Lake Storage

Negli account di archiviazione con uno spazio dei nomi gerarchico, se si rinominano le directory padre di file o directory eliminati temporaneamente, il portale di Azure potrebbe non visualizzare correttamente gli elementi eliminati temporaneamente. In questi casi, usare PowerShell o interfaccia della riga di comando di Azure per elencare e ripristinare gli elementi eliminati soft.

Sottoscrizioni di eventi in Azure Data Lake Storage

Negli account di archiviazione con uno spazio dei nomi gerarchico, se l'account ha una sottoscrizione di eventi, le operazioni di lettura sull'endpoint secondario (la replica di sola lettura negli account di archiviazione con ridondanza geografica) generano un errore. Per risolvere questo problema, rimuovere le sottoscrizioni di eventi. L'uso dell'endpoint Data Lake Storage (abfss://URI) negli account per cui lo spazio dei nomi gerarchico non è abilitato non genera eventi, ma l'endpoint blob (wasb:// URI) genera eventi.