Compreenda os modelos de cobrança dos Arquivos do Azure

O custo de uma implantação dos Arquivos do Azure é determinado por quatro fatores-chave:

• Modelo de cobrança: os Arquivos do Azure dão suporte a três modelos de cobrança diferentes que moldam a estrutura de custo de uma implantação de Arquivos do Azure:

  • Provisionado v2: um modelo de cobrança provisionado em que você tem a capacidade de provisionar separadamente armazenamento, IOPS e taxa de transferência. Você paga com base no que você provisiona, independentemente do quanto você realmente usa. Recomendamos o modelo v2 provisionado para todas as novas implantações de Arquivos do Azure.
  • Provisionado v1: um modelo de cobrança provisionado em que você provisiona a quantidade de armazenamento necessária, enquanto iOPS e taxa de transferência são determinados pela quantidade de armazenamento que você provisiona. É recomendável usar o modelo v2 provisionado, a menos que você tenha um motivo específico para usar o modelo v1 provisionado.
  • Pagamento conforme o uso: um modelo de cobrança baseado em uso em que o custo é determinado com base no quanto você usa o compartilhamento de arquivos, na forma de armazenamento, transação e custos de transferência de dados usados. É recomendável usar o modelo v2 provisionado, a menos que você tenha um motivo específico para usar o modelo pago conforme o uso.

• Camada de mídia: os Arquivos do Azure dão suporte a duas camadas de mídia diferentes de armazenamento, SSD e HDD. Isso permite que você adapte seus compartilhamentos de arquivos aos requisitos de desempenho e preço do seu cenário.

  • SSD (premium): os compartilhamentos de arquivos hospedados em SSDs (unidades de estado sólido) fornecem alto desempenho consistente e baixa latência, com latência de milissegundo de dígito único para a maioria das operações de E/S.
  • HDD (padrão): os compartilhamentos de arquivos hospedados em HDDs (unidades de disco rígido) fornecem armazenamento econômico para uso de finalidade geral.

• Redundância: os Arquivos do Azure dão suporte a quatro opções de redundância diferentes que permitem controlar quantas cópias de seus dados armazenados e onde os copiados são colocados na infraestrutura do Azure. Opções mais resilientes fornecem maior durabilidade e disponibilidade, mas a um custo mais alto:

  • Local: O LRS (armazenamento com redundância local) mantém três cópias de seus dados em um único data center em uma região.
  • Zona: O ZRS (armazenamento com redundância de zona) armazena três cópias de seus dados em datacenters independentes (zonas de disponibilidade) em uma região.
  • Geo: O GRS (armazenamento com redundância geográfica) armazena três cópias dos dados na região primária e replica de forma assíncrona para uma região emparelhada, para um total de seis cópias. Disponível somente no armazenamento HDD.
  • GeoZone: O GZRS (armazenamento com redundância de GeoZone) combina redundância de zona na região primária com replicação assíncrona para uma região secundária. Disponível somente no armazenamento HDD.

• Modelo de recurso: os Arquivos do Azure dão suporte a dois tipos diferentes de recursos, itens gerenciáveis que você cria e configura em suas assinaturas do Azure e grupos de recursos. Cada tipo de recurso dá suporte a opções de modelo de cobrança ligeiramente diferentes, o que, por sua vez, afeta o custo e a estrutura de custo:

  • As contas de armazenamento representam um pool compartilhado de armazenamento, IOPS e taxa de transferência em que você pode implantar compartilhamentos de arquivos clássicos ou outros recursos de armazenamento, dependendo do tipo de conta de armazenamento. As contas de armazenamento dão suporte a todos os modelos de cobrança, camadas de mídia e opções de redundância. Todos os recursos de armazenamento implantados em uma conta de armazenamento compartilham os limites aplicáveis a essa conta de armazenamento. Os compartilhamentos de arquivos clássicos dão suporte aos protocolos SMB e NFS, embora o NFS só tenha suporte no armazenamento SSD. As contas de armazenamento são oferecidas pelo Microsoft.Storage provedor de recursos.

  • Compartilhamentos de arquivos (versão prévia) são um novo tipo de recurso de nível superior que simplifica a implantação de Arquivos do Azure eliminando a conta de armazenamento. Os compartilhamentos de arquivos dão suporte apenas ao modelo v2 provisionado recomendado e dão suporte apenas à camada de mídia SSD com o protocolo do sistema de arquivos NFS. Os compartilhamentos de arquivos são oferecidos pelo Microsoft.FileShares provedor de recursos.

Para obter informações sobre preços dos Arquivos do Azure, consulte a página de preços dos Arquivos do Azure.

Unidades de armazenamento

Os Arquivos do Azure usam unidades de medição de base 2 para representar a capacidade de armazenamento: KiB, MiB, GiB e TiB.

As unidades de medida base 2 são comumente usadas pela maioria dos sistemas operacionais e ferramentas para medir as quantidades de armazenamento. No entanto, eles são frequentemente rotulados incorretamente como as unidades base-10, que você pode estar mais familiarizado com: KB, MB, GB e TB. O motivo comum pelo qual sistemas operacionais como o Windows rotulam incorretamente as unidades de armazenamento é porque muitos sistemas operacionais começaram a usar essas acrônimos antes de serem padronizados pela Comissão Eletrotécnica Internacional (IEC), Pelo Bureau Internacional de Pesos e Medidas (BIPM) e pelo Instituto Nacional de Padrões e Tecnologia dos EUA (NIST).

A seguinte tabela mostra como os sistemas operacionais comuns medem e rotulam o armazenamento:

Se seu sistema operacional não estiver listado, verifique com o fornecedor.

Lista de verificação de custo total de propriedade do compartilhamento de arquivo

Se você estiver migrando para o Azure Files a partir de um ambiente local ou comparando o Azure Files com outras soluções de armazenamento em nuvem, considere os seguintes fatores para garantir uma comparação justa e equilibrada.

• Como você paga pelo armazenamento, IOPS e largura de banda? A maioria das soluções de nuvem tem modelos que se alinham aos princípios do armazenamento provisionado, como determinismo e simplicidade de preços, ou armazenamento pago conforme o uso, que pode otimizar os custos cobrando apenas pelo que você realmente usa. Os modelos de cobrança provisionados podem diferir com base no tamanho mínimo de compartilhamento provisionado, na unidade de provisionamento e na capacidade de aumentar e diminuir o provisionamento.

• Há métodos para otimizar os custos de armazenamento? Você pode usar reservas de Arquivos do Azure para obter um desconto de até 36% no armazenamento. Outras soluções podem usar estratégias como eliminação de duplicação ou compactação para opcionalmente otimizar a eficiência de armazenamento. No entanto, essas estratégias de otimização de armazenamento geralmente têm custos não monetários, como a redução do desempenho. As reservas de Arquivos do Azure não têm efeitos colaterais sobre o desempenho.

• Como obter resiliência e redundância de armazenamento? Com os Arquivos do Azure, a resiliência e a redundância do armazenamento são incluídas na oferta do produto. Todas as camadas e níveis de redundância garantem que os dados estejam altamente disponíveis e pelo menos três cópias de seus dados estejam acessíveis. Ao considerar outras opções de armazenamento de arquivos, considere se a resiliência e a redundância de armazenamento são internas ou algo que você mesmo deve montar.

• O que você precisa gerenciar? Os Arquivos do Azure são uma solução totalmente gerenciada. Outras soluções podem exigir atualizações do sistema operacional ou gerenciamento de recursos virtuais, como VMs, discos e endereços IP de rede.

• Quais são os custos de produtos com valor agregado? Os Arquivos do Azure oferecem suporte a integrações com vários serviços de valor agregado próprios e de terceiros. Serviços de valor agregado, como Backup do Azure, Sincronização de Arquivos do Azure e Microsoft Defender para Armazenamento, oferecem backup, replicação e armazenamento em cache, além de funcionalidades de segurança para os Arquivos do Azure. As soluções de valor agregado, sejam locais ou na nuvem, têm os próprios custos de licenciamento e produto, mas frequentemente são consideradas parte do custo total de propriedade do armazenamento de arquivos.

Modelo provisionado v2

O modelo v2 provisionado para Arquivos do Azure emparelha a previsibilidade do custo total de propriedade com flexibilidade, permitindo que você crie um compartilhamento de arquivos que atenda aos requisitos exatos de armazenamento e desempenho. Ao criar um novo compartilhamento de arquivos v2 provisionado, você especifica quanto armazenamento, IOPS e taxa de transferência seu compartilhamento de arquivos precisa. A quantidade de cada item que você fornece determina sua conta total.

A quantidade de armazenamento, IOPS e taxa de transferência que você fornece são os limites garantidos do uso do seu compartilhamento de arquivos. Por exemplo, se você provisionar um compartilhamento de 2 TiB e carregar 2 TiB de dados em seu compartilhamento, seu compartilhamento estará cheio. Você não poderá adicionar mais dados, a menos que aumente o tamanho do compartilhamento ou exclua alguns dos dados. A intermitência de IOPS baseada em crédito proporciona flexibilidade adicional em torno do uso, com base no melhor esforço, enquanto os créditos permanecem.

A quantidade de armazenamento, IOPS e taxa de transferência que você provisiona pode ser dimensionada dinamicamente para cima ou para baixo conforme suas necessidades mudam. No entanto, você só pode diminuir uma quantidade provisionada após 24 horas decorrido desde o último aumento de quantidade. Alterações de armazenamento, IOPS e taxa de transferência entram em vigor alguns minutos após uma alteração de provisionamento.

Por padrão, quando você cria um novo compartilhamento de arquivos usando o modelo v2 provisionado, fornecemos uma recomendação para quantos IOPS e quanto de taxa de transferência você precisa. Isso é calculado com base na quantidade de armazenamento provisionado que você especificar. Essas recomendações se baseiam no uso típico do cliente para essa quantidade de armazenamento provisionado para a camada de mídia escolhida. No entanto, você pode descobrir que sua carga de trabalho requer mais ou menos IOPS e taxa de transferência do que o "compartilhamento de arquivo típico". Nesse caso, opcionalmente, você pode provisionar mais ou menos IOPS e taxa de transferência, dependendo dos requisitos individuais de compartilhamento de arquivo.

Disponibilidade v2 provisionada

O modelo v2 provisionado está disponível para as seguintes combinações de camada de mídia, redundância e protocolo de compartilhamento de arquivos:

Camada de mídia	Redundância	Protocolo de compartilhamento de arquivos	Compartilhamentos de arquivos clássicos (Microsoft.Storage)	Compartilhamentos de arquivos (Microsoft.FileShares)
SSD	Local	SMB
SSD	Zona	SMB
SSD	Local	NFS
SSD	Zona	NFS
HD	Local	SMB
HD	Zona	SMB
HD	Localização geográfica	SMB
HD	GeoZone	SMB
HD	Local	NFS
HD	Zona	NFS
HD	Localização geográfica	NFS
HD	GeoZone	NFS

Atualmente, o modelo v2 provisionado geralmente está disponível em um subconjunto limitado de regiões:

• Todas as regiões de nuvem pública do Azure.
• Todas as regiões de nuvem do Azure US Government.

Detalhes do provisionamento v2 provisionado

Ao criar um compartilhamento de arquivos v2 provisionado, você especifica a capacidade provisionada para o compartilhamento de arquivos em termos de armazenamento, IOPS e taxa de transferência. Os compartilhamentos de arquivos são limitados com base nos seguintes atributos:

Por padrão, recomendamos o provisionamento de IOPS e larguras de banda com base no armazenamento provisionado especificado. Essas fórmulas de recomendação são baseadas no uso típico do cliente para essa quantidade de armazenamento provisionado para essa camada de mídia no Arquivos do Azure:

Dependendo dos requisitos individuais de compartilhamento de arquivos, você pode achar que você precisa de mais ou menos IOPS ou taxa de transferência do que nossas recomendações. Opcionalmente, você pode substituir essas recomendações com seus próprios valores conforme desejado.

Explosão v2 provisionada

O intermitência de IOPS baseado em crédito proporciona flexibilidade adicional em torno do uso de IOPS. Essa flexibilidade é melhor usada como proteção contra picos de E/S não previstos. Para padrões de E/S estabelecidos, recomendamos o provisionamento para picos de E/S.

Os créditos de IOPS de intermitência são acumulados sempre que o tráfego para seu compartilhamento de arquivo é menor do que o IOPS provisionado (linha de base). Sempre que o uso de IOPS de um compartilhamento de arquivos exceder o IOPS provisionado e houver créditos de IOPS de burst disponíveis, o compartilhamento de arquivos poderá estourar até o limite máximo de IOPS de burst permitido. Os compartilhamentos de arquivos podem continuar fazer intermitência enquanto houver créditos restantes com base no número de créditos de intermitência acumulados. Cada IO além dos IOPS provisionados consome um crédito. Depois que todos os créditos são consumidos, o compartilhamento retorna ao IOPS provisionado. IOPS contra o compartilhamento de arquivos não precisam fazer nada especial para usar bursting. O bursting opera com base no melhor esforço.

Os créditos de compartilhamento têm três status:

• Acumulando: quando o compartilhamento de arquivos está usando menos do que o IOPS provisionado.
• Em declínio: quando o compartilhamento de arquivos está usando mais do que o IOPS provisionado e no modo de intermitência.
• Constante, quando o compartilhamento de arquivos está usando exatamente o IOPS provisionado e não há créditos acumulados ou usados.

Um novo compartilhamento de arquivos começa com o número completo de créditos em seu bucket de intermitência. Os créditos de intermitência não são acumulados se o IOPS compartilhado cair abaixo do limite provisionado devido à limitação do servidor. As fórmulas a seguir são usadas para determinar o limite de IOPS de intermitência e o número de créditos possíveis para um compartilhamento de arquivo:

A tabela a seguir ilustra alguns exemplos dessas fórmulas para vários valores de IOPS provisionados:

Modelos de recursos v2 provisionados

O modelo de cobrança v2 provisionado está disponível para ambos os tipos de recursos usados pelos Arquivos do Azure. Você pode criar um compartilhamento de arquivo v2 provisionado como um compartilhamento de arquivo clássico dentro de uma conta de armazenamento (Microsoft.Storage) ou diretamente como compartilhamento de arquivo de nível superior (Microsoft.FileShares).

Compartilhamentos de arquivos v2 clássicos provisionados (Microsoft.Storage)

Para criar um compartilhamento de arquivos clássico usando o modelo v2 provisionado, sua conta de armazenamento deve usar uma das seguintes combinações de configurações:

Para obter mais informações sobre como criar um compartilhamento de arquivos clássico usando o modelo v2 provisionado, consulte criar um compartilhamento de arquivos clássico.

Compartilhamentos de arquivos clássicos criados na mesma conta de armazenamento compartilham os limites dessa conta para armazenamento, IOPS e taxa de transferência.

Para executar corretamente uma implantação de Arquivos do Azure com o modelo de cobrança v2 provisionado em compartilhamentos de arquivos clássicos, você precisa considerar as seguintes dimensões de planejamento de capacidade:

• Quanto armazenamento provisionado, IOPS e taxa de transferência você precisa para cada compartilhamento de arquivo clássico? Como esses requisitos são alterados ao longo do tempo?
  Como as contas de armazenamento têm limites compartilhados, quando você aloca compartilhamentos de arquivos clássicos para contas de armazenamento, você precisa considerar as necessidades de cada compartilhamento de arquivo clássico, tanto agora quanto ao longo do tempo. A lógica de provisionamento para o modelo v2 provisionado impede que você provisione mais armazenamento, IOPS ou taxa de transferência do que a conta de armazenamento dá suporte. Se um número suficiente de compartilhamentos de arquivos clássicos for colocado em uma única conta de armazenamento a ponto de uma dessas dimensões ser maximizadas, os compartilhamentos de arquivos clássicos existentes não poderão crescer a menos que sejam migrados primeiro para uma conta de armazenamento diferente. Para reduzir esse risco, planeje capacidade extra suficiente em cada conta de armazenamento para que você possa manter os mapeamentos de compartilhamentos de arquivos clássicos para contas de armazenamento por pelo menos 3 a 5 anos.

• Você possui requisitos especiais para o rastreamento da cobrança de cada compartilhamento de arquivo clássico vinculado a projetos, departamentos ou clientes individuais?
  No Azure, a granularidade mais baixa para a qual você pode ver a cobrança é o recurso, o que significa que, se você colocar dois compartilhamentos de arquivos clássicos na mesma conta de armazenamento, não poderá acompanhar facilmente seus custos para projetos individuais, departamentos ou clientes. Para resolver isso, agrupe compartilhamentos de arquivos clássicos em contas de armazenamento com base em como eles precisam ser acompanhados de uma perspectiva de cobrança.

• Quantas contas de armazenamento estão disponíveis em sua assinatura para sua região de destino?
  Um fator complicador adicional é o número de contas de armazenamento que você pode ter por assinatura por região. Consulte Microsoft.Storage os limites do plano de controle para obter mais informações. Dependendo de quantas contas de armazenamento você precisa, talvez seja necessário usar assinaturas adicionais para obter contas de armazenamento adicionais.

Compartilhamentos de arquivos v2 provisionados (Microsoft.FileShares)

A criação de compartilhamentos de arquivos usando o Microsoft.FileShares modelo de gerenciamento facilita consideravelmente a implantação dos Arquivos do Azure:

• Você não precisa considerar as necessidades atuais e futuras de cada compartilhamento de arquivos para decidir onde implantar esse compartilhamento de arquivos.
  O provisionamento de cada compartilhamento de arquivos é independente do provisionamento de todos os outros compartilhamentos de arquivos. A única consideração sobre o crescimento do compartilhamento de arquivos são os limites do compartilhamento de arquivos, detalhados nos detalhes de provisionamento provisionado v2.

• A fatura de cada compartilhamento de arquivo é controlada de forma independente.
  Como os compartilhamentos de arquivos são recursos de nível superior, você pode acompanhar a fatura de cada compartilhamento de arquivo independentemente de todos os outros compartilhamentos de arquivos. Você também pode usar tags para facilitar o agrupamento dos recursos para monitorar os custos de projetos, departamentos ou clientes.

• Embora os compartilhamentos de arquivos ainda tenham um limite por assinatura por região, o limite de compartilhamentos de arquivos é muito maior do que o limite de contas de armazenamento.
  Para obter mais informações, consulte Microsoft.FileShares os limites do plano de controle.

Snapshots v2 provisionados

Os Arquivos do Azure são suporte a instantâneos, que são semelhantes a VSS (cópias de sombra de volume) no servidor de arquivos do Windows. Para saber mais sobre instantâneos de compartilhamento, confira Visão geral dos instantâneos dos Arquivos do Azure.

Os instantâneos são sempre diferentes do compartilhamento ao vivo e entre si. No modelo de cobrança v2 provisionado, se o tamanho diferencial total de todos os instantâneos couber no excesso de espaço de armazenamento provisionado do compartilhamento de arquivos, não haverá custo adicional para armazenamento de instantâneos. Se o tamanho dos dados do compartilhamento ativo mais os dados do instantâneo diferencial for maior que o armazenamento provisionado do compartilhamento, o excesso de capacidade usada dos instantâneos será cobrado no medidor Overflow Snapshot Usage. A fórmula para determinar a quantidade de transbordamento é: MAX((LiveShareUsedGiB + SnapshotDifferentialUsedGiB) - ProvisionedStorageGiB, 0)

Alguns serviços de valor agregado para Arquivos do Azure usam instantâneos como parte de sua proposta de valor. Para obter mais informações, consulte os serviços de valor agregado para arquivos do Azure.

Exclusão reversível v2 provisionada

Quando a exclusão reversível é habilitada, os compartilhamentos de arquivos excluídos são cobrados com base na capacidade de armazenamento usada durante o período de retenção. O armazenamento provisionado, o IOPS e a taxa de transferência de um compartilhamento excluído continuam a contar para os limites da conta de armazenamento até que o compartilhamento seja limpo, garantindo que ele possa ser restaurado. No entanto, esses recursos não são cobrados. Para obter detalhes sobre como habilitar a exclusão reversível, consulte Como habilitar a exclusão reversível em compartilhamentos de arquivos do Azure.

Medidores de faturamento v2 provisionados

Os compartilhamentos de arquivos provisionados usando o modelo de cobrança v2 provisionado são cobrados de acordo com os medidores de cobrança a seguir:

• Armazenamento provisionado: A quantidade de armazenamento provisionada em GiB.
• IOPS provisionados: A quantidade de IOPS (IO/seg) provisionados.
• Taxa de transferência provisionada MiBPS: a quantidade de taxa de transferência provisionada em MiB/seg.
• Uso de instantâneo de excedente: qualquer quantidade de uso de instantâneo diferencial em GiB que não está dentro da capacidade de armazenamento provisionada. Para mais informações, consulte instantâneos v2 provisionados.
• Uso de exclusão suave: capacidade de armazenamento usada em GiB para compartilhamentos de arquivos com exclusão suave. Para mais informações, consulte exclusão temporária v2 de provisionados.

As unidades de consumo nos medidores de cobrança v2 provisionadas são emitidas por hora. Por exemplo, para um compartilhamento com 1.024 GiB provisionados, você poderá ver:

• 1.024 unidades contra o medidor de Armazenamento Provisionado para uma hora individual.
• 24.576 unidades contra o medidor de Armazenamento Provisionado se agregado por um dia.
• Um número variável de unidades se agregadas para um mês dependendo do número de dias no mês:
  • Mês de 28 dias (fevereiro normal): 688.128 unidades registradas no medidor de Armazenamento Provisionado.
  • Mês de 29 dias (ano bissexto fevereiro): 712.704 unidades contra o medidor de Armazenamento Provisionado.
  • Mês de 30 dias: 737.280 unidades em relação ao medidor de Armazenamento Provisionado.
  • Mês de 31 dias: 761.856 unidades contra o medidor de Armazenamento Provisionado.

Migrações v2 provisionadas

O processo para migrar seus compartilhamentos de arquivos do Azure SMB de um modelo pago conforme o uso para o modelo de cobrança v2 provisionado difere dependendo se você estiver usando a Sincronização de Arquivos do Azure.

• Se você estiver usando arquivos do Azure sem a Sincronização de Arquivos do Azure, consulte Migrar arquivos de um compartilhamento de arquivos do Azure SMB para outro.
• Se você estiver usando a Sincronização de Arquivos do Azure, consulte Migrar arquivos de um compartilhamento de arquivos do Azure para outro ao usar a Sincronização de Arquivos do Azure.

Modelo v1 provisionado

O método provisionado v1 fornece armazenamento, IOPS e taxa de transferência em uma proporção fixa entre si, semelhante à forma como o armazenamento é adquirido em uma solução de armazenamento local. Ao criar um novo compartilhamento de arquivos clássico v1 provisionado, especifique quanto armazenamento seu compartilhamento precisa, e IOPS e taxa de transferência são valores computados. O modelo v1 provisionado para Arquivos do Azure só está disponível para a camada de mídia SSD.

A quantidade de armazenamento que você provisiona determina os limites de armazenamento, IOPS e taxa de transferência garantidos do uso do compartilhamento de arquivos clássico. Por exemplo, se você provisionar um compartilhamento de 2 TiB e carregar 2 TiB de dados no compartilhamento de arquivos clássico, ele estará cheio. Você não poderá adicionar mais dados, a menos que aumente o tamanho do compartilhamento de arquivos clássico ou exclua alguns dos dados. A intermitência de IOPS baseada em crédito proporciona flexibilidade adicional em torno do uso, com base no melhor esforço, enquanto os créditos permanecem.

Ao contrário da compra de armazenamento local, seus compartilhamentos de arquivos clássicos v1 provisionados podem ser dimensionados dinamicamente para cima ou para baixo à medida que suas necessidades mudam. No entanto, você só pode diminuir o armazenamento provisionado após 24 horas decorrido desde o último aumento de armazenamento. Alterações de armazenamento, IOPS e taxa de transferência entram em vigor alguns minutos após uma alteração de provisionamento.

É possível diminuir o tamanho do compartilhamento provisionado abaixo do GiB usado. Se você fizer isso, não perderá dados, mas ainda será cobrado pelo tamanho usado. Você receberá o desempenho do compartilhamento provisionado, não o tamanho usado.

Disponibilidade v1 provisionada

O modelo v1 provisionado está disponível para as seguintes combinações de camada de mídia, redundância e protocolo de compartilhamento de arquivos:

Camada de mídia	Redundância	Protocolo de compartilhamento de arquivos	Compartilhamentos de arquivos clássicos (Microsoft.Storage)	Compartilhamentos de arquivos (Microsoft.FileShares)
SSD	Local	SMB
SSD	Zona	SMB
SSD	Local	NFS
SSD	Zona	NFS
HD	Local	SMB
HD	Zona	SMB
HD	Localização geográfica	SMB
HD	GeoZone	SMB
HD	Local	NFS
HD	Zona	NFS
HD	Localização geográfica	NFS
HD	GeoZone	NFS

Os compartilhamentos de arquivos clássicos do SSD usando o modelo v1 provisionado geralmente estão disponíveis na maioria das regiões do Azure. Para obter mais informações, confira Produtos do Azure por região.

Detalhes de provisionamento v1 provisionado

Ao criar um compartilhamento de arquivo clássico v1 provisionado, especifique quanto armazenamento seu compartilhamento precisa. Cada GiB provisionado lhe dá direito a mais IOPS e taxa de transferência em uma proporção fixa. Os compartilhamentos de arquivos clássicos v1 provisionados são limitados com base nos seguintes atributos:

As seguintes fórmulas determinam a quantidade de IOPS e de taxa de transferência provisionadas no compartilhamento:

Dependendo do requisito individual de compartilhamento de arquivo clássico, você pode descobrir que você precisa de mais IOPS ou taxa de transferência do que nossas fórmulas de provisionamento fornecem. Nesse caso, você precisa provisionar mais armazenamento para atingir o IOPS ou a taxa de transferência necessários.

Explosão v1 provisionada

O modelo v1 provisionado dá suporte a dois tipos de intermitência: intermitência baseada em crédito, que é incluída gratuitamente como parte do provisionamento e intermitência paga, que é um recurso avançado que pode ser habilitado opcionalmente para dar suporte à cobrança baseada em uso sempre que o IOPS e a taxa de transferência ultrapassarem o valor provisionado.

Intermitência baseada em crédito v1 provisionada

O intermitência de IOPS baseado em crédito proporciona flexibilidade adicional em torno do uso de IOPS. Essa flexibilidade é melhor usada como proteção contra picos de E/S não previstos. Para padrões de E/S estabelecidos, recomendamos o provisionamento para picos de E/S.

Os créditos IOPS de intermitência se acumulam sempre que o tráfego para o compartilhamento de arquivos clássico for menor que o IOPS provisionado (linha de base). Sempre que o uso de IOPS de um compartilhamento de arquivos clássico excede o provisionado e há créditos de IOPS para intermitência disponíveis, o compartilhamento de arquivos clássico pode aumentar até o limite máximo de IOPS de intermitência permitido. Os compartilhamentos de arquivos clássicos podem continuar a estourar enquanto houver créditos restantes, com base no número de créditos de intermitência acumulados. Cada IO além dos IOPS provisionados consome um crédito. Depois que todos os créditos são consumidos, o compartilhamento de arquivos clássico retorna ao IOPS provisionado. O IOPS no compartilhamento de arquivos clássico não precisa fazer nada de especial para usar bursting. O bursting opera com base no melhor esforço.

Os créditos de compartilhamento têm três status:

• Acumulando, quando o compartilhamento de arquivos clássico está utilizando menos do que o IOPS provisionado.
• Em declínio, quando o compartilhamento de arquivos clássico está usando mais do que o IOPS provisionado e no modo bursting.
• Constante, quando o compartilhamento de arquivos clássico está usando exatamente o IOPS provisionado e não há créditos acumulados ou usados.

Um novo compartilhamento de arquivos clássico começa com o número total de créditos em seu bucket de intermitência. Os créditos de intermitência não são acumulados se o IOPS compartilhado cair abaixo do limite provisionado devido à limitação do servidor. As fórmulas a seguir são usadas para determinar o limite de IOPS de intermitência e o número de créditos possíveis para um compartilhamento de arquivo clássico:

A tabela a seguir ilustra alguns exemplos dessas fórmulas para os tamanhos provisionados:

Provisionamento de intermitência paga v1

O estouro pago é um recurso avançado do modelo v1 provisionado projetado para dar suporte a clientes que nunca desejam ser limitados. O bursting pago adiciona cobrança extra baseada em uso para qualquer quantidade de IOPS ou taxa de transferência acima do armazenamento provisionado. Isso é diferente do bursting baseado em crédito, que é incluído gratuitamente como parte do armazenamento provisionado. Embora o estouro pago possa adicionar poderosa flexibilidade à forma como você provisiona seu compartilhamento de arquivos clássico, ele também pode levar a cobranças inesperadas se usado incorretamente.

Como o bursting baseado em crédito, o bursting pago não é um substituto para o provisionamento da quantidade correta de IOPS e taxa de transferência. Em vez disso, ele fornece proteção adicional contra limitação, se houver uma demanda inesperada. Se você tiver um nível consistente de uso de taxa de transferência ou IOPS, será mais barato provisionar IOPS e taxa de transferência suficientes (por meio do provisionamento de armazenamento) para cobrir a demanda, dependendo do bursting pago.

O bursting pago é desabilitado por padrão, mas você pode habilitá-lo seguindo as instruções para modificar as características de custo e desempenho de um compartilhamento de arquivos clássico v1 provisionado (somente PowerShell e CLI). Se o bursting pago estiver habilitado, recomendamos monitorar cuidadosamente o uso de IOPS e taxa de transferência usando as seguintes métricas disponíveis no monitor do Azure:

• IOPS provisionado de compartilhamento de arquivos
• Largura de banda provisionada para compartilhamento de arquivo em MiB/s (taxa de transferência)
• Transações por IOPS máximo
• Largura de Banda por Max MiB/seg (taxa de transferência)
• Créditos de intermitência para IOPS (intermitência baseada em crédito)
• IOS (IOs) de intermitência paga
• Largura de banda de intermitência paga

Modelos de recursos v1 provisionados

Você pode criar um compartilhamento de arquivo v1 provisionado apenas como um compartilhamento de arquivo clássico em uma conta de armazenamento (Microsoft.Storage).

Compartilhamentos provisionados de arquivos clássicos v1 (Microsoft.Storage)

Para criar um compartilhamento de arquivos clássico usando o modelo v1 provisionado, sua conta de armazenamento deve usar uma das seguintes combinações de configurações:

Para obter mais informações sobre como criar um compartilhamento de arquivos clássico usando o modelo v1 provisionado, consulte criar um compartilhamento de arquivos clássico.

Compartilhamentos de arquivos clássicos criados na mesma conta de armazenamento compartilham os limites dessa conta para armazenamento, IOPS e taxa de transferência.

Para executar corretamente uma implantação de Arquivos do Azure com o modelo de cobrança v1 provisionado em compartilhamentos de arquivos clássicos, você precisa considerar as seguintes dimensões de planejamento de capacidade:

• Quanto armazenamento provisionado, IOPS e taxa de transferência você precisa para cada compartilhamento de arquivo clássico? Como esses requisitos são alterados ao longo do tempo?
  Devido aos limites da conta de armazenamento compartilhado, quando você aloca compartilhamentos de arquivos clássicos para contas de armazenamento, você precisa considerar as necessidades de cada compartilhamento de arquivo clássico, tanto agora quanto ao longo do tempo. A lógica de provisionamento para o modelo v1 provisionado impede que você provisione mais armazenamento do que a conta de armazenamento dá suporte. Embora você tenha permissão para provisionar mais IOPS e taxa de transferência do que a conta de armazenamento fornece, você não pode usar mais do que os limites da conta de armazenamento para IOPS e taxa de transferência. Para evitar limitação inesperada, não provisione mais IOPS ou taxa de transferência do que a capacidade da conta de armazenamento permite.

  Além disso, colocar muitos compartilhamentos de arquivos clássicos em uma conta de armazenamento pode restringir o crescimento futuro. Depois que uma conta de armazenamento estiver cheia, você não poderá expandir os compartilhamentos de arquivos clássicos existentes sem primeiro migrar alguns para outra conta de armazenamento. Para reduzir esse risco, planeje espaço suficiente em suas contas de armazenamento para manter os mapeamentos de compartilhamentos de arquivos clássicos para contas de armazenamento por pelo menos 3 a 5 anos.

• Você possui requisitos especiais para o rastreamento da cobrança de cada compartilhamento de arquivo clássico vinculado a projetos, departamentos ou clientes individuais?
  No Azure, a granularidade mais baixa para a qual você pode ver a cobrança é o recurso, o que significa que, se você colocar dois compartilhamentos de arquivos clássicos na mesma conta de armazenamento, não poderá acompanhar facilmente seus custos para projetos individuais, departamentos ou clientes. Para resolver isso, agrupe compartilhamentos de arquivos clássicos em contas de armazenamento com base em como eles precisam ser acompanhados de uma perspectiva de cobrança.

• Quantas contas de armazenamento estão disponíveis em sua assinatura para sua região de destino?
  Um fator complicador adicional é o número de contas de armazenamento que você pode ter por assinatura por região. Consulte Microsoft.Storage os limites do plano de controle para obter mais informações. Dependendo de quantas contas de armazenamento você precisa, talvez seja necessário usar assinaturas adicionais para obter contas de armazenamento adicionais.

Snapshots v1 provisionados

Os Arquivos do Azure são suporte a instantâneos, que são semelhantes a VSS (cópias de sombra de volume) no servidor de arquivos do Windows. Para saber mais sobre instantâneos de compartilhamento, confira Visão geral dos instantâneos dos Arquivos do Azure.

Os instantâneos são sempre diferentes do compartilhamento ao vivo e entre si. No modelo de cobrança v1 provisionado, o tamanho diferencial total é cobrado em um medidor de uso, independentemente de quanto armazenamento provisionado não é utilizado. O medidor de armazenamento instantâneo usado tem um preço reduzido em relação ao preço do armazenamento provisionado.

Exclusão reversível v1 provisionada

Compartilhamentos de arquivos clássicos excluídos em contas de armazenamento com exclusão reversível habilitada são cobrados com base na capacidade de armazenamento usada do compartilhamento excluído para o período de retenção definido. A capacidade de armazenamento de uso excluída temporariamente é emitida em relação ao medidor de armazenamento de instantâneo usado. Para obter mais informações sobre exclusão reversível, veja Como habilitar a exclusão reversível em compartilhamentos de arquivos do Azure.

Medidores de faturamento v1 provisionados

Os compartilhamentos de arquivos clássicos provisionados usando o modelo de cobrança provisionado v1 são cobrados nos seguintes contadores:

• Premium Provisionado: A quantidade de armazenamento provisionado em GiB.
• Snapshots Premium: A quantidade de snapshots usados ​​e capacidade usada de exclusão reversível.

O consumo em relação aos medidores de cobrança v1 provisionados é emitido por hora, em unidades mensais. Por exemplo, para um compartilhamento com 1.024 GiB provisionados, você poderá ver:

• Um número variável de unidades para uma hora individual, dependendo do número de dias do mês:
  • Mês de 28 dias (fevereiro normal): 1,5238 unidades contra o medidor Provisionamento Premium.
  • Mês de 29 dias (ano bissexto fevereiro): 1,4713 unidades contra o medidor Provisionamento Premium.
  • Mês de 30 dias: 1,4222 unidades contra o medidor Provisionamento Premium.
  • Mês de 31 dias: 1,3763 unidades contra o medidor Premium Provisioned.
• Um número variável de unidades se agregadas para um dia dependendo do número de dias do mês:
  • Mês de 28 dias (fevereiro normal): 36,5714 unidades contra o medidor Premium Provisioned.
  • Mês de 29 dias (ano bissexto fevereiro): 35,3103 unidades contra o medidor Provisionamento Premium.
  • Mês de 30 dias: 34,1333 unidades contra o medidor Provisionamento Premium.
  • Mês de 31 dias: 33.0323 unidades contra o medidor Provisionamento Premium.
• 1.024 unidades em relação ao medidor Provisionamento Premium se agregado por um mês.

Modelo de pagamento conforme o uso

No modelo pago conforme o uso, você é cobrado sobre a quantidade de armazenamento que usa, não quanto provisiona. De forma geral, você paga um custo pela quantidade de dados lógicos armazenados e também é cobrado por transações com base no uso desses dados. A cobrança conforme o uso pode ser difícil de planejar dentro de um processo orçamentário, uma vez que se paga com base no consumo do usuário final. Portanto, recomendamos usar o modelo v2 provisionado para novas implantações de compartilhamento de arquivos clássico. O modelo pago conforme o uso só está disponível para armazenamento em HDD.

Disponibilidade de pagamento conforme o uso

O modelo pago conforme o uso está disponível para as seguintes combinações de camada de mídia, redundância e protocolo de compartilhamento de arquivos:

Camada de mídia	Redundância	Protocolo de compartilhamento de arquivos	Compartilhamentos de arquivos clássicos (Microsoft.Storage)	Compartilhamentos de arquivos (Microsoft.FileShares)
SSD	Local	SMB
SSD	Zona	SMB
SSD	Local	NFS
SSD	Zona	NFS
HD	Local	SMB
HD	Zona	SMB
HD	Localização geográfica	SMB
HD	GeoZone	SMB
HD	Local	NFS
HD	Zona	NFS
HD	Localização geográfica	NFS
HD	GeoZone	NFS

Os compartilhamentos de arquivos HDD clássicos usando o modelo de pagamento por uso geralmente estão disponíveis em todas as regiões do Azure.

Diferenças nos níveis de acesso

Ao criar um compartilhamento de arquivos clássico em uma conta de armazenamento paga conforme o uso, você escolhe entre as seguintes camadas de acesso: otimizada para transações, frequente e esporádico. Todos os três níveis de acesso são armazenados exatamente no mesmo hardware de armazenamento. A principal diferença entre esses três níveis de acesso são os preços de armazenamento de dados em repouso, que são mais baixos nos níveis mais frios, e os preços de transação, que são mais altos nos níveis mais frios. Isso significa que:

• A transação otimizada, como o nome indica, otimiza o preço para cargas de trabalho com alto IOPS (transação). A camada com transação otimizada tem o preço mais alto de armazenamento de dados em repouso, porém, os preços de transação mais baixos.
• Hot é destinado a cargas de trabalho ativas que não envolvem um grande número de transações. Ele tem um preço de armazenamento de dados em repouso um pouco mais baixo, mas preços de transação um pouco mais altos em comparação à transação otimizada. Pense nisso como um meio termo entre os níveis otimizados para transações e os níveis frios.
• Cool otimiza o preço para cargas de trabalho que não têm alta atividade, oferecendo o preço mais baixo para armazenamento de dados em repouso, mas os preços de transação mais altos.

Selecionar o nível de acesso apropriado para seu caso de uso permite reduzir consideravelmente seus custos. Se você colocar uma carga de trabalho acessada com pouca frequência na camada de acesso otimizado para transação, não pagará quase nada pelas poucas vezes em um mês em que faz transações com o compartilhamento de arquivos clássico. No entanto, você paga um valor alto pelos custos de armazenamento de dados. Se você movesse esse mesmo compartilhamento para a camada de armazenamento esporádico, ainda não pagaria quase nada pelos custos de transação, simplesmente porque raramente faz transações para essa carga de trabalho. No entanto, a camada de acesso infrequente tem um preço de armazenamento de dados mais baixo.

Da mesma forma, se você colocar uma carga de trabalho altamente acessada na camada de acesso esporádico, pagará muito mais em custos de transação, mas menos pelos custos de armazenamento de dados. Isso pode levar a uma situação na qual os custos mais elevados do aumento dos preços da transação superam a economia do preço reduzido para armazenamento de dados, levando você a pagar mais do que teria pago nas transações otimizadas. Para alguns níveis de uso, é possível que a camada de armazenamento esporádico seja a mais econômica, e a camada de acesso frio seja mais cara do que a otimizada para transações.

Sua carga de trabalho e o nível de atividade determinam a camada de acesso mais eficiente em termos de custo para o compartilhamento de arquivos clássico no modelo de pagamento conforme o uso. Na prática, a melhor maneira de escolher o nível de acesso mais econômico envolve analisar o consumo real de recursos do compartilhamento (dados armazenados, transações de gravação, etc.). Para compartilhamentos de arquivos clássicos "pay-as-you-go", recomendamos começar pela camada otimizada para transações durante a migração inicial para os Arquivos do Azure e, posteriormente, escolher a camada de acesso correta com base no uso após a conclusão da migração. O uso de transações durante a migração geralmente não indica o uso normal de transações.

O que são transações?

Quando você monta um compartilhamento de arquivos clássico usando o modelo pago conforme o uso em um computador usando SMB, o compartilhamento de arquivos clássico é exposto em seu computador como se fosse um armazenamento local. Isso significa que aplicativos, scripts e outros programas em seu computador podem acessar os arquivos e pastas no compartilhamento de arquivos clássico sem precisar saber que estão armazenados no Azure.

Quando você lê ou grava em um arquivo, o aplicativo que você está usando executa uma série de chamadas à API do sistema de arquivos fornecida pelo sistema operacional. Em seguida, seu sistema operacional interpreta essas chamadas em transações de protocolo SMB, que são enviadas pela rede para os Arquivos do Azure para serem processadas. Uma tarefa simples que o usuário final percebe como uma única operação, como ler um arquivo do início ao fim, pode ser traduzida em várias transações SMB atendidas pelos Arquivos do Azure.

Em princípio, os compartilhamentos de arquivos tradicionais utilizam o modelo de pagamento conforme o uso, cobrando baseado no consumo. As transações SMB e FileREST feitas por aplicativos e scripts representam o uso do compartilhamento de arquivos clássico e aparecem como parte da sua fatura. O mesmo conceito se aplica aos serviços de nuvem com valor agregado que você pode adicionar ao seu compartilhamento, como Sincronização de Arquivos do Azure ou Backup do Azure.

As transações são agrupadas em cinco categorias de transação diferentes que têm preços diferentes com base em seu impacto no compartilhamento de arquivos clássico. Essas categorias são: gravar, listar, ler, outros e excluir.

A tabela a seguir mostra a categorização de cada transação:

Alternando entre níveis de acesso

Embora você possa alterar a camada de acesso de um compartilhamento de arquivos clássico usando o modelo pago conforme o uso, a melhor prática para otimizar os custos após a migração inicial é escolher a camada de acesso ideal mais econômica para estar e permanecer lá, a menos que o padrão de acesso mude. Isso ocorre porque a alteração da camada de acesso de um compartilhamento de arquivo clássico resulta em custos extras da seguinte maneira:

• Transações: quando você move um compartilhamento de uma camada de acesso frequente para uma camada de acesso esporádico, incorre na taxa de transação de gravação da camada de acesso esporádico para cada arquivo no compartilhamento de arquivos clássico. Mover um compartilhamento de arquivos clássico de uma camada de acesso mais fria para uma camada de acesso mais quente acarreta a cobrança de transação de leitura da camada de acesso mais fria para cada arquivo nele.

• Recuperação de dados: se você estiver migrando da camada de armazenamento esporádico para o nível de acesso frequente ou otimizado para transações, será cobrada uma taxa de recuperação de dados com base no tamanho dos dados movidos. Somente o camada de armazenamento esporádico tem uma taxa de recuperação de dados.

A tabela a seguir ilustra a repartição de custos da movimentação de níveis de acesso:

Você pode alterar a camada de acesso de um compartilhamento de arquivos clássico até cinco vezes em uma janela de 30 dias. O primeiro dia da janela de 30 dias começa quando a modificação do primeiro nível acontece. As alterações entre as camadas de acesso ocorrem instantaneamente, no entanto, quando você altera a camada de acesso de um compartilhamento, não é possível alterá-la novamente dentro de 24 horas, mesmo se você tiver alterado a propriedade da camada de acesso menos de cinco vezes nos últimos 30 dias.

Escolha de um nível de acesso

Independentemente de como você migra os dados existentes para os Arquivos do Azure, é recomendável criar inicialmente o compartilhamento de arquivos clássico na camada de acesso otimizado para transação. Isso ocorre devido ao grande número de transações incorridas durante a migração. Depois que a migração for concluída e você operar por alguns dias ou semanas com uso regular, você poderá conectar suas contagens de transações à calculadora de preços para determinar qual camada de acesso é mais adequada para sua carga de trabalho.

Como as contas de armazenamento pagas conforme o uso mostram apenas as informações de transação no nível da conta de armazenamento, usar as métricas de armazenamento para estimar qual camada de acesso é mais barata no nível de compartilhamento de arquivos clássico é uma ciência imperfeita. Se possível, recomendamos implantar apenas um compartilhamento de arquivos clássico em cada conta de armazenamento para garantir a visibilidade total da cobrança.

Para ver transações anteriores:

1. Navegue até sua conta de armazenamento no portal do Azure.
2. No menu de serviço, em Monitoramento, selecione Métricas.
3. Selecione Escopo como nome da sua conta de armazenamento, Namespace da métrica como "Arquivo", Métrica como "Transações" e Agregação como "Soma".
4. Selecione Aplicar divisão.
5. Selecione Valores como "Nome da API". Selecione o Limite e a Classificação desejados.
6. Selecione o período de tempo desejado.

Modelos de recursos de pagamento conforme o uso

Você pode criar um compartilhamento de arquivo de pagamento conforme o uso apenas como um compartilhamento de arquivo clássico em uma conta de armazenamento (Microsoft.Storage).

Compartilhamentos de arquivos clássicos de pagamento conforme o uso (Microsoft.Storage)

Para criar um compartilhamento de arquivos clássico usando o modelo pago conforme o uso, sua conta de armazenamento deve usar uma das seguintes combinações de configurações:

Compartilhamentos de arquivos clássicos criados na mesma conta de armazenamento compartilham os limites dessa conta para armazenamento, IOPS e taxa de transferência.

Consulte os limites do plano de dados da conta de armazenamento para obter mais detalhes, incluindo quais regiões dão suporte a limites maiores para IOPS e taxa de transferência.

Para executar corretamente uma implantação de Azure Files com o modelo de cobrança "pay-as-you-go" em compartilhamentos de arquivos clássicos, você precisa considerar as seguintes dimensões para o planejamento da capacidade:

• Quanto de armazenamento, IOPS e taxa de transferência você precisa para cada compartilhamento de arquivo clássico? Como esses requisitos são alterados ao longo do tempo?
  Devido aos limites da conta de armazenamento compartilhado, quando você aloca compartilhamentos de arquivos clássicos para contas de armazenamento, você precisa considerar as necessidades de cada compartilhamento de arquivo clássico, tanto agora quanto ao longo do tempo. Ao contrário dos modelos provisionados v2 e provisionados v1, o modelo de pagamento conforme o uso oferece poucas proteções, facilitando o compartilhamento dos limites da conta de armazenamento entre os compartilhamentos de arquivos clássicos na mesma conta de armazenamento. Cada compartilhamento de arquivo clássico em uma conta de armazenamento de pagamento conforme o uso pode atingir até os limites clássicos de tamanho do compartilhamento de arquivos e até os limites da conta de armazenamento para IOPS e taxa de transferência. Colocar dois compartilhamentos de arquivos clássicos na mesma conta de armazenamento de pagamento conforme o uso pode causar contenção de IOPS ou de taxa de transferência. Para evitar limitação inesperada, limite o número de compartilhamentos de arquivos clássicos que você coloca em uma conta de armazenamento paga conforme o uso.

• Você possui requisitos especiais para o rastreamento da cobrança de cada compartilhamento de arquivo clássico vinculado a projetos, departamentos ou clientes individuais?
  No Azure, a granularidade mais baixa para a qual você pode ver a cobrança é o recurso, o que significa que, se você colocar dois compartilhamentos de arquivos clássicos na mesma conta de armazenamento, não poderá acompanhar facilmente seus custos para projetos individuais, departamentos ou clientes. Para resolver isso, agrupe compartilhamentos de arquivos clássicos em contas de armazenamento com base em como eles precisam ser acompanhados de uma perspectiva de cobrança.

• Quantas contas de armazenamento estão disponíveis em sua assinatura para sua região de destino?
  Um fator complicador adicional é o número de contas de armazenamento que você pode ter por assinatura por região. Consulte Microsoft.Storage os limites do plano de controle para obter mais informações. Dependendo de quantas contas de armazenamento você precisa, talvez seja necessário usar assinaturas adicionais para obter contas de armazenamento adicionais.

Snapshots de pagamento conforme o uso

Os Arquivos do Azure são suporte a instantâneos, que são semelhantes a VSS (cópias de sombra de volume) no servidor de arquivos do Windows. Para saber mais sobre instantâneos de compartilhamento, confira Visão geral dos instantâneos dos Arquivos do Azure.

Os instantâneos são sempre diferentes do compartilhamento ao vivo e entre si. No modelo de cobrança por uso, o tamanho diferencial total é cobrado em relação ao medidor de armazenamento normalmente utilizado. Isso significa que você não verá um item de linha separado na sua fatura representando instantâneos da sua conta de armazenamento pré-paga. Isso também significa que o uso de instantâneos diferenciais conta contra reservas que são compradas para compartilhamentos clássicos de arquivos de pagamento conforme o uso.

Exclusão suave com pagamento conforme o uso

Os compartilhamentos de arquivos clássicos excluídos em contas de armazenamento com exclusão reversível habilitada são cobrados com base na capacidade de armazenamento usada para o período de retenção definido. A capacidade de armazenamento usada excluída temporariamente é emitida em relação ao medidor de armazenamento usado normal. Isso significa que você não verá um item de linha separado em sua fatura representando compartilhamentos de arquivos clássicos excluídos suavemente para sua conta de armazenamento de pagamento conforme o uso. Isso também significa que o uso de compartilhamento de arquivos clássicos com exclusão reversível é contado contra as reservas compradas para compartilhamentos de arquivos clássicos no modelo de pagamento conforme o uso.

Medidores de faturamento do tipo "pague conforme o uso"

Os compartilhamentos de arquivos clássicos criados usando o modelo de cobrança de pagamento conforme o uso são faturados segundo os seguintes medidores:

• Dados armazenados: o armazenamento usado, incluindo compartilhamentos dinâmicos, instantâneos diferenciais e compartilhamentos de arquivos clássicos excluídos temporariamente em GiB.
• Metadados: O tamanho dos metadados do sistema de arquivos associados a arquivos e diretórios, como listas de controle de acesso (ACLs) e outras propriedades em GiB. Esse medidor de cobrança é usado apenas para compartilhamentos de arquivos clássicos nas camadas de acesso frequente ou esporádico.
• Operações de gravação: o número de buckets de transação de gravação (um bucket = 10.000 transações).
• Operações de Lista: o número de buckets de transações de lista (um bucket = 10.000 transações).
• Operações de Leitura: o número de buckets de transações de leitura (um bucket = 10.000 transações).
• Outras operações / Operações de protocolo: o número de outros buckets de transação (um bucket = 10.000 transações).
• Recuperação de dados: a quantidade de dados lidos do compartilhamento de arquivos clássico no GiB. Esse medidor é usado apenas para compartilhamentos de arquivos clássicos na camada de acesso frio.
• Transferência de Dados de Replicação Geográfica: Se o compartilhamento de arquivos clássico tiver redundância Geográfica ou GeoZone, a quantidade de dados escritos no compartilhamento de arquivos clássico será replicada para a região secundária em GiB.

As unidades de consumo em relação aos medidores de faturamento Dados armazenados e Metadados é emitido por hora em termos de unidades mensais. Por exemplo, para um compartilhamento com 1.024 GiB usados, você deverá ver o seguinte:

• Um número variável de unidades para uma hora individual, dependendo do número de dias do mês:
  • Mês de 28 dias (fevereiro normal): 1,5238 unidades contra o medidor Dados Armazenados.
  • Mês de 29 dias (ano bissexto fevereiro): 1,4713 unidades contra o medidor dados armazenados.
  • Mês de 30 dias: 1,4222 unidades em relação ao medidor Dados Armazenados.
  • Mês de 31 dias: 1,3763 unidades no medidor de Dados Armazenados.
• Um número variável de unidades se agregadas para um dia dependendo do número de dias do mês:
  • Mês de 28 dias (fevereiro normal): 36,5714 unidades em relação ao medidor de Dados Armazenados.
  • Mês de 29 dias (ano bissexto fevereiro): 35,3103 unidades contra o medidor Dados armazenados.
  • Mês de 30 dias: 34,1333 unidades em relação ao medidor de Dados Armazenados.
  • Mês de 31 dias: 33,0323 unidades em relação ao medidor de Dados Armazenados.
• 1.024 unidades em relação ao medidor de dados armazenados se agregados por um mês.

O consumo em relação aos outros medidores (por exemplo, Operações de Gravação ou Recuperação de Dados) é emitido por hora, mas como esses medidores não têm um período específico associado, eles não têm transformações especiais de unidade a serem consideradas.

Provisionamento/cota, tamanho lógico e tamanho físico

O Azure Files monitora três quantidades distintas em relação à capacidade de compartilhamento.

• Tamanho provisionado ou cota: tanto nos compartilhamentos de arquivos provisionados quanto nos pagos conforme o uso, você especifica o tamanho máximo que o compartilhamento de arquivos pode atingir. Em compartilhamentos de arquivos provisionados, esse valor é chamado de tamanho provisionado. Qualquer valor que você provisionar é o que você paga, independentemente de quanto você realmente usa. Em compartilhamentos de arquivos pagos conforme o uso, esse valor é chamado de cota e não afeta diretamente sua fatura. O tamanho provisionado é um campo obrigatório para compartilhamentos de arquivos provisionados. Para compartilhamentos de arquivos pago conforme o uso, se o tamanho provisionado não for especificado diretamente, o compartilhamento usará como padrão o valor máximo compatível com a conta de armazenamento (100 TiB).

• Tamanho lógico: o tamanho lógico de um compartilhamento de arquivo ou arquivo está relacionado ao tamanho dele sem considerar como ele é realmente armazenado, sem nenhuma otimização de armazenamento. O tamanho lógico do arquivo é quantos KiB/MiB/GiB seriam transferidos através da rede se você o copiasse para um local diferente. Em compartilhamentos de arquivos provisionados e pagos conforme o uso, o tamanho lógico total do compartilhamento de arquivos é usado para impor o tamanho/cota provisionados. Em compartilhamentos de arquivos pagos conforme o uso, o tamanho lógico é a quantidade usada para o faturamento do uso de dados em repouso. O tamanho lógico é chamado de "tamanho" na caixa de diálogo de propriedades do Windows de um arquivo ou pasta e de "comprimento do conteúdo" pelas métricas dos Arquivos do Azure.

• Tamanho físico: o tamanho físico do arquivo está relacionado ao tamanho do arquivo codificado no disco. O tamanho físico pode se alinhar com o tamanho lógico do arquivo ou pode ser menor, dependendo de como o arquivo foi gravado pelo sistema operacional. Um motivo comum da diferença entre o tamanho lógico e o tamanho físico é o uso de arquivos esparsos. O tamanho físico dos arquivos no compartilhamento é usado para cobrança de instantâneo, embora os intervalos alocados sejam compartilhados entre os instantâneos quando não são alterados (armazenamento diferencial).

Serviços de valor agregado

Como muitas soluções de armazenamento locais, os Arquivos do Azure fornecem pontos de integração para produtos próprios e de terceiros a serem integrados com compartilhamentos de arquivos de propriedade do cliente. Embora essas soluções possam oferecer um valor extra considerável aos Arquivos do Azure, você deve considerar os custos extras que esses serviços adicionam ao custo total de uma solução Arquivos do Azure.

Os custos são divididos em três buckets:

• Custos de licenciamento do serviço de valor agregado. Os custos de licenciamento podem vir na forma de um custo fixo por cliente, usuário final (às vezes chamado de "custo principal"), compartilhamento de arquivos ou conta de armazenamento. Eles também podem ser baseados em unidades de utilização de armazenamento, como um custo fixo para cada bloco de 500 GiB de dados no compartilhamento de arquivos.

• Custos de transação do serviço de valor agregado. Alguns serviços de valor agregado têm seu próprio conceito de transações além do modelo de cobrança escolhido para o Azure Files. Essas transações aparecem em sua fatura sob os encargos do serviço de valor agregado; no entanto, eles se relacionam diretamente com a forma como você usa o serviço de valor agregado com o compartilhamento de arquivos.

• Custos do Azure Files para usar um serviço com valor agregado. Os Arquivos do Azure não cobram diretamente os clientes pela adição de serviços de valor agregado, mas como parte da agregação de valor ao compartilhamento de arquivo do Azure, o serviço de valor agregado pode aumentar os custos que aparecem no compartilhamento de arquivo do Azure. É fácil visualizar esses custos com compartilhamentos de arquivos pagos conforme o uso, devido às taxas de transação. Se o serviço de valor agregado fizer transações em relação ao compartilhamento de arquivos em seu nome, eles aparecerão na sua fatura de transação dos Arquivos do Azure, mesmo que você não tenha feito essas transações diretamente por conta própria. Isso também se aplica a compartilhamentos de arquivos provisionados, embora possa ser menos perceptível. As transações em compartilhamentos de arquivos provisionados de serviços de valor agregado são contabilizadas em seus números de IOPS provisionados, o que significa que serviços de valor agregado podem exigir o provisionamento de mais armazenamento para ter IOPS ou taxa de transferência suficientes disponíveis para sua carga de trabalho.

Ao calcular o custo total de propriedade do compartilhamento de arquivo, você deve considerar os custos dos Arquivos do Azure e de todos os serviços de valor agregado que pretende usar com os Arquivos do Azure.

Há vários serviços de valor agregado da Microsoft e de terceiros. Este documento aborda um subconjunto dos serviços da Microsoft comuns que os clientes usam com os compartilhamentos de arquivo do Azure. Saiba mais sobre os serviços que não estão listados aqui lendo a página de preços desses serviços.

Sincronização de Arquivos do Azure

A Sincronização de Arquivos do Azure é um serviço de valor agregado para os Arquivos do Azure que sincroniza um ou mais compartilhamentos de arquivo locais do Windows com um compartilhamento de arquivo do Azure. Como o compartilhamento de arquivo do Azure na nuvem tem uma cópia completa dos dados em um compartilhamento de arquivo sincronizado disponível localmente, você pode transformar o servidor de arquivos do Windows local em um cache do compartilhamento de arquivo do Azure para reduzir o volume local. Saiba mais lendo Introdução à Sincronização de Arquivos do Azure.

Ao considerar o custo total de propriedade de uma solução implantada usando a Sincronização de Arquivos do Azure, considere os seguintes aspectos de custo:

• Custos de capital e operacionais de servidores de arquivos do Windows com um ou mais pontos de extremidade de servidor. A Sincronização de Arquivos do Azure como uma solução de replicação é independente de onde estão os Servidores de Arquivos do Windows sincronizados com os Arquivos do Azure; eles podem ser hospedados localmente, em uma máquina virtual do Azure ou até mesmo em outra nuvem. Os custos para servidores de sincronização hospedados localmente ou em outros provedores de nuvem incluem os custos de capital e operacionais que não são rastreados como parte de sua fatura do Azure, mas ainda fazem parte do custo total de propriedade da solução. As despesas de capital são os custos iniciais de hardware da sua solução. As despesas operacionais são os custos contínuos de mão-de-obra, eletricidade, etc. Você deve considerar a quantidade de dados necessários para armazenar em cache localmente, o número de CPUs e a quantidade de memória que seus Servidores de Arquivos do Windows precisam para hospedar cargas de trabalho de Sincronização de Arquivos do Azure e outros custos específicos da organização que você pode ter. Para obter mais informações, consulte recursos do sistema recomendados.

• Custo de licenciamento por servidor dos servidores registrados com a Sincronização de Arquivos do Azure. Para usar a Sincronização de Arquivos do Azure com um servidor de arquivos do Windows específico, primeiro ele precisa ser registrado no recurso do Azure de Sincronização de Arquivos do Azure, o Serviço de Sincronização de Armazenamento. Cada servidor registrado após o primeiro servidor gera um valor mensal fixo. Embora essa taxa seja pequena, é um componente da sua fatura a ser considerada. Para ver o preço atual do valor de registro do servidor na região desejada, confira a seção Sincronização de Arquivos na página de preços dos Arquivos do Azure.

• Custos dos Arquivos do Azure. A Sincronização de Arquivos do Azure consome recursos do compartilhamento de arquivos do Azure. Alguns desses recursos, como o consumo de armazenamento, são relativamente óbvios, enquanto outros, como a utilização de transações e snapshots (instantâneos), podem não ser. Para a maioria dos clientes, é recomendável usar compartilhamentos de arquivos v2 provisionados em HDD com a Sincronização de Arquivos do Azure, embora a Sincronização de Arquivos do Azure tenha suporte total em todos os modelos de cobrança dos Arquivos do Azure (SSD provisionado v2, SSD provisionado v1 ou HDD de pagamento conforme o uso).

  • Utilização do armazenamento. A Sincronização de Arquivos do Azure replica todas as alterações feitas no ponto de extremidade do servidor para o compartilhamento de arquivos do Azure, fazendo com que o armazenamento seja consumido. Em compartilhamentos de arquivos provisionados, as alterações consomem espaço provisionado, portanto, é sua responsabilidade aumentar periodicamente o provisionamento conforme necessário para considerar o crescimento do compartilhamento de arquivos. Em compartilhamentos de arquivos de pagamento conforme o uso, adicionar ou aumentar o tamanho dos arquivos existentes nos pontos de extremidade do servidor faz com que os custos de armazenamento usados aumentem porque as alterações são replicadas.

  • Utilização de instantâneo. A Sincronização de Arquivos do Azure usa instantâneos no nível do compartilhamento e do arquivo como parte do uso regular. Embora a utilização de instantâneo seja sempre diferencial, ela pode contribuir significativamente com o total da fatura dos Arquivos do Azure.

  • Utilização de IOPS/taxa de transferência: a Sincronização de Arquivos do Azure impulsiona o IOPS e a utilização da taxa de transferência para transferir alterações dos pontos de extremidade do servidor para o compartilhamento de arquivos do Azure. Se você estiver usando um compartilhamento de arquivos provisionado, deverá monitorar o uso do compartilhamento de arquivos para garantir que você tenha IOPS e taxa de transferência suficientes provisionadas para que você não seja limitado. Se você estiver usando um compartilhamento de arquivos pago conforme o uso, será cobrado pela utilização do IOPS na forma de transações. Geralmente, há dois tipos de transações a serem consideradas:

    • Transações de rotatividade. À medida que os arquivos são alterados nos pontos de extremidade do servidor, as alterações são carregadas no compartilhamento na nuvem, o que gera transações. Quando a hierarquização da nuvem está habilitada, transações adicionais são geradas para gerenciar arquivos em camadas, incluindo E/S ocorrendo em arquivos em camadas, além dos custos de saída. Embora seja difícil prever a quantidade e o tipo de transações devido às taxas de rotatividade e à eficiência do cache, você poderá usar seus padrões de transação anteriores para estimar os custos futuros se achar que o uso futuro será semelhante ao uso atual.

    • Transações de enumeração em nuvem. O Sincronização de Arquivos do Azure enumera o Compartilhamento de Arquivos do Azure na nuvem uma vez por dia para descobrir alterações que foram feitas diretamente no compartilhamento para que elas possam ser sincronizadas com os pontos de extremidade do servidor. Essa verificação gera transações que são cobradas na conta de armazenamento a uma taxa de uma ListFiles transação por diretório por dia. Você pode colocar esse número na calculadora de preços para fazer uma estimativa do custo do exame.

    Dica

    Se você não sabe quantas pastas tem, confira a ferramenta TreeSize da JAM Software GmbH.

Backup do Azure

O Backup do Azure oferece uma solução de backup sem servidor para os Arquivos do Azure que se integra perfeitamente aos compartilhamentos de arquivo e com outros serviços de valor agregado, como a Sincronização de Arquivos do Azure. O Backup do Azure para Arquivos do Azure é uma solução de backup baseada em instantâneo que oferece um mecanismo de agendamento para obter instantâneos automaticamente mediante um agendamento definido pelo administrador. Ele também fornece uma interface amigável para restaurar arquivos e pastas excluídos ou todo o compartilhamento para um determinado ponto no tempo. Para saber mais, confira Sobre o backup do compartilhamento de arquivos do Azure.

Ao considerar os custos de uso do Backup do Azure, considere os seguintes fatores:

• Custo de licenciamento de instância protegida para dados de compartilhamento de arquivo do Azure. O Backup do Azure cobra um custo de licenciamento de instância protegida por conta de armazenamento que contém compartilhamentos de arquivo do Azure submetidos a backup. Uma instância protegida é definida como 250 GiB do armazenamento de compartilhamento de arquivo do Azure. As contas de armazenamento que contêm menos de 250 GiB estão sujeitas a um custo fracionado de instância protegida. Para saber mais, confira Preços do Backup do Azure. Observe que você precisa selecionar Arquivos do Azure na lista de serviços que o Backup do Azure pode proteger.

• Custos dos Arquivos do Azure. O Backup do Azure aumenta os custos dos Arquivos do Azure das seguintes maneiras:

  • Custos diferenciais de instantâneos de compartilhamento de arquivo do Azure. O Backup do Azure automatiza a captura de instantâneos de compartilhamento de arquivo do Azure mediante um agendamento definido pelo administrador. Os snapshots são sempre diferenciais; no entanto, o custo adicional depende do período em que os snapshots são mantidos e da quantidade de rotatividade no compartilhamento de arquivos durante esse período. Esses fatores determinam o quão diferente o instantâneo é do compartilhamento de arquivo ativo e, portanto, quantos dados adicionais são armazenados pelo Arquivos do Azure.

  • Custos de transação das operações de restauração. As operações de restauração do instantâneo para o compartilhamento ativo incorrem em custos. Para compartilhamentos de arquivos padrão, as leituras de instantâneos/gravações de restaurações são cobradas como transações normais de compartilhamento de arquivo. Para compartilhamentos de arquivos provisionados, essas operações contam com o IOPS provisionado para o compartilhamento de arquivos.

Microsoft Defender para Armazenamento

O Microsoft Defender dá suporte aos Arquivos do Azure por meio do produto Microsoft Defender para Armazenamento. O Microsoft Defender para Armazenamento detecta tentativas incomuns e possivelmente prejudiciais de acessar ou explorar armazenamentos de arquivo do Azure com SMB ou FileREST. O Microsoft Defender para Armazenamento é habilitado no nível da assinatura para todos os compartilhamentos de arquivo nas contas de armazenamento dessa assinatura.

O Microsoft Defender não dá suporte a funcionalidades de antivírus para os compartilhamentos de arquivo do Azure.

O principal custo do Microsoft Defender for Storage é um conjunto extra de custos de transação que o produto cobra além das transações feitas no compartilhamento de arquivos do Azure. Embora esses custos sejam baseados nas transações geradas nos Arquivos do Azure, eles não fazem parte da cobrança dos Arquivos do Azure, mas fazem parte dos preços do Microsoft Defender. O Microsoft Defender for Storage cobra uma taxa de transação mesmo em compartilhamentos de arquivos provisionados, onde os Arquivos do Azure incluem transações como parte do provisionamento de IOPS. Veja a taxa de transação atual na página de preços do Microsoft Defender para Nuvem na linha Microsoft Defender para Armazenamento da tabela.

Compartilhamentos de arquivos com alto volume de transações incorrem em custos significativos ao usar o Microsoft Defender para Armazenamento. Considerando esses custos, você pode recusar o uso do Microsoft Defender para Armazenamento em contas de armazenamento específicas. Para saber mais, confira Excluir uma conta de armazenamento das proteções do Microsoft Defender para Armazenamento.

Reservas

Os Arquivos do Azure oferece suporte a reservas (também chamadas de instâncias reservadas) para os modelos provisionados v1 e de pagamento conforme o uso. As reservas permitem que você obtenha um desconto no armazenamento ao se comprometer previamente com a utilização do armazenamento. Você deve considerar a compra de instâncias reservadas para qualquer carga de trabalho de produção ou cargas de trabalho de desenvolvimento/teste com volumes consistentes. Ao comprar uma reserva, você deve especificar as seguintes dimensões:

• Tamanho da capacidade: as reservas podem ser para 10 TiB ou 100 TiB, com descontos mais significativos para comprar uma reserva de capacidade mais alta. Você pode comprar várias Reservas, incluindo Reservas de diferentes tamanhos de capacidade para atender aos seus requisitos de carga de trabalho. Por exemplo, se sua implantação de produção tiver 120 TiB de compartilhamentos de arquivos clássicos, você poderá comprar uma reserva de 100 TiB e duas reservas de 10 TiB para atender aos requisitos totais de capacidade de armazenamento.
• Termo: as reservas podem ser adquiridas por um período de um ou três anos, com descontos mais significativos para a compra de um prazo de reserva mais longo.
• Nível: A camada de Arquivos do Azure para a reserva. Atualmente, as reservas estão disponíveis para os modelos de cobrança SSD provisionado v1 (como "premium") e HDD pré-pago (somente camada de armazenamento esporádico quente e frio).
• Local: A região do Azure para a reserva. As Reservas estão disponíveis em um subconjunto de regiões do Azure.
• Redundância: a redundância de armazenamento para a reserva. As reservas têm suporte para todas as redundâncias que os Arquivos do Azure oferecem, incluindo LRS, ZRS, GRS e GZRS.
• Frequência de cobrança: indica com que frequência a conta é cobrada pela reserva. As opções são: Mensalmente e Antecipadamente.

Depois de comprar uma reserva, ela é consumida automaticamente pela utilização de armazenamento existente. Se você usar mais armazenamento do que o reservado, pagará o preço da lista pelo saldo não coberto pela reserva. Os encargos de transações, largura de banda, transferência de dados e de armazenamento de metadados não são incluídos na Reserva.

Há diferenças em como as reservas funcionam com instantâneos de compartilhamento para compartilhamentos de arquivos v1 de pagamento conforme o uso e provisionados. Se você estiver tirando instantâneos de compartilhamentos de arquivos clássicos de pagamento conforme o uso, as variações nos instantâneos contam contra a reserva e são cobradas como parte do medidor normal de armazenamento usado. No entanto, se você estiver tirando instantâneos de compartilhamentos de arquivos clássicos v1 provisionados, os instantâneos serão cobrados com um medidor separado e não serão contabilizados na Reserva.

Para obter mais informações sobre como comprar reservas, consulte Otimizar custos para arquivos do Azure com reservas.

Confira também

• Preços dos Arquivos do Azure
• Exemplos de estimativa de custo
• Planejamento para uma implantação de Arquivos do Azure e Planejamento para uma implantação de Sincronização de Arquivos do Azure
• Criar um compartilhamento de arquivo clássico
• Criar um compartilhamento de arquivos (versão prévia)