Problemi noti relativi al supporto del protocollo NFS (Network File System) 3.0 per Azure Blob Storage

Questo articolo descrive le limitazioni e i problemi noti del supporto del protocollo NFS (NFS) 3.0 per Azure Blob Storage.

Supporto di NFS 3.0

• Il supporto di NFS 3.0 non può essere abilitato per gli account di storage esistenti.

• Il supporto di NFS 3.0 non può essere disabilitato in un account storage dopo averlo abilitato.

• Geo-Redundant Storage (GRS) è supportato solo per gli scenari di failover non pianificati e non è supportato per il failover pianificato.

• Le opzioni di ridondanza per archiviazione con ridondanza geografica della zona e per archiviazione con ridondanza geografica zona e accesso in lettura non sono supportate quando si crea un account di archiviazione NFS 3.0.

• Access control list (ACL) non possono essere utilizzati per autorizzare una richiesta NFS 3.0. Infatti, se l'ACL o un BLOB o una directory contiene un'entrata per un utente nominato o un gruppo, tale file diventa inaccessibile ai client per gli utenti senza privilegi di root. È necessario rimuovere queste voci per ripristinare l'accesso agli utenti non-root sul client. Per informazioni su come rimuovere una voce ACL per utenti e gruppi denominati, vedere Come impostare ACL.

• Gli account abilitati per NFS 3.0 non supportano il backup archiviato di Azure Data Lake Storage.

Funzionalità di NFS 3.0

Le funzionalità NFS 3.0 seguenti non sono ancora supportate.

• NFS 3.0 su UDP. È supportato solo NFS 3.0 su TCP.

• Blocco dei file con Network Lock Manager (NLM). I comandi di montaggio devono includere il -o nolock parametro .

• Montaggio delle sottodirectory. È possibile montare solo la directory radice (contenitore).

• Elenco dei punti di montaggio (ad esempio: usando il comando showmount -a).

• Elenco delle esportazioni (ad esempio: usando il comando showmount -e).

• Collegamento rigido.

• Esportazione di un contenitore come sola lettura.

Client NFS 3.0

Il client Windows per NFS non è ancora supportato. Esiste tuttavia una soluzione alternativa che usa il Windows Subsystem for Linux (WSL 2) per montare storage usando il protocollo NFS 3.0. Vedere BlobNFS-wsl2 project su GitHub.

funzionalità di Blob Storage

Quando si abilita il supporto del protocollo NFS 3.0, alcune funzionalità di Blob Storage sono completamente supportate, ma alcune funzionalità potrebbero essere supportate solo a livello di anteprima o non ancora supportate.

Per informazioni su come ogni funzionalità di Blob Storage è supportata negli account con supporto NFS 3.0 abilitato, vedere Blob Storage supporto delle funzionalità per gli account Azure Storage.

Eventi di Archiviazione BLOB

I nomi delle operazioni NFS non vengono visualizzati nei log delle risorse o nelle risposte restituite da Griglia di eventi. Vengono visualizzate solo le operazioni BLOB in blocchi. Quando l'applicazione effettua una richiesta usando il protocollo NFS 3.0, tale richiesta viene convertita in combinazione di operazioni BLOB in blocchi. Ad esempio, le richieste di lettura RPC (Remote Procedure Call) di NFS 3.0 vengono convertite nell'operazione Get BLOB. Le richieste di scrittura RPC di NFS 3.0 vengono convertite in una combinazione di Get Block List, Put Block e Put Block List.

Storage Gli eventi non sono supportati per operazioni specifiche di NFS. Tuttavia, se si eseguono operazioni BLOB o data lake storage su un account abilitato per NFS, gli eventi verranno creati in base all'API chiamata.

Appartenenza a un gruppo in una condivisione NFS

I file e le directory creati in una condivisione NFS ereditano sempre l'ID gruppo della directory padre, indipendentemente dal fatto che l'opzione Set Group Identification (SGID) sia impostata nella directory padre.

Vedi anche

• supporto del protocollo Network File System (NFS) 3.0 per Azure Blob Storage
• Montare l'archiviazione BLOB usando il protocollo file system di rete (NFS) 3.0