Partilhar via

Definir Camada de Blob

  • Artigo

A Set Blob Tier operação define a camada de acesso num blob. A operação é permitida num blob de página numa conta de armazenamento premium e num blob de blocos numa conta de armazenamento de blobs ou para fins gerais v2. Um escalão de blob de página premium (P4/P15//P30P40/P50///P60P6P10/P20) determina o tamanho permitido, o IOPS e a largura de banda do blob. A camada de um blob de blocos determina o HotColdArchive/Cool//tipo de armazenamento. Esta operação não atualiza o ETag do blob.

Para obter informações detalhadas sobre a camada ao nível do blob de blocos, veja Camadas de armazenamento frequente, esporádico e de arquivo.

Pedir

Pode construir o pedido da Set Blob Tier seguinte forma. Recomendamos que utilize HTTPS. Substitua myaccount pelo nome da sua conta de armazenamento e substitua myblob pelo nome do blob para o qual a camada deve ser alterada.

Método URI do pedido Versão HTTP
PUT https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=tier HTTP/1.1

Parâmetros URI

Pode especificar os seguintes parâmetros adicionais no URI do pedido:

Parâmetro Description
snapshot Opcional. O parâmetro instantâneo é um valor opaco DateTime que, quando presente, especifica o instantâneo do blob para definir uma camada. Para obter mais informações sobre como trabalhar com instantâneos de blobs, veja Create um instantâneo de um blob
versionid Opcional para a versão 2019-12-12 e posterior. O versionid parâmetro é um valor opaco DateTime que, quando presente, especifica a versão do blob para definir uma camada.
timeout Opcional. O timeout parâmetro é expresso em segundos. Para obter mais informações, veja Definir tempos limite para operações de Armazenamento de Blobs.

Cabeçalhos do pedido

Os cabeçalhos de pedido obrigatórios e opcionais estão descritos na seguinte tabela:

Cabeçalho do pedido Description
Authorization Obrigatório. Especifica o esquema de autorização, o nome da conta de armazenamento e a assinatura. Para obter mais informações, veja Autorizar pedidos para o Armazenamento do Azure.
Date ou x-ms-date Obrigatório. Especifica a Hora Universal Coordenada (UTC) do pedido. Para obter mais informações, veja Autorizar pedidos para o Armazenamento do Azure.
x-ms-access-tier Obrigatório. Indica o escalão a definir no blob. Para obter uma lista dos escalões de blobs de página premium permitidos, veja High-performance Armazenamento Premium and managed disks for VMs (Discos geridos e de alto desempenho para VMs). Para o armazenamento de blobs ou para fins gerais v2, os valores válidos são Hot, Cool, Colde Archive. Nota:Cold O escalão é suportado para a versão 2021-12-02 e posterior. Para obter informações detalhadas sobre as camadas de nível de blobs de contas de blobs padrão , veja Camadas de armazenamento frequente, esporádico e de arquivo.
x-ms-version Necessário para todos os pedidos autorizados. Especifica a versão da operação a utilizar para este pedido. Para obter mais informações, veja Controlo de versões dos Serviços de Armazenamento do Azure.
x-ms-client-request-id Opcional. Fornece um valor opaco gerado pelo cliente com um limite de carateres de 1 kB que é registado nos registos de análise quando o registo de análise de armazenamento está ativado. Recomenda-se a utilização deste cabeçalho para correlacionar as atividades do lado do cliente com os pedidos recebidos pelo servidor. Para obter mais informações, veja About Análise de Armazenamento Logging (Acerca do Registo de Análise de Armazenamento).
x-ms-rehydrate-priority Opcional. Indica a prioridade para reidratar um blob arquivado. Suportado na versão 2019-02-02 e mais recente para blobs de blocos. Os valores válidos são High/Standard. A prioridade só pode ser definida num blob uma vez para versões anteriores a 2020-06-12; este cabeçalho será ignorado nos pedidos subsequentes. A predefinição de prioridade é Standard.

A partir da versão 2020-06-12, a prioridade de reidratação pode ser atualizada depois de ter sido definida anteriormente. A definição de prioridade pode ser alterada de Standard para High ao chamar Definir Camada de Blobs com este cabeçalho definido como High e definindo x-ms-access-tier para o mesmo valor que anteriormente definido. A definição de prioridade não pode ser reduzida de High para Standard.

Esta operação também suporta a utilização de cabeçalhos condicionais para colocar o blob em camadas apenas se for cumprida uma condição especificada. Para obter mais informações, veja Especificar cabeçalhos condicionais para operações de Armazenamento de Blobs.

Corpo do pedido

Nenhum.

Resposta

A resposta inclui um código de estado HTTP e um conjunto de cabeçalhos de resposta.

Código de estado

Uma operação bem-sucedida devolve o código de estado 200 (OK) se o novo escalão entra em vigor imediatamente ou o código de estado 202 (Aceite) se a transição para a nova camada estiver pendente.

Para contas de armazenamento premium, a operação de blob de páginas devolve o código de estado 200 (OK).

Para blobs de blocos, os códigos de estado HTTP que são devolvidos, com base nas camadas atuais e pedidas do blob, são descritos na seguinte tabela:

Escalão de serviço Definir como camada de acesso frequente Definir como camada esporádica Definir como camada fria Definir como camada de arquivo
Blob no escalão de acesso frequente 200 200 200 200
Blob na camada esporádica 200 200 200 200
Blob na camada fria 200 200 200 200
Blob na camada de arquivo 202 202 202 200
Blob na camada de arquivo, reidratando-se para frequente 202 409 409 409
Blob na camada de arquivo, reidratando-se para esporádico 409 202 409 409
Blob na camada de arquivo, a reidratar-se a frio 409 409 202 409

Para obter mais informações sobre códigos de estado, veja Códigos de estado e de erro.

Cabeçalhos de resposta

A resposta para esta operação inclui os seguintes cabeçalhos. A resposta também pode incluir cabeçalhos HTTP padrão adicionais. Todos os cabeçalhos padrão estão em conformidade com a especificação do protocolo HTTP/1.1.

Cabeçalho de resposta Descrição
x-ms-request-id Identifica exclusivamente o pedido que foi feito e pode ser utilizado para resolver o pedido. Para obter mais informações, veja Resolver problemas de operações da API.
x-ms-version A versão do Armazenamento de Blobs que foi utilizada para executar o pedido. Este cabeçalho é devolvido para pedidos feitos na versão 2009-09-19 e posterior.
x-ms-client-request-id Pode ser utilizado para resolver problemas de pedidos e respostas correspondentes. O valor deste cabeçalho é igual ao valor do x-ms-client-request-id cabeçalho se estiver presente no pedido e o valor não contiver mais de 1024 carateres ASCII visíveis. Se o x-ms-client-request-id cabeçalho não estiver presente no pedido, não estará presente na resposta.

Autorização

A autorização é necessária ao chamar qualquer operação de acesso a dados no Armazenamento do Azure. Pode autorizar a Set Blob Tier operação conforme descrito abaixo.

Importante

A Microsoft recomenda a utilização de Microsoft Entra ID com identidades geridas para autorizar pedidos para o Armazenamento do Azure. Microsoft Entra ID fornece segurança superior e facilidade de utilização em comparação com a autorização de Chave Partilhada.

O Armazenamento do Azure suporta a utilização de Microsoft Entra ID para autorizar pedidos a dados de blobs. Com Microsoft Entra ID, pode utilizar o controlo de acesso baseado em funções do Azure (RBAC do Azure) para conceder permissões a um principal de segurança. O principal de segurança pode ser um utilizador, grupo, principal de serviço de aplicação ou identidade gerida do Azure. O principal de segurança é autenticado por Microsoft Entra ID para devolver um token OAuth 2.0. Em seguida, o token pode ser utilizado para autorizar um pedido contra o serviço Blob.

Para saber mais sobre a autorização através de Microsoft Entra ID, veja Autorizar o acesso a blobs com Microsoft Entra ID.

Permissões

Abaixo estão listadas as ações RBAC necessárias para que um utilizador Microsoft Entra, grupo, identidade gerida ou principal de serviço chame a Set Blob Tier operação e a função RBAC do Azure com menos privilégios que inclua esta ação:

Para saber mais sobre como atribuir funções com o RBAC do Azure, veja Atribuir uma função do Azure para acesso a dados de blobs.

Observações

Definir o escalão de um blob para blobs de páginas em contas premium tem as seguintes restrições:

Definir a camada do blob de blocos numa conta de Armazenamento de Blobs ou para fins gerais v2 tem as seguintes restrições:

  • A definição de uma camada num instantâneo é permitida a partir da versão REST 2019-12-12.
  • Os instantâneos que estão em camadas para archive não podem ser reidratados novamente para o instantâneo. Ou seja, o instantâneo não pode ser devolvido a uma hot camada ou cool . A única forma de obter os dados de um archive instantâneo ou versão é copiá-lo para um novo blob.
  • Se a versão for um blob de raiz, pode ser reidratado novamente para hot ou cool.
  • Os instantâneos ou versões num archive estado não podem ser promovidos à raiz.
  • Quando o controlo de versões está ativado, a eliminação de um blob de raiz quando está num estado de reidratação pendente resultará no cancelamento da reidratação e a versão estará num archive estado.
  • Se um blob for substituído quando estiver num estado de reativação pendente e de eliminação recuperável, resultará no cancelamento da reidratação e a versão do instantâneo eliminado de forma recuperável estará num archive estado.

A lista de escalões suportados não é restrita pela versão do pedido e poderão ser adicionados novos escalões no futuro.

Nota

Para obter informações detalhadas sobre as camadas ao nível do blob de blocos, veja Camadas de armazenamento frequente, esporádico e de arquivo.

Faturação

Os pedidos de preços podem ter origem em clientes que utilizam APIs de Armazenamento de Blobs, diretamente através da API REST do Armazenamento de Blobs ou a partir de uma biblioteca de cliente do Armazenamento do Azure. Estes pedidos acumulam custos por transação. O tipo de transação afeta a forma como a conta é cobrada. Por exemplo, as transações de leitura acumulam-se numa categoria de faturação diferente das transações de escrita. A tabela seguinte mostra a categoria de faturação dos Set Blob Tier pedidos com base no tipo de conta de armazenamento:

Operação Tipo de conta de armazenamento Categoria de faturação
Definir Camada de Blobs (escalão inferior) Blob de blocos Premium
Standard para fins gerais v2		 Operações de escrita
Definir Camada de Blobs (escalão superior) Blob de blocos Premium
Standard para fins gerais v2		 Operações de leitura

Para saber mais sobre os preços da categoria de faturação especificada, veja Preços do Armazenamento de Blobs do Azure.

Ver também

Autorizar pedidos para o Armazenamento do Azure
Códigos de estado e de erro
Códigos de erro do Armazenamento de Blobs
Definir tempos limite para operações de Armazenamento de Blobs