Impostare il livello BLOB

L'operazione Set Blob Tier imposta il livello di accesso in un BLOB. L'operazione è consentita in un BLOB di pagine in un account di archiviazione Premium e in un BLOB in blocchi in un account di archiviazione BLOB o per utilizzo generico v2. Il livello di un BLOB di pagine Premium (P4/P6/P10/P15/P20/P30/P40/P50/P60) determina le dimensioni, le operazioni di I/O al secondo e la larghezza di banda consentite del BLOB. Il livello di un BLOB in blocchi determina Hot/Cool/Cold/Archive tipo di archiviazione. Questa operazione non aggiorna l'ETag del BLOB.

Per informazioni dettagliate sulla suddivisione in livelli a livello di BLOB in blocchi, vedere livelli di archiviazione ad accesso frequente, ad accesso sporadico e archivio.

Richiesta

È possibile costruire la richiesta di Set Blob Tier come indicato di seguito. È consigliabile usare HTTPS. Sostituire myaccount con il nome dell'account di archiviazione e sostituire myblob con il nome del BLOB per il quale il livello deve essere modificato.

Metodo	URI della richiesta	Versione HTTP
PUT	https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=tier	HTTP/1.1

Parametri URI

È possibile specificare i parametri aggiuntivi seguenti nell'URI della richiesta:

Parametro	Descrizione
snapshot	Opzionale. Il parametro snapshot è un valore opaco DateTime che, se presente, specifica lo snapshot del BLOB su cui impostare un livello. Per altre informazioni sull'uso degli snapshot blob, vedere Creare uno snapshot di un BLOB
versionid	Facoltativo per la versione 2019-12-12 e successive. Il parametro versionid è un valore opaco DateTime che, se presente, specifica la versione del BLOB su cui impostare un livello.
timeout	Opzionale. Il parametro timeout è espresso in secondi. Per altre informazioni, vedere Impostare i timeout per le operazioni di archiviazione BLOB.

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 di archiviazione 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-access-tier	Obbligatorio. Indica il livello da impostare nel BLOB. Per un elenco dei livelli BLOB di pagine Premium consentiti, vedere Archiviazione Premium ad alte prestazioni e dischi gestiti per le macchine virtuali. Per l'archiviazione BLOB o l'account per utilizzo generico v2, i valori validi sono Hot, Cool, Colde Archive. Nota:Cold livello è supportato per la versione 2021-12-02 e successive. Per informazioni dettagliate sulla suddivisione in livelli a livello di BLOB dell'account BLOB standard, vedere livelli di archiviazione ad accesso frequente, ad accesso sporadico e archivio.
x-ms-version	Obbligatorio per tutte le richieste autorizzate. Specifica la versione dell'operazione da utilizzare per questa richiesta. Per altre informazioni, vedere Controllo delle versioni per i servizi di archiviazione di Azure.
x-ms-client-request-id	Opzionale. Fornisce un valore opaco generato dal client con un limite di caratteri di 1 kB registrato nei log di analisi quando la registrazione dell'analisi dell'archiviazione è abilitata. L'uso di questa intestazione è altamente consigliato per correlare le attività lato client con le richieste ricevute dal server. Per altre informazioni, vedere Informazioni sulla registrazione di Analisi archiviazione.
x-ms-rehydrate-priority	Opzionale. Indica la priorità con cui riattivare un BLOB archiviato. Supportato nella versione 2019-02-02 e successive per i BLOB in blocchi. I valori validi sono High/Standard. La priorità può essere impostata su un BLOB una sola volta per le versioni precedenti al 2020-06-12; questa intestazione verrà ignorata nelle richieste successive. L'impostazione di priorità predefinita è Standard. A partire dalla versione 2020-06-12, la priorità di riattivazione può essere aggiornata dopo che è stata impostata in precedenza. L'impostazione di priorità può essere modificata da Standard a High chiamando Imposta livello BLOB con questa intestazione impostata su High e impostando x-ms-access-tier sullo stesso valore impostato in precedenza. L'impostazione di priorità non può essere ridotta da High a Standard.

Questa operazione supporta anche l'uso di intestazioni condizionali per mettere a livelli il BLOB solo se viene soddisfatta una condizione specificata. Per altre informazioni, vedere Specificare le intestazioni condizionali per le operazioni di archiviazione BLOB.

Corpo della richiesta

Nessuno.

Risposta

La risposta include un codice di stato HTTP e un set di intestazioni di risposta.

Codice di stato

Un'operazione con esito positivo restituisce il codice di stato 200 (OK) se il nuovo livello diventa effettivo immediatamente o il codice di stato 202 (accettato) se la transizione al nuovo livello è in sospeso.

Per gli account di archiviazione Premium, l'operazione BLOB di pagine restituisce il codice di stato 200 (OK).

Per i BLOB in blocchi, i codici di stato HTTP restituiti, in base ai livelli correnti e richiesti del BLOB, sono descritti nella tabella seguente:

Livello	Impostare su livello di accesso frequente	Impostare su livello ad accesso sporadico	Impostare su livello ad accesso sporadico	Impostare su livello di archiviazione
BLOB nel livello ad accesso frequente	200	200	200	200
BLOB nel livello ad accesso sporadico	200	200	200	200
BLOB nel livello ad accesso sporadico	200	200	200	200
BLOB nel livello archivio	202	202	202	200
BLOB nel livello archivio, riattivazione ad accesso frequente	202	409	409	409
BLOB nel livello archivio, riattivazione ad accesso sporadico	409	202	409	409
BLOB nel livello archivio, riattivazione ad accesso sporadico	409	409	202	409

Per altre informazioni sui codici di stato, vedere Stato e codici di errore.

Intestazioni di risposta

La risposta per questa operazione include le intestazioni seguenti. La risposta può includere anche intestazioni HTTP standard aggiuntive. Tutte le intestazioni standard sono conformi alla specifica del protocollo HTTP/1.1 .

Intestazione della risposta	Descrizione
x-ms-request-id	Identifica in modo univoco la richiesta effettuata e può essere usata per risolvere i problemi della richiesta. Per altre informazioni, vedere Risolvere i problemi relativi alle operazioni API.
x-ms-version	Versione dell'archiviazione BLOB usata per eseguire la richiesta. Questa intestazione viene restituita per le richieste effettuate rispetto alla versione 2009-09-19 e successive.
x-ms-client-request-id	Può essere usato per risolvere i problemi relativi alle richieste e alle 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 sarà presente nella risposta.

Autorizzazione

L'autorizzazione è necessaria quando si chiama un'operazione di accesso ai dati in Archiviazione di Azure. È possibile autorizzare l'operazione di Set Blob Tier come descritto di seguito.

Importante

Microsoft consiglia di usare l'ID Microsoft Entra con identità gestite per autorizzare le richieste ad Archiviazione di Azure. Microsoft Entra ID offre maggiore sicurezza e facilità d'uso rispetto all'autorizzazione con chiave condivisa.

Archiviazione di Azure supporta l'uso di Microsoft Entra ID per autorizzare le richieste ai dati BLOB. Con Microsoft Entra ID è possibile usare il controllo degli accessi in base al ruolo di Azure per concedere le autorizzazioni a un'entità di sicurezza. L'entità di sicurezza può essere un utente, un gruppo, un'entità servizio applicazione o un'identità gestita di Azure. L'entità di sicurezza viene autenticata da Microsoft Entra ID per restituire un token OAuth 2.0. Il token può quindi essere usato per autorizzare una richiesta sul servizio BLOB.

Per altre informazioni sull'autorizzazione con Microsoft Entra ID, vedere Autorizzare l'accesso ai BLOB usando Microsoft Entra ID.

Autorizzazioni

Di seguito è riportata l'azione controllo degli accessi in base al ruolo necessaria per un utente, un gruppo, un'identità gestita o un'entità servizio di Microsoft Entra per chiamare l'operazione di Set Blob Tier e il ruolo controllo degli accessi in base al ruolo di Azure con privilegi minimi che include questa azione:

• 'azione controllo degli accessi in base al ruolo di Azure:Microsoft.Storage/storageAccounts/blobServices/containers/blobs/write
• Ruolo predefinito con privilegi minimi:Collaboratore ai dati dei BLOB di archiviazione

Per altre informazioni sull'assegnazione dei ruoli tramite il controllo degli accessi in base al ruolo di Azure, vedere Assegnare un ruolo di Azure per l'accesso ai dati BLOB.

Una firma di accesso condiviso fornisce accesso delegato sicuro alle risorse in un account di archiviazione. Con una firma di accesso condiviso è possibile controllare in modo granulare il modo in cui un client può accedere ai dati. È possibile specificare quale risorsa può accedere al client, quali autorizzazioni hanno per tali risorse e per quanto tempo la firma di accesso condiviso è valida.

L'operazione di supporta tre tipi di firme di accesso condiviso: delega utente sas, firma di accesso condiviso del servizio e account sas.

Come procedura consigliata per la sicurezza, è consigliabile usare le credenziali di Microsoft Entra anziché la chiave dell'account di archiviazione, che può essere compromessa più facilmente. Se la progettazione dell'applicazione richiede firme di accesso condiviso, usare le credenziali di Microsoft Entra per creare una firma di accesso condiviso di delega utente, quando possibile.

Quando l'accesso con chiave condivisa non è consentito per l'account di archiviazione, un token di firma di accesso condiviso del servizio o un token di firma di accesso condiviso dell'account non sarà consentito in una richiesta di archiviazione BLOB. Per altre informazioni, vedere Comprendere in che modo la chiave condivisa influisce sui token di firma di accesso condiviso.

Firma di accesso condiviso delega utente

Una firma di accesso condiviso della delega utente è protetta con le credenziali di Microsoft Entra e anche dalle autorizzazioni specificate per la firma di accesso condiviso.

Per chiamare l'operazione di usando un token di firma di accesso condiviso delegato a un contenitore o a una risorsa BLOB, è necessaria l'autorizzazione scrittura (w) come parte del token di firma di accesso condiviso della delega utente.

Per altre informazioni sulla firma di accesso condiviso della delega utente, vedere Creare una firma di accesso condiviso di delega utente.

Firma di accesso condiviso del servizio

Una firma di accesso condiviso del servizio è protetta con la chiave dell'account di archiviazione. Una firma di accesso condiviso del servizio delega l'accesso a una risorsa in un singolo servizio di archiviazione di Azure, ad esempio l'archiviazione BLOB.

La chiamata all'operazione di tramite un token di firma di accesso condiviso delegata a un contenitore o a una risorsa BLOB richiede l'autorizzazione di scrittura (w) come parte del token di firma di accesso condiviso del servizio.

Per altre informazioni sulla firma di accesso condiviso del servizio, vedere Creare una firma di accesso condiviso del servizio.

Firma di accesso condiviso dell'account

Una firma di accesso condiviso dell'account è protetta con la chiave dell'account di archiviazione. Una firma di accesso condiviso dell'account delega l'accesso alle risorse in uno o più servizi di archiviazione. Tutte le operazioni disponibili tramite una firma di accesso condiviso del servizio o della delega utente sono disponibili anche tramite una firma di accesso condiviso dell'account.

La tabella seguente indica il tipo di risorsa firmata e le autorizzazioni firmate per specificare quando si delega l'accesso:

Operazione	Servizio firmato	Tipo di risorsa firmato	Autorizzazione firmata
Impostare il livello BLOB	BLOB (b)	Oggetto (o)	Scrittura (w)

Per altre informazioni sulla firma di accesso condiviso dell'account, vedere Creare una firma di accesso condiviso dell'account.

L'operazione di Set Blob Tier supporta autorizzazione con chiave condivisa. L'autorizzazione con le chiavi dell'account non è consigliata per la maggior parte degli scenari, perché è meno sicura.

Microsoft consiglia di non consentire l'autorizzazione della chiave condivisa per l'account di archiviazione, quando possibile. Per altre informazioni, vedere Impedire l'autorizzazione con chiave condivisa.

Osservazioni

L'impostazione del livello di un BLOB per i BLOB di pagine negli account Premium presenta le restrizioni seguenti:

• Il nuovo livello BLOB non può essere inferiore a quello esistente.
• Il nuovo livello BLOB deve essere in grado di supportare la lunghezza del contenuto del BLOB. Per un elenco dei livelli e della lunghezza consentita del contenuto, vedere archiviazione Premium ad alte prestazioni e dischi gestiti per le macchine virtuali.

L'impostazione del livello del BLOB in blocchi in un account di archiviazione BLOB o per utilizzo generico v2 presenta le restrizioni seguenti:

• L'impostazione di un livello per uno snapshot è consentita a partire dalla versione REST 2019-12-12.
• Gli snapshot a livelli per archive non possono essere riattivati nello snapshot. Ovvero, lo snapshot non può essere riportato a un livello hot o cool. L'unico modo per recuperare i dati da uno snapshot o una versione di archive consiste nel copiarli in un nuovo BLOB.
• Se la versione è un BLOB radice, può essere riattivata in hot o cool.
• Gli snapshot o le versioni in uno stato archive non possono essere promossi alla radice.
• Quando il controllo delle versioni è abilitato, l'eliminazione di un BLOB radice quando si trova in uno stato di riattivazione in sospeso comporterà l'annullamento della riattivazione e la versione sarà in uno stato archive.
• Se un BLOB viene sovrascritto quando si trova in uno stato di reidratazione in sospeso e eliminazione temporanea, comporterà l'annullamento della riattivazione e la versione dello snapshot eliminato temporaneo sarà in uno stato archive.

L'elenco dei livelli supportati non è limitato dalla versione della richiesta e i nuovi livelli potrebbero essere aggiunti in futuro.

Per i BLOB che usano la crittografia fornita dal cliente, Set Blob Tier è supportato per la versione 2023-08-03 e successive. Per le versioni precedenti alla versione 2023-08-03, Set Blob Tier restituisce il codice di stato 409 per i BLOB che usano la crittografia fornita dal cliente.

Nota

Per informazioni dettagliate sulla suddivisione in livelli a livello di BLOB in blocchi, vedere livelli di archiviazione ad accesso frequente, ad accesso sporadico e archivio.

Fatturazione

Le richieste di prezzi possono provenire dai client che usano le API di archiviazione BLOB, direttamente tramite l'API REST dell'archiviazione BLOB o da una libreria client di Archiviazione di Azure. Queste richieste accumulano addebiti per transazione. Il tipo di transazione influisce sulla modalità di addebito dell'account. Ad esempio, le transazioni di lettura si accumulano in una categoria di fatturazione diversa rispetto alle transazioni di scrittura. La tabella seguente illustra la categoria di fatturazione per Set Blob Tier richieste in base al tipo di account di archiviazione:

Operazione	Tipo di account di archiviazione	Categoria di fatturazione
Impostare il livello BLOB (livello inferiore)	BLOB in blocchi Premium Standard per utilizzo generico v2	Operazioni di scrittura
Impostare il livello BLOB (a livelli)	BLOB in blocchi Premium Standard per utilizzo generico v2	Operazioni di lettura

Per informazioni sui prezzi per la categoria di fatturazione specificata, vedere prezzi di Archiviazione BLOB di Azure.

Vedere anche

Autorizzare le richieste ad Archiviazione di Azure
codici di errore e stato
codici di errore dell'archiviazione BLOB
Impostare timeout per le operazioni di archiviazione BLOB