Create Share
L'operazione Create Share
crea una nuova condivisione File di Azure nell'account specificato. Anche se questa API è completamente supportata, questa è un'API di gestione legacy. È consigliabile usare invece condivisioni file: creare, che viene fornito dal provider di risorse di Archiviazione di Azure (Microsoft.Storage). Per altre informazioni su come interagire a livello di codice con FileShare
le risorse usando il provider di risorse di Archiviazione di Azure, vedere Operazioni in FileShares.
Se esiste già una condivisione con lo stesso nome, l'operazione ha esito negativo. La risorsa condivisione include i metadati e le proprietà per tale condivisione. Non include un elenco dei file contenuti nella condivisione.
Disponibilità del protocollo
Protocollo di condivisione file abilitato | Disponibile |
---|---|
Server Message Block (SMB) | |
File system di rete (NFS) |
Richiesta
È possibile costruire la Create Share
richiesta come illustrato qui. È consigliabile usare HTTPS.
Metodo | URI richiesta | Versione HTTP |
---|---|---|
PUT |
https://myaccount.file.core.windows.net/myshare?restype=share |
HTTP/1.1 |
Sostituire i componenti del percorso visualizzati nell'URI della richiesta con il proprio, come indicato di seguito:
Componente percorso | Descrizione |
---|---|
myaccount |
nome dell'account di archiviazione. |
myshare |
Nome della condivisione file. Il nome può contenere solo caratteri minuscoli. |
Per altre informazioni sulle restrizioni di denominazione dei percorsi, vedere Condivisioni nome e riferimenti, directory, file e metadati.
Parametri URI
Nell'URI della richiesta puoi specificare i parametri seguenti:
Parametro | Descrizione |
---|---|
timeout |
Facoltativa. Il parametro timeout viene espresso in secondi. Per altre informazioni, vedere Impostare timeout per le operazioni del servizio file. |
Intestazioni della richiesta
Le intestazioni di richiesta obbligatorie e facoltative sono descritte nella tabella seguente:
Intestazione della richiesta | Descrizione |
---|---|
Authorization |
Obbligatorio. Specifica lo schema di autorizzazione, il nome dell'account e la firma. Per altre informazioni, vedere Autorizzare le richieste ad Archiviazione di Azure. |
Date o x-ms-date |
Obbligatorio. Specifica l'ora UTC (Coordinated Universal Time) per la richiesta. Per altre informazioni, vedere Autorizzare le richieste ad Archiviazione di Azure. |
x-ms-version |
Obbligatorio per tutte le richieste autorizzate. Specifica la versione dell'operazione da usare per questa richiesta. Per altre informazioni, vedere Controllo delle versioni per i servizi di archiviazione di Azure. |
x-ms-meta-name:value |
facoltativo. Coppia nome-valore da associare alla condivisione come metadati. I nomi dei metadati devono rispettare le regole di denominazione per gli identificatori C#. |
x-ms-share-quota |
facoltativo. Supportato nella versione 2015-02-21 e versioni successive. Specifica la dimensione massima della condivisione, in gibibyte (GiB). |
x-ms-access-tier |
facoltativo. Supportato nella versione 2019-12-12 e versioni successive. Specifica il livello di accesso della condivisione. I valori validi sono TransactionOptimized , Hot e Cool . Per informazioni dettagliate sui livelli di condivisione file, vedere livelli di archiviazione File di Azure. |
x-ms-enabled-protocols: <SMB \| NFS> |
facoltativo. Supportato nella versione 2019-07-07 e versioni successive. Specifica i protocolli abilitati nella condivisione. Se non sono specificati, il valore predefinito è SMB. - SMB : la condivisione può essere accessibile da SMBv3.0, SMBv2.1 e REST.- NFS : la condivisione può essere accessibile da NFSv4.1. Per questa opzione è necessario un account Premium. |
x-ms-root-squash: <NoRootSquash \| RootSquash \| AllSquash> |
facoltativo. Solo NFS. Supportato nella versione 2019-07-07 e versioni successive. Specifica il comportamento di squash radice nella condivisione quando NFS è abilitato. Se non è specificato, il valore predefinito è NoRootSquash. - NoRootSquash : disattivare lo schiacciamento radice.- RootSquash : eseguire il mapping delle richieste da uid/gid 0 all'interfaccia utente/gid anonima.- AllSquash : eseguire il mapping di tutti gli uids e gids all'utente anonimo. |
x-ms-client-request-id |
facoltativo. Fornisce un valore opaco generato dal client con un limite di caratteri di 1 kibibyte (KiB) registrato nei log quando la registrazione è configurata. È consigliabile usare questa intestazione per correlare le attività lato client con le richieste ricevute dal server. Per altre informazioni, vedere Monitorare File di Azure. |
Testo della richiesta
Nessuno.
Richiesta di esempio
PUT https://myaccount.file.core.windows.net/myshare?restype=share HTTP/1.1
Request Headers:
x-ms-version: 2020-02-10
x-ms-date: <date>
x-ms-meta-Name: StorageSample
x-ms-enabled-protocols: NFS
x-ms-root-squash: RootSquash
Authorization: SharedKey myaccount:Z5043vY9MesKNh0PNtksNc9nbXSSqGHueE00JdjidOQ=
Risposta
Nella risposta sono inclusi un codice di stato HTTP e un set di intestazioni per la risposta.
Codice stato
Un'operazione completata correttamente restituisce il codice di stato 201 (Creato).
Per altre informazioni, vedere Codici di stato e di errore.
Intestazioni di risposta
Nella risposta per questa operazione sono incluse le intestazioni riportate di seguito; La risposta potrebbe includere anche intestazioni HTTP standard aggiuntive. Tutte le intestazioni standard sono conformi alla specifica del protocollo HTTP/1.1.
Intestazione risposta | Descrizione |
---|---|
ETag |
Contiene un valore che rappresenta la versione della condivisione, racchiusa tra virgolette. |
Last-Modified |
Restituisce la data e l'ora dell'ultima modifica della condivisione. Il formato data è conforme a RFC 1123. Per altre informazioni, vedere Rappresentare valori di data/ora nelle intestazioni. Qualsiasi operazione che modifica la condivisione o le relative proprietà o metadati comporta l'aggiornamento dell'ora dell'ultima modifica. Le operazioni sui file non influiscono sull'ultima ora modificata della condivisione. |
x-ms-request-id |
Identifica in modo univoco la richiesta e puoi usarla per risolvere la richiesta. Per altre informazioni, vedere Risolvere i problemi relativi alle operazioni dell'API |
x-ms-version |
Indica la versione File di Azure usata per eseguire la richiesta. |
Date |
Valore di data/ora UTC generato dal servizio, che indica l'ora in cui è stata avviata la risposta. |
x-ms-client-request-id |
Può essere usato per risolvere le richieste e le risposte corrispondenti. Il valore di questa intestazione è uguale al valore dell'intestazione x-ms-client-request-id se presente nella richiesta e il valore non contiene più di 1.024 caratteri ASCII visibili. Se l'intestazione x-ms-client-request-id non è presente nella richiesta, non è presente nella risposta. |
Corpo della risposta
Nessuno.
Risposta di esempio
Response Status:
HTTP/1.1 201 Created
Response Headers:
Transfer-Encoding: chunked
Date: <date>
ETag: "0x8CB14C3E29B7E82"
Last-Modified: <date>
x-ms-version: 2020-02-10
Server: Windows-Azure-File/1.0 Microsoft-HTTPAPI/2.0
Autorizzazione
Solo il proprietario dell'account può chiamare questa operazione.
Commenti
Le condivisioni vengono create immediatamente all'interno dell'account di archiviazione. Non è possibile annidare una condivisione all'interno di un'altra.
È possibile specificare i metadati per una condivisione quando lo si crea includendo una o più intestazioni di metadati nella richiesta. Il formato per l'intestazione di metadati è x-ms-meta-name:value
.
Se una condivisione con lo stesso nome viene eliminata quando si chiama Create Share
, il server restituisce il codice di stato 409 (Conflitto) e altre informazioni di errore indicano che la condivisione viene eliminata.
È possibile usare la quota di dimensioni della condivisione per limitare le dimensioni dei file archiviati nella condivisione. La quota non limita le dimensioni degli snapshot. Il sovraccarico associato ai file e usato per calcolare le dimensioni di fatturazione per l'account di archiviazione non è tenuto conto della quota.
Quando la somma delle dimensioni dei file nella condivisione supera la quota impostata nella condivisione, i tentativi di aumentare le dimensioni di un file avranno esito negativo e la creazione di nuovi file non vuoti (tramite REST) avrà esito negativo. Sarà comunque possibile creare file vuoti.
La modifica o l'impostazione della quota non influisce sulla fatturazione. Le dimensioni dei file vengono ancora fatturate più il sovraccarico.