Compreender os modelos de faturação dos Ficheiros do Azure

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

• Modelo de faturação: os Ficheiros do Azure suportam três modelos de faturação diferentes que moldam a estrutura de custos de uma implementação dos Ficheiros do Azure:

  • Provisionado v2: um modelo de faturamento provisionado no qual você tem a capacidade de provisionar separadamente armazenamento, IOPS e taxa de transferência. Você paga com base no que provisiona, independentemente de quanto você realmente usa. Recomendamos o modelo v2 provisionado para todas as novas implantações do Azure Files.
  • Provisionado v1: um modelo de faturamento provisionado em que você provisiona a quantidade de armazenamento necessária, enquanto IOPS e taxa de transferência são determinadas pela quantidade de armazenamento provisionada. Recomendamos o uso do 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 faturamento baseado no uso em que o custo é determinado com base em quanto você usa o compartilhamento de arquivos, na forma de armazenamento, transação e custos de transferência de dados usados. Recomendamos o uso do modelo v2 provisionado, a menos que você tenha um motivo específico para usar o modelo de pagamento conforme o uso.

• Camada de mídia: os Arquivos do Azure suportam 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): As partilhas de ficheiros alojadas em unidades de estado sólido (SSD) proporcionam um elevado desempenho consistente e baixa latência, com latência de milissegundos de um dígito para a maioria das operações de E/S.
  • HDD (padrão): As partilhas de ficheiros alojadas em unidades de disco rígido (HDD) proporcionam um armazenamento económico para utilização geral.

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

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

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

  • As contas de armazenamento representam um pool compartilhado de armazenamento, IOPS e taxa de transferência no qual você pode implantar compartilhamentos de arquivos clássicos ou outros recursos de armazenamento, dependendo do tipo de conta de armazenamento. As contas de armazenamento suportam todos os modelos de faturamento, níveis de mídia e opções de redundância. Todos os recursos de armazenamento implantados em uma conta de armazenamento compartilham os limites que se aplicam a essa conta de armazenamento. As partilhas de ficheiros clássicas suportam os protocolos SMB e NFS, embora o NFS só seja suportado no armazenamento SSD. As contas de armazenamento são oferecidas pelo provedor de Microsoft.Storage recursos.

  • Os compartilhamentos de arquivos (visualização) são um novo tipo de recurso de nível superior que simplifica a implantação dos Arquivos do Azure eliminando a conta de armazenamento. Os compartilhamentos de arquivos suportam apenas o modelo v2 provisionado recomendado e suportam apenas a camada de mídia SSD com o protocolo do sistema de arquivos NFS. Os compartilhamentos de arquivos são oferecidos pelo provedor de Microsoft.FileShares 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 as unidades de medida de base 2 para representar a capacidade de armazenamento: KiB, MiB, GiB e TiB.

As unidades de medida de base 2 são comumente usadas pela maioria dos sistemas operacionais e ferramentas para medir quantidades de armazenamento. No entanto, eles são frequentemente rotulados erroneamente como as unidades base-10, com as quais você pode estar mais familiarizado: KB, MB, GB e TB. A razão comum pela qual sistemas operacionais como o Windows rotulam erroneamente as unidades de armazenamento é porque muitos sistemas operacionais começaram a usar essas siglas antes de serem padronizadas pela Comissão Eletrotécnica Internacional (IEC), Escritório Internacional de Pesos e Medidas (BIPM) e Instituto Nacional de Padrões e Tecnologia dos EUA (NIST).

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

Verifique com o fornecedor do seu sistema operativo se o seu sistema operativo não está listado.

Lista de verificação do custo total de propriedade da partilha de ficheiros

Se estiver a migrar para o Azure Files de uma localização local ou a comparar o Azure Files com outras soluções de armazenamento em nuvem, considere os seguintes fatores para garantir uma comparação equivalente:

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

• Existem métodos para otimizar os custos de armazenamento? Você pode usar as reservas do Azure Files para obter um desconto de até 36% no armazenamento. Outras soluções podem empregar estratégias como desduplicação ou compactação para, opcionalmente, otimizar a eficiência do 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 no desempenho.

• Como obter resiliência e redundância de armazenamento? Com o Azure Files, a resiliência e a redundância de armazenamento estão incluídas na oferta do produto. Todos os níveis e níveis de redundância garantem que os dados estejam altamente disponíveis e que pelo menos três cópias dos 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 estão incorporadas ou se você mesmo deve montar.

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

• Quais são os custos dos produtos de valor acrescentado? O Azure Files dá suporte a integrações com vários serviços de valor agregado próprios e de terceiros. Serviços de valor agregado, como o Backup do Azure, o Azure File Sync e o Microsoft Defender for Storage, fornecem backup, replicação e cache e funcionalidade de segurança para Arquivos do Azure. As soluções de valor agregado, seja no local ou na nuvem, têm seus próprios custos de licenciamento e produto, mas geralmente são consideradas parte do custo total de propriedade do armazenamento de arquivos.

Modelo v2 provisionado

O modelo v2 provisionado para Arquivos do Azure combina a previsibilidade do custo total de propriedade com a flexibilidade, permitindo que você crie um compartilhamento de arquivos que atenda aos seus 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. O valor de cada quantidade provisionada determina a fatura total.

A quantidade de armazenamento, IOPS e taxa de transferência provisionada são os limites garantidos de uso do compartilhamento de arquivos. Por exemplo, se você provisionar um compartilhamento de 2 TiB e carregar 2 TiB de dados para 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. O estouro de IOPS baseado em créditos oferece flexibilidade adicional em relação ao uso, numa base de melhor esforço, enquanto houver créditos disponíveis.

A quantidade de armazenamento, IOPS e taxa de transferência provisionada pode ser dimensionada dinamicamente para cima ou para baixo à medida que suas necessidades mudam. No entanto, você só pode diminuir uma quantidade provisionada após 24 horas desde o último aumento de quantidade. As alterações de armazenamento, IOPS e taxa de transferência entram em vigor em poucos 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 de quantas IOPS e quanta taxa de transferência você precisa. Isso é calculado com base na quantidade de armazenamento provisionado especificada. Essas recomendações são baseadas no uso típico do cliente para essa quantidade de armazenamento provisionado para a camada de mídia escolhida. No entanto, você pode achar que sua carga de trabalho requer mais ou menos IOPS e taxa de transferência do que o "compartilhamento de arquivos típico". Nesse caso, você pode, opcionalmente, provisionar mais ou menos IOPS e taxa de transferência, dependendo dos seus requisitos individuais de compartilhamento de arquivos.

Disponibilidade provisionada v2

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:

Nível de mídia	Redundância	Protocolo de partilha de ficheiros	Compartilhamentos de arquivos clássicos (Microsoft.Storage)	Partilhas de ficheiros (Microsoft.FileShares)
SSD	Local	SMB
SSD	Zona	SMB
SSD	Local	NFS
SSD	Zona	NFS
HDD	Local	SMB
HDD	Zona	SMB
HDD	Geografia	SMB
HDD	GeoZona	SMB
HDD	Local	NFS
HDD	Zona	NFS
HDD	Geografia	NFS
HDD	GeoZona	NFS

Atualmente, o modelo v2 provisionado está geralmente 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.

Detalhe do provisionamento v2 configurado

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 taxa de transferência com base no armazenamento especificado provisionado. 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 nos Arquivos do Azure:

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

v2 provisionado para bursting

A explosão de IOPS baseada em crédito oferece uma flexibilidade adicional no uso de IOPS. Essa flexibilidade é melhor usada como um buffer contra picos de E/S imprevistos. Para padrões de E/S estabelecidos, recomendamos o provisionamento para picos de E/S.

Os créditos de IOPS de intermitência se acumulam sempre que o tráfego para seu compartilhamento de arquivos é menor do que as IOPS provisionadas (linha de base). Sempre que a utilização de IOPS de um compartilhamento de arquivos ultrapassa os IOPS provisionados e há créditos disponíveis para IOPS de explosão, o compartilhamento de arquivos pode atingir até o limite máximo permitido de IOPS de explosão. Os compartilhamentos de arquivos 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. Quando todos os créditos são consumidos, a quota volta às IOPS provisionadas. IOPS relativamente ao compartilhamento de arquivos não precisam fazer nada de específico para usar bursting. O "bursting" opera com base no melhor esforço.

Os créditos de participação têm três estados:

• Acumulando, quando o compartilhamento de arquivos está usando menos do que as IOPS provisionadas.
• Declining, quando a partilha de ficheiros está a usar mais do que as IOPS provisionadas e no modo de explosão.
• Constante, quando o compartilhamento de arquivos está usando exatamente as IOPS provisionadas e não há créditos acumulados ou usados.

Um novo partilha de ficheiros começa com o número total de créditos no seu balde de explosão. Os créditos de burst não se acumulam se as IOPS partilhadas caírem abaixo do limite provisionado devido à limitação imposta pelo 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 arquivos:

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 arquivos v2 provisionado como um compartilhamento de arquivos clássico dentro de uma conta de armazenamento (Microsoft.Storage) ou diretamente como compartilhamento de arquivos de nível superior (Microsoft.FileShares).

Partilhas de ficheiros clássicas v2 provisionadas (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.

Os compartilhamentos de arquivos clássicos criados na mesma conta de armazenamento compartilham os limites de armazenamento, IOPS e taxa de transferência da conta de armazenamento:

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

• De quanto armazenamento provisionado, IOPS e taxa de transferência você precisa para cada compartilhamento de arquivos clássico? Como é que estes requisitos mudam ao longo do tempo?
  Como as contas de armazenamento têm limites compartilhados, ao alocar compartilhamentos de arquivos clássicos para contas de armazenamento, você precisa considerar as necessidades de cada compartilhamento de arquivos clássico agora e 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 suporta. Se compartilhamentos de arquivos clássicos suficientes forem colocados em uma única conta de armazenamento para que uma dessas dimensões seja maximizada, os compartilhamentos de arquivos clássicos existentes não poderão crescer sem primeiro migrar para uma conta de armazenamento diferente. Para reduzir esse risco, planeje espaço suficiente em cada conta de armazenamento para que você possa manter mapeamentos de compartilhamentos de arquivos clássicos para contas de armazenamento por pelo menos 3 a 5 anos.

• Você tem requisitos especiais em relação ao rastreamento da fatura de cada partilha clássica de ficheiros para projetos individuais, departamentos ou clientes?
  No Azure, a menor granularidade 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á rastrear facilmente seus custos para projetos, departamentos ou clientes individuais. Para resolver isso, agrupe compartilhamentos de arquivos clássicos em contas de armazenamento com base em como eles precisam ser rastreados de uma perspetiva de faturamento.

• Quantas contas de armazenamento estão disponíveis na sua subscrição para a região de destino?
  Um complicador adicional é o número de contas de armazenamento que você pode ter por assinatura e por região. Consulte Microsoft.Storage 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)

Criar 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 da partilha de ficheiros é o limite da partilha de ficheiros, detalhado em Provisioned v2 provisioning detail.

• A fatura de cada compartilhamento de arquivos é rastreada de forma independente.
  Como os compartilhamentos de arquivos são recursos de nível superior, você pode acompanhar a fatura de cada compartilhamento de arquivos independentemente de todos os outros compartilhamentos de arquivos. Você também pode usar tags para facilitar o agrupamento dos recursos para controlar 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 Limites do plano de controle.

Snapshots provisionados v2

O Azure Files suporta instantâneos, que são semelhantes a cópias de sombra de volume (VSS) no Servidor de Ficheiros do Windows. Para obter mais informações sobre instantâneos de compartilhamento, consulte Visão geral de instantâneos para arquivos do Azure.

Os instantâneos são sempre diferentes da partilha ao vivo e entre si. No modelo de cobrança v2 provisionado, se o tamanho diferencial total de todos os snapshots se adequar ao espaço excedente de armazenamento provisionado do compartilhamento de arquivos, não haverá qualquer custo adicional associado ao armazenamento dos snapshots. Se o tamanho dos dados da partilha ao vivo mais os dados do instantâneo diferencial for maior do que o armazenamento provisionado da partilha, o excesso de capacidade usada dos instantâneos será faturado no medidor de Uso de Instantâneo Excedente. A fórmula para determinar a quantidade de estouro é: MAX((LiveShareUsedGiB + SnapshotDifferentialUsedGiB) - ProvisionedStorageGiB, 0)

Alguns serviços com valor acrescentado para Azure Files utilizam instantâneos como parte da sua proposta de valor. Para obter mais informações, consulte Serviços de valor agregado para Arquivos do Azure.

Eliminação suave provisionada v2

Quando a exclusão suave está 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, IOPS e 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 possa ser restaurado. No entanto, esses recursos não são cobrados. Para obter detalhes sobre como habilitar a exclusão suave, consulte Como habilitar a exclusão suave em compartilhamentos de arquivos do Azure.

Medidores de faturamento v2 provisionados

Os partilhas de ficheiros provisionadas usando o modelo de faturação v2 provisionado são faturados utilizando os seguintes indicadores de faturação:

• Armazenamento provisionado: a quantidade de armazenamento provisionado em GiB.
• IOPS provisionadas: A quantidade de IOPS (IO/seg) provisionadas.
• MiBPS de taxa de transferência provisionada: a quantidade de taxa de transferência provisionada em MiB/seg.
• Utilização de snapshot em excesso: qualquer quantidade de uso de snapshot em GiB que exceda a capacidade de armazenamento provisionada. Para obter mais informações, consulte instantâneos v2 provisionados.
• Soft-Deleted Uso: Capacidade de armazenamento usada em GiB para compartilhamentos de arquivos excluídos suavemente. Para mais informações, consulte v2 de eliminação suave provisionado.

As unidades de consumo em relação aos medidores de faturamento v2 provisionados são emitidas de hora em hora. Por exemplo, para uma partilha com 1.024 GiB provisionados, deverás ver:

• 1.024 unidades contra o medidor de armazenamento provisionado por 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 agregado para um mês, dependendo do número de dias no mês:
  • Mês de 28 dias (fevereiro normal): 688.128 unidades em relação ao medidor de Armazenamento Provisionado.
  • Mês de 29 dias (fevereiro no ano bissexto): 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 contador de Armazenamento Provisionado.

Migrações v2 provisionadas

O processo de migração de seus compartilhamentos de arquivos do Azure SMB de um modelo pré-pago para o modelo de cobrança v2 provisionado difere dependendo se você estiver usando o Azure File Sync.

• Se estiver a utilizar os Ficheiros do Azure sem a Sincronização de Ficheiros do Azure, consulte Migrar ficheiros de uma partilha de ficheiros do Azure SMB para outra.
• Se estiver a utilizar a Sincronização de Ficheiros do Azure, consulte Migrar ficheiros de uma partilha de ficheiros do Azure para outra ao utilizar a Sincronização de Ficheiros do Azure.

Modelo v1 provisionado

O método v1 provisionado 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, você especifica 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 provisionada determina os limites garantidos de armazenamento, IOPS e taxa de transferência do uso do compartilhamento de arquivos clássico. Por exemplo, se você provisionar um compartilhamento de 2 TiB e carregar 2 TiB de dados para seu 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. O estouro de IOPS baseado em créditos oferece flexibilidade adicional em relação ao uso, numa base de melhor esforço, enquanto houver créditos disponíveis.

Ao contrário da compra de armazenamento local, os 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 decorridas desde o último aumento de armazenamento. As alterações de armazenamento, IOPS e taxa de transferência entram em vigor em poucos minutos após uma alteração de provisionamento.

É possível diminuir o tamanho da sua parte provisionada abaixo do GiB usado. Se o fizer, não perderá dados, mas continuará a ser cobrado pelo tamanho utilizado. Você receberá o desempenho do compartilhamento provisionado, não o tamanho usado.

Disponibilidade provisionada v1

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:

Nível de mídia	Redundância	Protocolo de partilha de ficheiros	Compartilhamentos de arquivos clássicos (Microsoft.Storage)	Partilhas de ficheiros (Microsoft.FileShares)
SSD	Local	SMB
SSD	Zona	SMB
SSD	Local	NFS
SSD	Zona	NFS
HDD	Local	SMB
HDD	Zona	SMB
HDD	Geografia	SMB
HDD	GeoZona	SMB
HDD	Local	NFS
HDD	Zona	NFS
HDD	Geografia	NFS
HDD	GeoZona	NFS

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

Detalhes do provisionamento da versão 1

Ao criar um compartilhamento de arquivos clássico v1 provisionado, você especifica quanto armazenamento seu compartilhamento precisa. Cada GiB provisionado 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 fórmulas a seguir determinam a quantidade de IOPS e a taxa de transferência provisionada na partilha:

Dependendo do seu requisito de compartilhamento de arquivos clássico individual, você pode achar que 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 obter as IOPS ou a taxa de transferência necessárias.

Capacidade de pico v1 provisionada

O modelo v1 provisionado suporta dois tipos de intermitência: bursting baseado em crédito, que é incluído gratuitamente como parte do provisionamento, e bursting pago, que é um recurso avançado que você pode, opcionalmente, habilitar para dar suporte à cobrança baseada no uso sempre que o IOPS e a taxa de transferência ultrapassarem o valor provisionado.

Bursting v1 baseado em crédito provisionado

A explosão de IOPS baseada em crédito oferece uma flexibilidade adicional no uso de IOPS. Essa flexibilidade é melhor usada como um buffer contra picos de E/S imprevistos. Para padrões de E/S estabelecidos, recomendamos o provisionamento para picos de E/S.

Os créditos de IOPS de rajada acumulam-se sempre que o tráfego para o seu compartilhamento clássico de arquivos é menor do que as IOPS provisionadas (linha de base). Sempre que o uso de IOPS de uma partilha de ficheiros clássica exceder as IOPS provisionadas e houver créditos de IOPS de rajada disponíveis, a partilha de ficheiros clássica poderá explodir até ao limite máximo permitido de IOPS de rajada. 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 forem consumidos, o compartilhamento de arquivos clássico retornará às IOPS provisionadas. IOPS em relação ao compartilhamento de arquivos clássico não precisam fazer nada de especial para usar o bursting. O "bursting" opera com base no melhor esforço.

Os créditos de participação têm três estados:

• Acumulando, quando o compartilhamento de arquivos clássico está usando menos do que as IOPS provisionadas.
• Declinando, quando a partilha de ficheiros clássica está a usar mais do que as IOPS provisionadas e no modo de explosão.
• Constante, quando o compartilhamento de arquivos clássico está usando exatamente as IOPS provisionadas 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 burst não se acumulam se as IOPS partilhadas caírem abaixo do limite provisionado devido à limitação imposta pelo 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 arquivos clássico:

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

Provisão v1 expansiva paga

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

Tal como o bursting baseado em crédito, o bursting pago não é um substituto para o provisionamento da quantidade correta de IOPS e de taxa de transferência. Em vez disso, ele fornece mais proteção contra a limitação se você se deparar com uma demanda inesperada. Caso tenha um nível consistente de utilização de IOPS ou throughput, é mais barato provisionar uma quantidade suficiente de IOPS e throughput (através do provisionamento de armazenamento) para cobrir a procura, ao invés de depender de aumentos pagos na capacidade.

O bursting pago é desabilitado por padrão, mas você pode habilitá-lo seguindo as instruções para alterar 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 que monitorize cuidadosamente o uso de IOPS e de largura de banda usando as seguintes métricas disponíveis através do Azure Monitor.

• IOPS provisionadas para partilha de ficheiros
• MiB/s de largura de banda provisionada para partilha de ficheiros (taxa de transferência)
• Transações por IOPS máximo
• Largura de banda por MiB/seg máximo (taxa de transferência)
• Créditos de Explosão para IOPS (explosão baseada em crédito)
• Explosão Paga de IOS (IOs)
• Largura de banda em rajadas paga

Modelos de recursos v1 provisionados

Você pode criar um compartilhamento de arquivos v1 provisionado somente como um compartilhamento de arquivos clássico dentro de uma conta de armazenamento (Microsoft.Storage).

Partilhas de ficheiros clássicas v1 provisionadas (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.

Os compartilhamentos de arquivos clássicos criados na mesma conta de armazenamento compartilham os limites de armazenamento, IOPS e taxa de transferência da conta de armazenamento:

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

• De quanto armazenamento provisionado, IOPS e taxa de transferência você precisa para cada compartilhamento de arquivos clássico? Como é que estes requisitos mudam ao longo do tempo?
  Devido aos limites da conta de armazenamento compartilhado, ao alocar compartilhamentos de arquivos clássicos para contas de armazenamento, você precisa considerar as necessidades de cada compartilhamento de arquivos clássico agora e 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 suporta. Embora você tenha permissão para provisionar mais IOPS e taxa de transferência do que a conta de armazenamento fornece, não pode usar mais do que os limites da conta de armazenamento para IOPS e taxa de transferência. Para evitar um abrandamento inesperado, não provisione mais IOPS ou mais taxa de transferência do que a conta de armazenamento suporta.

  Além disso, colocar muitos compartilhamentos de arquivos clássicos em uma conta de armazenamento pode restringir o crescimento futuro. Quando 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 que você possa manter os mapeamentos de compartilhamentos de arquivos clássicos para contas de armazenamento por pelo menos 3 a 5 anos.

• Você tem requisitos especiais em relação ao rastreamento da fatura de cada partilha clássica de ficheiros para projetos individuais, departamentos ou clientes?
  No Azure, a menor granularidade 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á rastrear facilmente seus custos para projetos, departamentos ou clientes individuais. Para resolver isso, agrupe compartilhamentos de arquivos clássicos em contas de armazenamento com base em como eles precisam ser rastreados de uma perspetiva de faturamento.

• Quantas contas de armazenamento estão disponíveis na sua subscrição para a região de destino?
  Um complicador adicional é o número de contas de armazenamento que você pode ter por assinatura e por região. Consulte Microsoft.Storage 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 provisionados v1

O Azure Files suporta instantâneos, que são semelhantes a cópias de sombra de volume (VSS) no Servidor de Ficheiros do Windows. Para obter mais informações sobre instantâneos de compartilhamento, consulte Visão geral de instantâneos para arquivos do Azure.

Os instantâneos são sempre diferentes da partilha ao vivo e entre si. No modelo de faturamento v1 provisionado, o tamanho total do diferencial é cobrado em relação a um medidor de uso, independentemente da quantidade de armazenamento provisionado não utilizada. O medidor de armazenamento de snapshot utilizado tem um preço reduzido comparado ao preço do armazenamento provisionado.

Eliminação suave v1 provisionada

Os compartilhamentos de arquivos clássicos excluídos em contas de armazenamento com exclusão suave 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 dados eliminados suavemente é contabilizada em relação ao medidor de armazenamento de snapshot utilizado. Para obter mais informações sobre exclusão suave, consulte Como habilitar a exclusão suave em compartilhamentos de arquivos do Azure.

Medidores de faturamento v1 provisionados

Os compartilhamentos de arquivos clássicos provisionados usando o modelo de faturamento v1 provisionado são cobrados em relação aos seguintes medidores:

• Premium Provisionado: A quantidade de armazenamento provisionado em GiB.
• Instantâneos Premium: A quantidade de instantâneos usados e a capacidade usada de exclusão em modo temporário.

O consumo em relação aos medidores de faturamento v1 provisionados é emitido por hora em termos de unidades mensais. Por exemplo, para uma partilha com 1.024 GiB provisionados, deverás ver:

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

Modelo de pagamento conforme o uso

No modelo de pagamento conforme o uso, você é cobrado pela quantidade de armazenamento que usa, não pelo quanto provisiona. Em um nível alto, 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 faturação conforme o consumo pode ser difícil de planear como parte de um processo de orçamentação, porque se paga com base no consumo do utilizador final. Portanto, recomendamos o uso do modelo v2 provisionado para novas implantações clássicas de compartilhamento de arquivos. O modelo pré-pago só está disponível para armazenamento em HDD.

Pague à medida que usa disponibilidade

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

Nível de mídia	Redundância	Protocolo de partilha de ficheiros	Compartilhamentos de arquivos clássicos (Microsoft.Storage)	Partilhas de ficheiros (Microsoft.FileShares)
SSD	Local	SMB
SSD	Zona	SMB
SSD	Local	NFS
SSD	Zona	NFS
HDD	Local	SMB
HDD	Zona	SMB
HDD	Geografia	SMB
HDD	GeoZona	SMB
HDD	Local	NFS
HDD	Zona	NFS
HDD	Geografia	NFS
HDD	GeoZona	NFS

As partilhas clássicas de ficheiros HDD utilizando o modelo de pagar conforme o uso estão geralmente disponíveis em todas as regiões do Azure.

Diferenças nos níveis de acesso

Ao criar uma partilha de ficheiros clássica numa conta de armazenamento de pagamento conforme o uso, escolhe entre as seguintes camadas de acesso: otimizada para transações, quente e frio. Todas as três camadas de acesso são armazenadas exatamente no mesmo hardware de armazenamento. A principal diferença para 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. Isto significa:

• Otimização de transações, como o próprio nome indica, otimiza o preço para cargas de trabalho com altos IOPS (transações). A otimização de transações tem o maior preço para armazenamento de dados em repouso, mas os preços de transação mais baixos.
• Hot é para 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 com a transação otimizada. Pense nisso como o meio termo entre a transação otimizada e as camadas mais atraentes.
• O Cool otimiza o preço para cargas de trabalho que não têm alta atividade, oferecendo o menor preço de armazenamento de dados em repouso, mas os preços de transação mais altos.

Selecionar a camada de acesso apropriada para o seu caso de uso permite que você reduza consideravelmente seus custos. Se você colocar uma carga de trabalho acessada com pouca frequência na camada de acesso otimizado para transações, pagará quase nada pelas poucas vezes em um mês que fizer transações em seu compartilhamento de arquivos clássico. No entanto, você paga um alto valor pelos custos de armazenamento de dados. Se movesses essa mesma partilha para a camada de acesso moderado, ainda pagarias quase nada pelos custos de transação, simplesmente porque raramente fazes transações para essa tarefa. No entanto, a camada de acesso frio tem um preço de armazenamento de dados mais barato.

Da mesma forma, se colocar uma carga de trabalho altamente acessada na camada de acesso frio, pagará muito mais em custos de transação, mas menos pelos custos de armazenamento de dados. Isso pode levar a uma situação em que o aumento dos preços de transação supera a economia obtida com o preço reduzido de armazenamento de dados, e pode acabar pagando mais por armazenamento em modo frio do que pagaria por otimização de transações. Para alguns níveis de uso, é possível que a camada de acesso quente seja a mais econômica e a camada de acesso frio seja mais cara do que a camada otimizada para transações.

Sua carga de trabalho e nível de atividade determinam a camada de acesso mais econômica para seu compartilhamento de arquivos clássico pré-pago. Na prática, a melhor maneira de escolher a camada de acesso mais eficiente em termos de custos envolve analisar o consumo real de recursos do compartilhamento (dados armazenados, transações de gravação, etc.). Para compartilhamentos de arquivos clássicos pré-pagos, recomendamos começar na camada otimizada de transação durante a migração inicial para os Arquivos do Azure e, em seguida, escolher a camada de acesso correta com base no uso após a conclusão da migração. O uso da transação durante a migração normalmente não é indicativo do uso normal da transação.

O que são transações?

Quando você monta um compartilhamento de arquivos clássico usando o modelo de pagamento conforme o uso em um computador usando SMB, o compartilhamento de arquivos clássico é exposto no computador como se fosse 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 eles 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 de API para a API do sistema de arquivos fornecida pelo seu sistema operacional. Em seguida, seu sistema operacional interpreta essas chamadas em transações de protocolo SMB, que são enviadas por fio para os Arquivos do Azure para serem atendidas. 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 servidas pelos Arquivos do Azure.

Como princípio, as partilhas de ficheiros clássicas utilizam o modelo de pagamento conforme o uso, faturando com base no consumo. As transações SMB e FileREST feitas por aplicativos e scripts representam o uso do seu compartilhamento de arquivos clássico e aparecem como parte da sua fatura. O mesmo conceito se aplica a serviços de nuvem de valor agregado que você pode adicionar ao seu compartilhamento, como o Azure File Sync ou o Backup do Azure.

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

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

Alternar entre níveis de acesso

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

• Transações: Ao mover um compartilhamento de uma camada de acesso mais quente para uma camada de acesso mais frio, você incorre na cobrança de transação de gravação da camada de acesso mais fria para cada arquivo no compartilhamento de arquivos clássico. Ao mover um compartilhamento de ficheiros clássico de uma camada de acesso frio para uma camada de acesso quente, é cobrada a taxa de transação de leitura da camada de acesso frio para cada ficheiro no compartilhamento de ficheiros clássico.

• Recuperação de dados: Se estiver a mudar da camada de acesso frio para a camada quente ou otimizada para transações, incorre numa taxa de recuperação de dados com base no tamanho dos dados movidos. Apenas a camada de acesso frio tem uma taxa de recuperação de dados.

A tabela a seguir ilustra a repartição de custos da movimentação de camadas de acesso:

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

Escolher um nível de acesso

Independentemente de como você migra dados existentes para os Arquivos do Azure, recomendamos criar inicialmente o compartilhamento de arquivos clássico na camada de acesso otimizado de transação. Isso se deve 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, 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 pré-pagas só mostram 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 clássico de compartilhamento de arquivos é uma ciência imperfeita. Se possível, recomendamos implantar apenas um compartilhamento de arquivos clássico em cada conta de armazenamento para garantir visibilidade total do faturamento.

Para ver as transações anteriores:

1. Navegue para a 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 conta, Espaço de nomes de 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 pré-pagos

Você pode criar um compartilhamento de arquivos pré-pago somente como um compartilhamento de arquivos clássico dentro de uma conta de armazenamento (Microsoft.Storage).

Compartilhamentos de arquivos clássicos pré-pagos (Microsoft.Storage)

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

Os compartilhamentos de arquivos clássicos criados na mesma conta de armazenamento compartilham os limites de armazenamento, IOPS e taxa de transferência da conta de armazenamento:

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

Para fazer corretamente uma implantação dos Arquivos do Azure com o modelo de cobrança pré-pago em compartilhamentos de arquivos clássicos, você precisa considerar as seguintes dimensões do planejamento de capacidade:

• De quanto armazenamento, IOPS e taxa de transferência usados você precisa para cada compartilhamento de arquivos clássico? Como é que estes requisitos mudam ao longo do tempo?
  Devido aos limites da conta de armazenamento compartilhado, ao alocar compartilhamentos de arquivos clássicos para contas de armazenamento, você precisa considerar as necessidades de cada compartilhamento de arquivos clássico agora e ao longo do tempo. Ao contrário dos modelos v2 provisionado e v1 provisionado, o modelo pré-pago oferece poucas proteções para ajudá-lo a compartilhar os limites da conta de armazenamento entre compartilhamentos de arquivos clássicos na mesma conta de armazenamento. Cada compartilhamento de arquivos clássico em uma conta de armazenamento pré-paga pode abranger até os limites clássicos de compartilhamento de arquivos no 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 pré-pago pode causar IOPS ou contenção de taxa de transferência. Para evitar uma limitação inesperada, limite o número de compartilhamentos de arquivos clássicos que você coloca em uma conta de armazenamento pré-paga.

• Você tem requisitos especiais em relação ao rastreamento da fatura de cada partilha clássica de ficheiros para projetos individuais, departamentos ou clientes?
  No Azure, a menor granularidade 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á rastrear facilmente seus custos para projetos, departamentos ou clientes individuais. Para resolver isso, agrupe compartilhamentos de arquivos clássicos em contas de armazenamento com base em como eles precisam ser rastreados de uma perspetiva de faturamento.

• Quantas contas de armazenamento estão disponíveis na sua subscrição para a região de destino?
  Um complicador adicional é o número de contas de armazenamento que você pode ter por assinatura e por região. Consulte Microsoft.Storage 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.

Instantâneos por utilização

O Azure Files suporta instantâneos, que são semelhantes a cópias de sombra de volume (VSS) no Servidor de Ficheiros do Windows. Para obter mais informações sobre instantâneos de compartilhamento, consulte Visão geral de instantâneos para arquivos do Azure.

Os instantâneos são sempre diferentes da partilha ao vivo e entre si. No modelo de pagamento conforme o uso, o tamanho total do diferencial é cobrado em relação ao contador de armazenamento utilizado normalmente. Isto significa que não verá uma linha separada na sua fatura representando instantâneos para a sua conta de armazenamento em regime de pagamento conforme o uso. Isso também significa que o uso diferencial de snapshots conta em relação às reservas compradas para compartilhamentos de arquivos clássicos pré-pagos.

Eliminação suave paga conforme o uso

Os compartilhamentos de arquivos clássicos excluídos em contas de armazenamento com exclusão suave habilitada são cobrados com base na capacidade de armazenamento usada para o período de retenção definido. A capacidade de armazenamento usada, que foi eliminada de forma suave, é contabilizada em relação ao medidor normal de armazenamento usado. 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 pré-pago. Isso também significa que o uso de compartilhamento de arquivos clássico excluído por software conta em relação às reservas compradas para compartilhamentos de arquivos clássicos pré-pagos.

Medidores de faturação pré-paga

Os compartilhamentos de arquivos clássicos criados usando o modelo de faturamento pré-pago são cobrados de acordo com os seguintes medidores:

• Dados armazenados: o armazenamento usado, incluindo compartilhamentos em tempo real, instantâneos diferenciais e compartilhamentos de arquivos clássicos excluídos por software no 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 no GiB. Esse medidor de faturamento é usado apenas para compartilhamentos de arquivos clássicos nas camadas de acesso quente ou frio.
• Operações de gravação: o número de agrupamentos de transações de gravação (um agrupamento = 10.000 transações).
• Operações de lista: o número de baldes de transações de lista (um balde = 10.000 transações).
• Operações de leitura: o número de buckets de transações lidas (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 legal.
• Transferência de dados por Geo-Replica: Se a partilha de ficheiros clássica tiver a redundância Geo ou GeoZone, a quantidade de dados gravados na partilha de ficheiros clássica será replicada para a região secundária em GiB.

As unidades de consumo em relação aos medidores de faturamento de Dados Armazenados e Metadados são emitidas a cada hora, em termos de unidades mensais. Por exemplo, para uma partilha com 1.024 GiB usados, deve ver:

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

O consumo em relação aos outros contadores (por exemplo, Operações de Gravação ou Recuperação de Dados) é emitido de hora em hora, mas como esses contadores não têm um período de tempo específico associado a eles, não há nenhuma transformação de unidade especial a ter em conta.

Provisionado/quota, tamanho lógico e tamanho físico

Os Arquivos do Azure rastreiam três quantidades distintas em relação à capacidade de compartilhamento:

• Tamanho ou cota provisionados: com compartilhamentos de arquivos provisionados e pré-pagos, você especifica o tamanho máximo para o qual o compartilhamento de arquivos pode crescer. Em compartilhamentos de arquivos provisionados, esse valor é chamado de tamanho provisionado. Qualquer que seja o montante que você provisionar é o que você paga, independentemente de quanto você realmente usa. Nos compartilhamentos de arquivos com pagamento conforme o uso, este valor é denominado cota e não afeta diretamente a sua fatura. O tamanho provisionado é um campo obrigatório para compartilhamentos de arquivos provisionados. Para compartilhamentos de arquivos pré-pagos, se o tamanho provisionado não for especificado diretamente, o compartilhamento será padronizado para o valor máximo suportado pela conta de armazenamento (100 TiB).

• Tamanho lógico: o tamanho lógico de um compartilhamento de arquivos ou arquivo está relacionado ao tamanho sem considerar como ele é realmente armazenado, sem qualquer otimização de armazenamento. O tamanho lógico do arquivo é quantos KiB/MiB/GiB seriam transferidos pelo fio se você o copiasse para um local diferente. Em ambas as partilhas de ficheiros provisionadas e pagas conforme o uso, o tamanho lógico total da partilha de ficheiros é usado para reforçar contra o tamanho/quota provisionada. Em compartilhamentos de ficheiros na modalidade pague-conforme-o-uso, o tamanho lógico é a quantidade utilizada para o faturamento do uso de dados em repouso. O tamanho lógico é referido como "tamanho" na caixa de diálogo de propriedades do Windows para um arquivo/pasta e como "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 estar alinhado com o tamanho lógico do arquivo ou pode ser menor, dependendo de como o arquivo foi gravado pelo sistema operacional. Uma razão comum para o tamanho lógico e o tamanho físico serem diferentes é o uso de arquivos esparsos. O tamanho físico dos ficheiros na partilha é utilizado para a cobrança de instantâneos, embora intervalos alocados sejam partilhados entre instantâneos caso se mantenham inalterados (armazenamento diferencial).

Serviços de valor acrescentado

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

Os custos dividem-se em três grupos:

• Custos de licenciamento do serviço de valor acrescentado. 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 dados de 500 GiB no compartilhamento de arquivos.

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

• Custos dos Arquivos do Azure associados ao uso de um serviço de valor acrescentado. O Azure Files não cobra diretamente dos clientes pela adição de serviços de valor agregado, mas como parte da adição de valor ao compartilhamento de arquivos do Azure, o serviço de valor agregado pode aumentar os custos que você vê em seu compartilhamento de arquivos do Azure. Esses custos são fáceis de perceber com compartilhamentos de arquivos com pagamento conforme o uso, devido às taxas de transação. Se o serviço de valor agregado fizer transações contra o compartilhamento de arquivos em seu nome, elas aparecerão na sua fatura de transação dos Arquivos do Azure, mesmo que você não tenha feito essas transações diretamente. Isso também se aplica a compartilhamentos de arquivos provisionados, embora possa ser menos percetível. As transações contra partilhas de ficheiros provisionadas de serviços de valor acrescentado contam para os seus números de IOPS provisionados, o que significa que os serviços de valor acrescentado podem exigir o provisionamento de mais armazenamento para ter IOPS ou taxa de transferência suficientes disponíveis para a sua carga de trabalho.

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

Existem vários serviços de valor acrescentado, tanto de primeira como de terceiros. Este documento abrange um subconjunto dos serviços primários comuns que os clientes usam com compartilhamentos de arquivos do Azure. Você pode saber mais sobre serviços não listados aqui lendo a página de preços desse serviço.

Azure File Sync

A Sincronização de Ficheiros do Azure é um serviço de valor acrescentado para os Ficheiros do Azure que sincroniza uma ou mais partilhas de ficheiros do Windows no local com uma partilha de ficheiros do Azure. Como o compartilhamento de arquivos do Azure na nuvem tem uma cópia completa dos dados em um compartilhamento de arquivos sincronizado disponível localmente, você pode transformar seu Servidor de Arquivos do Windows local em um cache do compartilhamento de arquivos do Azure para reduzir sua pegada 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 o Azure File Sync, você deve considerar os seguintes aspetos de custo:

• Custos de capital e operacionais dos Servidores de Ficheiros Windows com um ou mais terminais de servidor. O Azure File Sync 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 no local ou em outros provedores de nuvem incluem custos operacionais e de capital 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ária para armazenar em cache no local, o número de CPUs e a quantidade de memória que seus Servidores de Arquivos do Windows precisam para hospedar cargas de trabalho do Azure File Sync e outros custos específicos da organização que você possa ter. Para obter mais informações, consulte Recursos do sistema recomendados.

• Custo de licenciamento por servidor para servidores registados no Azure File Sync. Para usar o Azure File Sync com um Windows File Server específico, você deve primeiro registrá-lo com o recurso do Azure File Sync do Azure, o Serviço de Sincronização de Armazenamento. Cada servidor que você registrar após o primeiro servidor tem uma taxa mensal fixa. Embora esta taxa seja pequena, é um componente da sua fatura a considerar. Para ver o preço atual da taxa de registro do servidor para a região desejada, consulte a seção Sincronização de Arquivos na página de preços do Azure Files.

• Custos dos Arquivos do Azure. O Azure File Sync consome recursos do seu 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, podem não ser. Para a maioria dos clientes, recomendamos o uso de compartilhamentos de arquivos v2 provisionados de HDD com a Sincronização de Arquivos do Azure, embora a Sincronização de Arquivos do Azure seja totalmente suportada em todos os modelos de cobrança de Arquivos do Azure (SSD provisionado v2, SSD provisionado v1 ou HDD pay-as-you-go).

  • 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 levar em conta o crescimento do compartilhamento de arquivos. Em compartilhamentos de arquivos pré-pagos, adicionar ou aumentar o tamanho de arquivos existentes em endpoints de servidor faz com que os custos de armazenamento usados aumentem porque as alterações são replicadas.

  • Utilização de snapshots. O Azure File Sync tira instantâneos de partilha e de nível de ficheiro como parte do uso regular. Embora a utilização de instantâneos seja sempre diferencial, este fator pode contribuir de forma percetível para a fatura total dos Arquivos do Azure.

  • IOPS / utilização de taxa de transferência: o Azure File Sync impulsiona a 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 tenha IOPS e taxa de transferência suficientes provisionadas para não ser limitado. Se você estiver usando um compartilhamento de arquivos pré-pago, será cobrado pela utilização de IOPS na forma de transações. Geralmente, há dois tipos de transações a considerar:

    • Transações de rotatividade de clientes. À medida que os ficheiros mudam nos pontos de extremidade do servidor, as alterações são carregadas na partilha na nuvem, que gera transações. Quando a hierarquização na nuvem está habilitada, transações adicionais são geradas para o gerenciamento de arquivos hierárquicos, incluindo E/S acontecendo em arquivos hierárquicos, além dos custos de saída. Embora a quantidade e o tipo de transações sejam difíceis de prever devido às taxas de rotatividade e à eficiência do cache, você pode usar seus padrões de transação anteriores para estimar custos futuros se acreditar que seu uso futuro será semelhante ao uso atual.

    • Transações de enumeração na nuvem. O Azure File Sync enumera a Partilha de Ficheiros do Azure na nuvem uma vez por dia para descobrir alterações feitas diretamente na partilha, a fim de que possam ser sincronizadas com os pontos de extremidade dos servidores. 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 estimar o custo da digitalização.

    Sugestão

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

Azure Backup

O Backup do Azure fornece uma solução de backup sem servidor para Arquivos do Azure que se integra perfeitamente com seus compartilhamentos de arquivos 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 fornece um mecanismo de agendamento para tirar instantâneos automaticamente em uma agenda definida pelo administrador. Ele também fornece uma interface amigável para restaurar arquivos / pastas excluídos ou todo o compartilhamento para um determinado ponto no tempo. Para saber mais, consulte Sobre o backup de compartilhamento de arquivos do Azure.

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

• Custo de licenciamento de instância protegida para dados de compartilhamento de arquivos do Azure. O Backup do Azure cobra um custo de licenciamento de instância protegida por conta de armazenamento que contém partilhas de ficheiros do Azure com backup. Uma instância protegida é definida como 250 GiB de armazenamento de compartilhamento de arquivos do Azure. As contas de armazenamento com menos de 250 GiB estão sujeitas a um custo de instância protegida fracionada. Para obter mais informações, consulte Preços do Backup do Azure. Você deve 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 partilha de ficheiros do Azure. O Backup do Azure automatiza a obtenção de instantâneos de compartilhamento de arquivos do Azure em uma agenda definida pelo administrador. Os instantâneos são sempre diferenciais; no entanto, o custo adicional depende do período de tempo em que os instantâneos são mantidos e da quantidade de mudanças no partilhamento de ficheiros durante esse tempo. Esses fatores ditam o quão diferente o snapshot é do arquivo de partilha ao vivo e, portanto, a quantidade de dados extras armazenados pelo Azure Files.

  • Custos de transação das operações de restauração. As operações de restauração do snapshot para o live share incorrem em custos de transação. 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 arquivos. Para compartilhamentos de arquivos provisionados, essas operações contam em relação às IOPS provisionadas para o compartilhamento de arquivos.

Microsoft Defender para armazenamento

O Microsoft Defender oferece suporte aos Arquivos do Azure como parte de seu produto Microsoft Defender for Storage. O Microsoft Defender for Storage deteta tentativas incomuns e potencialmente prejudiciais de acessar ou explorar seus compartilhamentos de arquivos do Azure por SMB ou FileREST. O Microsoft Defender for Storage está habilitado no nível de assinatura para todos os compartilhamentos de arquivos em contas de armazenamento nessa assinatura.

O Microsoft Defender for Storage não oferece suporte a recursos antivírus para compartilhamentos de arquivos do Azure.

O principal custo do Microsoft Defender for Storage é um conjunto extra de custos de transação que o produto cobra sobre as transações que são feitas em relação ao compartilhamento de arquivos do Azure. Embora esses custos sejam baseados nas transações incorridas 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. A taxa de transação atual pode ser encontrada na página de preços do Microsoft Defender for Cloud na linha da tabela do Microsoft Defender for Storage.

Partilhas de ficheiros com elevado volume de transações incorrem em custos significativos utilizando o Microsoft Defender for Storage. Com base nesses custos, convém desativar o Microsoft Defender for Storage para contas de armazenamento específicas. Para obter mais informações, consulte Excluir uma conta de armazenamento do Microsoft Defender para proteções de armazenamento.

Reservations

Azure Files suporta reservas (também chamadas de instâncias reservadas) para os modelos provisionados v1 e pay-as-you-go. 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 para cargas de trabalho de desenvolvimento/teste com perfis de uso consistentes. Ao comprar uma reserva, você deve especificar as seguintes dimensões:

• Tamanho da capacidade: As reservas podem ser de 10 TiB ou 100 TiB, com descontos mais significativos para a compra de uma reserva de maior capacidade. 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 de capacidade total de armazenamento.
• Prazo: Você pode comprar reservas para um período de um ou três anos, com descontos mais significativos para a compra de um prazo de reserva mais longo.
• Camada: A camada de Arquivos do Azure para a reserva. Atualmente, estão disponíveis reservas para os modelos de faturação SSD provisionado v1 (como "premium") e HDD com pagamento conforme o uso (apenas camadas de acesso 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 são aceites para todas as formas de redundância suportadas pelos Ficheiros do Azure, incluindo LRS, ZRS, GRS e GZRS.
• Frequência de cobrança: indica a frequência com que a conta é cobrada pela reserva. As opções incluem Mensal ou Upfront.

Assim que adquirir uma reserva, ela é automaticamente consumida pela capacidade de armazenamento existente. Se utilizar mais espaço de armazenamento do que o que reservou, paga o preço de tabela pelo saldo não coberto pela reserva. As taxas de transação, largura de banda, transferência de dados e armazenamento de metadados não estão incluídas na Reserva.

Há diferenças na forma como as reservas funcionam com instantâneos de compartilhamento para compartilhamentos de arquivos pré-pagos e provisionados v1. Se estiver a tirar capturas de partilhas de ficheiros clássicos com pagamento conforme o uso, os diferenciais das capturas contribuem para a reserva e são cobrados como parte do medidor de armazenamento usado normal. No entanto, se você estiver tirando instantâneos de compartilhamentos de arquivos clássicos v1 provisionados, os instantâneos serão cobrados usando um medidor separado e não contarão para a Reserva.

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

Consulte também

• Preços dos Arquivos do Azure
• Exemplos de estimativa de custos
• Planejando uma implantação de Arquivos do Azure e Planejando uma implantação de Sincronização de Arquivos do Azure
• Criar um compartilhamento de arquivos clássico
• Criar um compartilhamento de arquivos (visualização)