Definir Camada de Blob

Artigo
02/07/2024

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`, `Cold`e `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:

Ação RBAC do Azure:Microsoft.Storage/storageAccounts/blobServices/containers/blobs/write
Função incorporada com menos privilégios:Contribuidor de Dados do Blob de Armazenamento

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.

Uma assinatura de acesso partilhado (SAS) fornece acesso delegado seguro aos recursos numa conta de armazenamento. Com uma SAS, tem controlo granular sobre como um cliente pode aceder aos dados. Pode especificar o recurso a que o cliente pode aceder, que permissões têm para esses recursos e quanto tempo a SAS é válida.

A Set Blob Tier operação suporta três tipos de assinaturas de acesso partilhado: SAS de delegação de utilizador, SAS de serviço e SAS de conta.

Como melhor prática de segurança, recomendamos que utilize Microsoft Entra credenciais em vez da chave da conta de armazenamento, o que pode ser mais facilmente comprometido. Se a estrutura da aplicação exigir assinaturas de acesso partilhado, utilize Microsoft Entra credenciais para criar uma SAS de delegação de utilizador, sempre que possível.

Quando o acesso à Chave Partilhada não for permitido para a conta de armazenamento, não será permitido um token de SAS de serviço ou um token de SAS de conta num pedido para o Armazenamento de Blobs. Para saber mais, veja Compreender como a desativação da Chave Partilhada afeta os tokens de SAS.

SAS de delegação de utilizador

Uma SAS de delegação de utilizador é protegida com credenciais Microsoft Entra e também pelas permissões especificadas para a SAS.

Chamar a Set Blob Tier operação com um token de SAS delegado a um contentor ou recurso de blob requer a permissão de Escrita (w) como parte do token de SAS de delegação de utilizador.

Para saber mais sobre a SAS de delegação de utilizador, veja Create uma SAS de delegação de utilizador.

SAS de Serviço

Uma SAS de serviço é protegida com a chave da conta de armazenamento. Uma SAS de serviço delega o acesso a um recurso num único serviço de Armazenamento do Azure, como o armazenamento de blobs.

Chamar a Set Blob Tier operação com um token de SAS delegado a um contentor ou recurso de blob requer a permissão de Escrita (w) como parte do token de SAS do serviço.

Para saber mais sobre a SAS do serviço, veja Create uma SAS de serviço.

SAS de Conta

Uma SAS de conta é protegida com a chave da conta de armazenamento. Uma conta SAS delega o acesso aos recursos em um ou mais dos serviços de armazenamento. Todas as operações disponíveis através de um serviço ou saS de delegação de utilizador também estão disponíveis através de uma SAS de conta.

A tabela seguinte indica o tipo de recurso assinado e as permissões assinadas a especificar ao delegar o acesso:

Operação	Serviço assinado	Tipo de recurso assinado	Permissão assinada
Definir Camada de Blob	Blob (b)	Objeto (o)	Escrever (w)

Para saber mais sobre a SAS da conta, veja Create uma SAS de conta.

A Set Blob Tier operação suporta a autorização de Chave Partilhada. A autorização com chaves de conta não é recomendada para a maioria dos cenários, uma vez que é menos segura.

A Microsoft recomenda a desativação da autorização de Chave Partilhada para a conta de armazenamento sempre que possível. Para obter mais informações, veja Impedir a autorização com a Chave Partilhada.

Observações

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

A nova camada de blobs não pode ser inferior à existente.
A nova camada de blobs deve conseguir acomodar o comprimento do conteúdo do blob. Para obter uma lista das camadas e o respetivo comprimento de conteúdo permitido, veja Armazenamento premium de elevado desempenho e discos geridos para VMs.

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

Partilhar via