Metas de escalabilidade e desempenho para Arquivos do Azure

Ficheiros do Azure oferece partilhas de ficheiros totalmente geridas na cloud, às quais pode aceder através dos protocolos de partilha de ficheiros SMB e NFS. Este artigo discute as metas de escalabilidade e desempenho para Arquivos do Azure. Para além dos limites definidos pelo Ficheiros do Azure, outras variáveis na sua implementação podem afetar estes alvos. Teste o seu padrão de utilização para determinar se a escalabilidade e o desempenho do Ficheiros do Azure cumprem os seus requisitos.

Fornecedores de recursos

No Azure, um recurso é um item gerenciável que você cria e configura em suas assinaturas e grupos de recursos do Azure. Os fornecedores de recursos são serviços de gestão que fornecem tipos específicos de recursos. Embora possas trabalhar com muitos recursos para implementar uma carga de trabalho no Azure, o Ficheiros do Azure centra-se em dois recursos-chave:

• Contas de armazenamento, oferecidas pelo provedor de Microsoft.Storage recursos. As contas de armazenamento são recursos de nível superior que 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. Todos os recursos de armazenamento que implementas numa conta de armazenamento partilham os limites que se aplicam a essa conta. Os compartilhamentos de arquivos clássicos suportam os protocolos de compartilhamento de arquivos SMB e NFS.

• Partilhas de ficheiros, oferecidas pelo fornecedor de recursos Microsoft.FileShares. Os compartilhamentos de arquivos 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. Ao contrário das partilhas de ficheiros clássicas, que tens de implementar numa conta de armazenamento, as partilhas de ficheiros são implementadas diretamente no grupo de recursos, de forma semelhante à forma como implementas contas de armazenamento e outros recursos familiares do Azure, como máquinas virtuais, discos ou redes virtuais. Partilhas de ficheiros suportam o protocolo de partilha de ficheiros NFS. Se precisas de SMB, escolhe partilhas de ficheiros clássicas para a tua implementação.

Destinos clássicos de escala de compartilhamento de arquivos (Microsoft.Storage)

Dois tipos de limites aplicam-se a contas de armazenamento e partilhas de ficheiros clássicas:

• Limites do plano de controlo, impostos pelo fornecedor de recursos Microsoft.Storage. Estes limites aplicam-se a pedidos de gestão, tais como a criação, atualização ou eliminação da conta de armazenamento ou de outros recursos subordinados, incluindo, entre outros, partilhas de ficheiros clássicas.

• Limites do plano de dados, que a plataforma de armazenamento Azure impõe. Estes limites aplicam-se a operações como a criação e eliminação de ficheiros e pastas através de SMB, NFS, FileREST e outros protocolos. Por razões legadas, algumas operações de gestão, como criar, atualizar ou eliminar partilhas de ficheiros clássicas, também estão disponíveis através do plano de dados (protocolo FileREST). Microsoft.Storage limites não se aplicam a pedidos de gestão que faz diretamente à plataforma de armazenamento Azure.

Limites do plano de controle Microsoft.Storage

Os limites a seguir se aplicam a contas de armazenamento ou recursos filhos da conta de armazenamento, como compartilhamentos de arquivos clássicos.

Limites do plano de dados da conta de armazenamento

As contas de armazenamento têm limites ligeiramente diferentes dependendo do SKU e do tipo de conta de armazenamento. O SKU da conta de armazenamento é uma combinação da camada de mídia, da iteração do modelo de faturamento, e da redundância. O tipo de conta de armazenamento é um modificador adicional que determina quais serviços, recursos e modelos de faturamento de armazenamento são suportados. Para compartilhamentos de arquivos clássicos, há quatro combinações:

• Contas de armazenamento v2 provisionadas por SSD, que são representadas pelo FileStorage tipo de conta de armazenamento e pelas SKUs de PremiumV2_LRSPremiumV2_ZRS conta de armazenamento. Estas contas de armazenamento podem conter apenas partilhas de ficheiros clássicas e não podem ser usadas para implementar outros recursos de armazenamento, como contentores de blobs, filas ou tabelas. Os compartilhamentos de arquivos clássicos implantados nessas contas de armazenamento estão sempre na camada de mídia SSD e são cobrados usando o modelo de faturamento v2 provisionado.

• Contas de armazenamento V2 provisionadas de HDD, que são representadas pelo tipo de conta de armazenamento FileStorage e pelas SKUs de conta de armazenamento StandardV2_LRS, StandardV2_ZRS, StandardV2_GRS ou StandardV2_GZRS. Estas contas de armazenamento podem conter apenas partilhas de ficheiros clássicas e não podem ser usadas para implementar outros recursos de armazenamento, como contentores de blobs, filas ou tabelas. As partilhas de ficheiros clássicas implementadas nestas contas de armazenamento estão sempre na camada de armazenamento HDD e são faturadas utilizando o modelo de faturação v2 provisionado.

• Contas de armazenamento v1 provisionadas SSD, que são representadas pelo FileStorage tipo de conta de armazenamento e pelas SKUs da Premium_LRS conta de Premium_ZRS armazenamento. Estas contas de armazenamento podem conter apenas partilhas de ficheiros clássicas e não podem ser usadas para implementar outros recursos de armazenamento, como contentores de blobs, filas ou tabelas. Os compartilhamentos de arquivos clássicos implantados nessas contas de armazenamento estão sempre na camada de mídia SSD e são cobrados usando o modelo de faturamento v1 provisionado.

• Contas de armazenamento em HDD pagas à medida que usa, que são representadas pelo StorageV2 tipo de conta de armazenamento e pelas SKUs de conta de armazenamento Standard_LRS, Standard_ZRS, Standard_GRS, Standard_GZRS, Standard_RAGRS ou Standard_RAGZRS. Essas contas de armazenamento podem conter compartilhamentos de arquivos clássicos ou outros recursos de armazenamento, como contêineres de blob, filas e tabelas. As partilhas de ficheiros clássicas implementadas nestas contas de armazenamento estão sempre no nível de media HDD e são faturadas utilizando o modelo de faturação pay-as-you-go.

Os limites a seguir se aplicam ao plano de dados da conta de armazenamento. Tudo na conta de armazenamento, incluindo compartilhamentos de arquivos clássicos, contêineres de blob, tabelas ou filas, compartilha esses limites.

As seguintes regiões selecionadas têm um máximo de IOPS e largura de banda aumentados apenas para contas de armazenamento paga conforme o uso em HDD (StorageV2):

• Ásia Leste
• Sudeste Asiático
• Leste da Austrália
• Sul do Brasil
• Canadá Central
• China Leste 2
• Norte da China 3
• Europa do Norte
• Europa Ocidental
• Centro de França
• Alemanha Centro-Oeste
• Índia Central
• Leste do Japão
• Jio, Oeste da Índia
• Coreia Central
• Leste da Noruega
• Norte da África do Sul
• Suécia Central
• Norte dos E.A.U.
• Sul do Reino Unido
• E.U.A. Central
• E.U.A. Leste
• E.U.A. Leste 2
• US Gov - Virginia
• US Gov - Arizona
• E.U.A. Centro-Norte
• E.U.A. Centro-Sul
• E.U.A. Oeste
• E.U.A. Oeste 2
• E.U.A. Oeste 3

Limites clássicos do plano de dados de compartilhamento de arquivos

Os limites a seguir se aplicam no nível clássico de compartilhamento de arquivos. Todas as partilhas de ficheiros clássicas também estão sujeitas aos limites da conta de armazenamento onde estão implantadas:

• Contas de armazenamento v2 provisionadas por SSD e HDD: Não podes provisionar mais armazenamento, IOPS ou throughput do que a conta de armazenamento suporta. No entanto, as partilhas de ficheiros v2 provisionadas suportam a expansão temporária de IOPS baseada em créditos acima das IOPS provisionadas, num regime de melhor esforço. Se múltiplas partilhas de ficheiros clássicos na conta explodirem simultaneamente, o desempenho fica limitado aos limites de IOPS da conta de armazenamento.

• Contas de armazenamento v1 provisionadas por SSD: Não podes provisionar mais espaço do que a conta de armazenamento suporta, mas podes provisionar mais IOPS ou throughput do que a conta de armazenamento suporta. Se o uso total de IOPS ou throughput exceder os limites da conta de armazenamento, a conta de armazenamento limita os pedidos.

• Contas de armazenamento HDD pay-as-you-go: Pode criar um número ilimitado de partilhas de ficheiros tradicionais. Embora cada partilha de ficheiros clássica possa teoricamente consumir até ao limite da conta de armazenamento para IOPS e throughput, se a utilização combinada de todos os recursos na conta de armazenamento (partilhas clássicas, contentores de blobs, tabelas e filas) ultrapassar esses limites, a conta de armazenamento limita os pedidos. Hoje, todas as partilhas de ficheiros Azure pay-as-you-go podem crescer até 100 TiB. A funcionalidade grande partilha de ficheiros no Ficheiros do Azure é uma configuração legada que permitiu que partilhas de ficheiros pay-as-you-go crescessem para além dos 5 TiB. Se tiver uma conta de armazenamento antiga anterior à introdução desta funcionalidade, poderá precisar de aumentar a sua quota de partilha de ficheiros.

¹ Operações de metadados são operações que manipulam handles de ficheiros, como abrir um ficheiro ou pasta. O limite máximo de IOPS de metadados especifica o máximo de IOPS que pode ser usado para metadados, independentemente da quantidade de IOPS provisionadas que um compartilhamento de arquivos tem. Os compartilhamentos SMB armazenados em SSD podem ser dimensionados até 35.000 IOPS por meio do uso do recurso de cache de metadados. Consulte Monitorar IOPS de metadados para obter orientações.
² Os Arquivos do Azure impõem determinadas regras de nomenclatura para nomes de diretório e arquivo.

Destinos de escala de compartilhamento de arquivos clássicos para arquivos individuais

Os objetivos de escala de ficheiro aplicam-se a ficheiros individuais armazenados em partilhas de ficheiros clássicas. A sua capacidade de atingir os limites de um ficheiro individual está sujeita aos limites da partilha clássica de ficheiros e da conta de armazenamento onde este reside.

* O número máximo de identificadores simultâneos por ficheiro e diretório é um limite suave para partilhas de ficheiros clássicos no nível de armazenamento SSD utilizando o protocolo SMB. Se você precisar dimensionar além desse limite, poderá habilitar o cache de metadados e registrar-se para aumentar os limites de identificador de arquivo (visualização).

Destinos de escala de compartilhamento de arquivos (Microsoft.FileShares)

Dois tipos de limites aplicam-se a partilhas de ficheiros criadas com o fornecedor de recursos Microsoft.FileShares:

• Limites do plano de controlo, impostos pelo fornecedor de recursos Microsoft.FileShares. Estes limites aplicam-se a pedidos de gestão, como a criação, atualização ou eliminação da partilha de ficheiros ou de recursos subordinados, como instantâneos da partilha de ficheiros.

• Limites do plano de dados, que a plataforma de armazenamento Azure impõe. Estes limites aplicam-se a ações como criar e eliminar ficheiros e pastas através do protocolo de partilha de ficheiros NFS.

Limites do plano de controle Microsoft.FileShares

Aplicam-se os seguintes limites à partilha de ficheiros e aos recursos subordinados da partilha de ficheiros, como os instantâneos da partilha de ficheiros.

¹Microsoft.FileShares usa um algoritmo de limitação semelhante para pedidos de gestão que o próprio Azure Resource Manager usa. A limitação de API é gerida através de um algoritmo de bucket de tokens. O bucket de token representa o número máximo de solicitações que você pode enviar para cada segundo. Quando atinge o número máximo de pedidos, a taxa de recarga determina a rapidez com que novos pedidos são adicionados ao bucket.

Alvos do plano de dados de partilha de ficheiros

Os limites a seguir se aplicam no nível de compartilhamento de arquivos e são impostos no plano de dados. Partilhas de ficheiros criadas com o Microsoft.FileShares fornecedor de recursos utilizam o modelo de faturação v2 provisionada.

¹ Operações de metadados são operações que manipulam handles de ficheiros, como abrir um ficheiro ou pasta. O limite máximo de metadados IOPS especifica o máximo de IOPS que os metadados podem usar, independentemente da quantidade de IOPS provisionada que uma partilha de ficheiros tenha.

Destinos de escala de compartilhamento de arquivos para arquivos individuais

Os destinos de escala de arquivo aplicam-se a arquivos individuais armazenados em um compartilhamento de arquivos. Sua capacidade de atingir os limites de um arquivo individual está sujeita aos limites do compartilhamento de arquivos.

Consulte também

• Planear uma implementação de Ficheiros do Azure
• Compreender o desempenho dos Arquivos do Azure
• Noções básicas sobre a cobrança dos Arquivos do Azure