Impostare il livello di BLOB

  • Articolo

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 livelloP4/P15//P30P40/P50///P60P6P10/P20 () di un BLOB di pagine Premium 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 HotColdArchive/Cool//il 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, sporadico e archivio.

Richiesta

È possibile costruire la Set Blob Tier richiesta 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 cui modificare il livello.

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

Parametri URI

Nell'URI della richiesta puoi specificare i parametri seguenti:

Parametro Descrizione
snapshot Facoltativa. Il parametro snapshot è un valore opaco DateTime che, quando presente, specifica lo snapshot del BLOB per impostare un livello su . 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 versionid parametro è un valore opaco DateTime su cui, se presente, specifica la versione del BLOB in cui impostare un livello.
timeout facoltativo. Il parametro timeout viene 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 la data per la richiesta nel fuso orario UTC (Coordinated Universal Time). 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 a prestazioni elevate 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 il 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 usare per questa richiesta. Per altre informazioni, vedere Controllo delle versioni per i servizi di archiviazione di Azure.
x-ms-client-request-id facoltativo. Fornisce un valore opaco generato dal client con un limite di caratteri di 1 kB registrato nei log di analisi quando è abilitata la registrazione di Analisi archiviazione. L'uso di questa intestazione è consigliato per la correlazione delle attività lato client con le richieste ricevute dal server. Per altre informazioni, vedere Informazioni sulla registrazione di Analisi archiviazione.
x-ms-rehydrate-priority facoltativo. 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 intestazioni condizionali per le operazioni di archiviazione BLOB.

Testo della richiesta

Nessuno.

Risposta

Nella risposta sono inclusi un codice di stato HTTP e un set di intestazioni per la risposta.

Codice stato

Un'operazione con esito positivo restituisce il codice di stato 200 (OK) se il nuovo livello ha effetto 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 ad 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 di archiviazione, reidratazione ad accesso sporadico 409 202 409 409
BLOB nel livello di archiviazione, reidratazione a freddo 409 409 202 409

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

Intestazioni di risposta

Nella risposta per questa operazione sono incluse le intestazioni riportate di seguito; inoltre, possono essere incluse intestazioni HTTP standard aggiuntive. Tutte le intestazioni standard sono conformi alla specifica del protocollo HTTP/1.1.

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

Autorizzazione

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

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 relativa al servizio BLOB.

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

Autorizzazioni

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

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

Commenti

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

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

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

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

Nota

Per informazioni dettagliate sul livello del BLOB a blocchi , vedere Livelli di archiviazione ad accesso frequente, sporadico e archivio.

Fatturazione

Le richieste di prezzi possono derivare 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 sul modo in cui viene addebitato l'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 le 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
Utilizzo generico v2 Standard		 Operazioni di scrittura
Impostare il livello BLOB (a livelli) BLOB in blocchi Premium
Utilizzo generico v2 Standard		 Operazioni di lettura

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

Vedi anche

Autorizzare le richieste ad Archiviazione di Azure
Stato e codici errore
Codici di errore di Archiviazione BLOB
Impostare i timeout per le operazioni di archiviazione BLOB