O que a alteração para cota rígida de volume significa para seu serviço Azure NetApp Files
Desde o início do serviço, os Arquivos NetApp do Azure têm usado um provisionamento de pool de capacidade e um mecanismo de crescimento automático. Os volumes do Azure NetApp Files são provisionados de forma fina em um pool de capacidade subjacente provisionado pelo cliente de uma camada e tamanho selecionados. Os tamanhos de volume (cotas) são usados para fornecer desempenho e capacidade, e as cotas podem ser ajustadas instantaneamente a qualquer momento. Este comportamento significa que, atualmente, a quota de volume é uma alavanca de desempenho utilizada para controlar a largura de banda do volume. Atualmente, os pools de capacidade subjacentes crescem automaticamente quando a capacidade é preenchida.
Importante
O comportamento dos Arquivos NetApp do Azure de provisionamento de pool de volume e capacidade é um mecanismo manual e controlável . A partir de 30 de abril de 2021, os tamanhos de volume (quota) gerenciam o desempenho da largura de banda, bem como a capacidade provisionada. Os pools de capacidade subjacentes não crescem automaticamente.
Razões para a mudança para a quota rígida de volume
Muitos clientes indicaram três desafios principais com o comportamento inicial :
- Os clientes VM veriam a capacidade provisionada de forma fina (100 TiB) de qualquer volume ao usar ferramentas de monitoramento de espaço ou capacidade do sistema operacional, dando visibilidade imprecisa da capacidade do cliente ou do lado do aplicativo.
- Os proprietários de aplicativos não teriam controle sobre o espaço do pool de capacidade provisionada (e o custo associado), devido ao comportamento de crescimento automático do pool de capacidade. Esta situação é complicada em ambientes onde os "processos descontrolados" podem rapidamente encher e aumentar a capacidade e o custo provisionados.
- Os clientes querem ver e manter uma correlação direta entre o tamanho do volume (cota) e o desempenho. Com o comportamento atual de (implícito) sobresubscrição de um volume (em termos de capacidade) e crescimento automático do pool, os clientes não têm uma correlação direta, até que a cota de volume tenha sido ativamente definida ou redefinida.
Muitos clientes solicitaram controle direto sobre a capacidade provisionada. Eles querem controlar e equilibrar a capacidade de armazenamento e a utilização. Eles também querem controlar os custos, juntamente com a visibilidade do lado do aplicativo e do lado do cliente da capacidade disponível, usada e provisionada e do desempenho de seus volumes de aplicativos.
Qual é a alteração de quota rígida de volume
Com a alteração da cota rígida de volume, os volumes do Azure NetApp Files não são mais provisionados de forma fina em (no máximo) 100 TiB. Os volumes são provisionados no tamanho configurado real (quota). Além disso, os pools de capacidade subjacentes não crescem mais automaticamente ao atingir o consumo de capacidade total. Essa alteração reflete o comportamento como os discos gerenciados do Azure, que também são provisionados no estado em que se encontram, sem aumento automático de capacidade.
Por exemplo, considere um volume de Arquivos NetApp do Azure configurado em tamanho de 1 TiB (cota) em um pool de capacidade de nível de serviço Ultra de 4 TiB. Um aplicativo está gravando dados continuamente no volume.
O comportamento inicial :
- Largura de banda esperada: 128 MiB / s
- Capacidade total utilizável (e visível pelo cliente): 100 TiB
Não é possível gravar mais dados no volume além desse tamanho. - Pool de capacidade: cresce automaticamente com incrementos de 1 TiB quando está cheio.
- Alteração da cota de volume: altera apenas o desempenho (largura de banda) do volume. Ele não altera a capacidade visível ou utilizável do cliente.
O comportamento alterado :
- Largura de banda esperada: 128 MiB / s
- Capacidade total utilizável (e visível pelo cliente): 1 TiB Não é possível gravar mais dados no volume além desse tamanho.
- Pool de capacidade: Permanece com 4 TiB de tamanho e não cresce automaticamente.
- Alteração da cota de volume: altera o desempenho (largura de banda) e a capacidade visível ou utilizável do volume pelo cliente.
Você precisa monitorar proativamente a utilização dos volumes e pools de capacidade dos Arquivos NetApp do Azure. Você precisa alterar propositalmente o volume e a utilização do pool para um consumo próximo ao total. Os Arquivos NetApp do Azure continuam a permitir operações imediatas de redimensionamento de volume e pool de capacidade.
Como operacionalizar a alteração de cota rígida de volume
Esta seção fornece orientação sobre como operacionalizar a alteração para a cota rígida de volume para uma transição suave. Ele também fornece informações para lidar com volumes e pools de capacidade atualmente provisionados, monitoramento contínuo e opções de gerenciamento de alertas e capacidade.
Volumes e pools de capacidade provisionados atualmente
Devido à alteração da cota rígida de volume, você deve alterar seu modelo operacional. Os volumes provisionados e os pools de capacidade exigem gerenciamento contínuo de capacidade. Como o comportamento alterado aconteceu instantaneamente, a equipe do Azure NetApp Files recomenda uma série de medidas corretivas únicas para volumes e pools de capacidade existentes e provisionados anteriormente, conforme descrito nesta seção.
Recomendações únicas de medidas corretivas ou preventivas
A alteração da quota rígida de volume resultou em alterações na capacidade provisionada e disponível para volumes e pools provisionados anteriormente. Como resultado, alguns desafios de alocação de capacidade podem acontecer. Para evitar situações de falta de espaço de curto prazo para os clientes, a equipe do Azure NetApp Files recomenda as seguintes medidas corretivas/preventivas únicas:
Tamanhos de volume provisionados:
Redimensione cada volume provisionado para ter um buffer apropriado com base na taxa de alteração e no tempo de resposta de alerta ou redimensionamento (por exemplo, 20% com base em considerações típicas de carga de trabalho), com um máximo de 100 TiB (que é o limite de tamanho de volume regular. Esta nova dimensão de volume, incluindo a capacidade de reserva de reserva, deve basear-se nos seguintes fatores:- Capacidade de volume provisionada , caso a capacidade utilizada seja inferior à quota de volume provisionada.
- Capacidade de volume utilizada , caso a capacidade utilizada seja superior à quota de volume provisionada.
Não há cobrança adicional para aumento de capacidade em nível de volume se o pool de capacidade subjacente não precisar ser aumentado. Como efeito dessa alteração, você pode observar um aumento do limite de largura de banda para o volume (caso o tipo de pool de capacidade de QoS automático seja usado).
Tamanhos do pool de capacidade provisionada:
Após os ajustes de tamanhos de volume, se a soma dos tamanhos de volumes se tornar maior do que o tamanho do pool de capacidade de hospedagem, o pool de capacidade deve ser aumentado para um tamanho igual ou maior que a soma dos volumes, com um máximo de 500 TiB. Para obter informações sobre limites, consulte Limites de recursos do Azure NetApp Files). A capacidade adicional do pool de capacidade está sujeita à cobrança ACR normalmente.
Você deve trabalhar com seus especialistas em Arquivos NetApp do Azure para validar seu ambiente, se precisar de ajuda para configurar o monitoramento ou alertas, conforme descrito nas seções abaixo.
Gerenciamento contínuo de capacidade
Depois de executar as medidas corretivas únicas, você deve montar processos contínuos para monitorar e gerenciar a capacidade. As seções a seguir fornecem sugestões e alternativas sobre monitoramento e gerenciamento de capacidade.
Monitorar a utilização da capacidade
Você pode monitorar a utilização da capacidade em vários níveis.
Monitoramento no nível de VM
O nível mais alto de monitoramento (mais próximo do aplicativo) é de dentro da máquina virtual do aplicativo. Isso resulta em uma alteração observável no comportamento dos relatórios de capacidade de dentro do sistema operacional cliente da VM.
Nos dois cenários a seguir, considere um volume de Arquivos NetApp do Azure configurado em tamanho de 1 TiB (cota) em um pool de capacidade de nível de serviço Ultra de 4 TiB.
Windows
Os clientes Windows podem verificar a capacidade usada e disponível de um volume usando as propriedades da unidade mapeada de rede. Você pode usar a opção Explorer ->Drive ->Properties .
Os exemplos a seguir mostram o relatório de capacidade de volume no Windows antes do comportamento alterado:
Você também pode usar o dir
comando no prompt de comando, conforme mostrado abaixo:
Os exemplos a seguir mostram o relatório de capacidade de volume no Windows após o comportamento alterado:
O exemplo a seguir mostra a saída do dir
comando:
Linux
Os clientes Linux podem verificar a capacidade usada e disponível de um volume usando o df
comando. A -h
opção mostra o tamanho, o espaço usado e o espaço disponível em formato legível por humanos, usando os tamanhos das unidades M, G e T.
O exemplo a seguir mostra relatórios de capacidade de volume no Linux antes do comportamento alterado:
O exemplo a seguir mostra o relatório de capacidade de volume no Linux após o comportamento alterado:
Configurar alertas usando ANFCapacityManager
Você pode usar a ferramenta ANFCapacityManager de Aplicativos Lógicos com suporte da comunidade para monitorar a capacidade dos Arquivos NetApp do Azure e receber alertas personalizados. A ferramenta ANFCapacityManager está disponível na página ANFCapacityManager GitHub.
ANFCapacityManager é um Aplicativo Lógico do Azure que gerencia regras de alerta baseadas em capacidade. Ele aumenta automaticamente os tamanhos de volume para evitar que os volumes dos Arquivos NetApp do Azure fiquem sem espaço. É fácil de implantar e fornece os seguintes recursos de Gerenciamento de Alertas:
- Quando um pool de capacidade ou volume de Arquivos NetApp do Azure é criado, o ANFCapacityManager cria uma regra de alerta de métrica com base no limite de porcentagem consumida especificado.
- Quando um pool de capacidade ou volume de Arquivos NetApp do Azure é redimensionado, o ANFCapacityManager modifica a regra de alerta de métrica com base no limite de porcentagem de capacidade consumida especificado. Se a regra de alerta não existir, ela será criada.
- Quando um pool de capacidade ou volume de Arquivos NetApp do Azure é excluído, a regra de alerta de métrica correspondente é excluída.
Você pode definir as seguintes configurações de alerta de chave:
- % Limite Completo do Pool de Capacidade - Esta configuração determina o limite de consumo que dispara um alerta para pools de capacidade. Um valor de 90 faria com que um alerta fosse acionado quando o pool de capacidade atingisse 90% consumido.
- Volume % Full Threshold - Esta configuração determina o limite de consumo que dispara um alerta para volumes. Um valor de 80 faria com que um alerta fosse acionado quando o volume atingisse 80% consumido.
- Grupo de Ação Existente para Notificações de Capacidade - Esta configuração é o grupo de ação acionado para alertas baseados em capacidade. Essa configuração deve ser pré-criada por você. O grupo de ação pode enviar e-mail, SMS ou outros formatos.
A ilustração a seguir mostra a configuração do alerta:
Depois de instalar o ANFCapacityManager, você pode esperar o seguinte comportamento: Quando um pool ou volume de capacidade do Azure NetApp Files é criado, modificado ou excluído, o Aplicativo Lógico cria, modifica ou exclui automaticamente uma regra de Alerta de Métrica baseada em capacidade com o nome ANF_Pool_poolname
ou ANF_Volume_poolname_volname
.
Gerir capacidade
Além de monitorar e alertar, você também deve incorporar uma prática de gerenciamento de capacidade de aplicativo para gerenciar o consumo de capacidade (aumentado) dos Arquivos NetApp do Azure. Quando um volume ou pool de capacidade do Azure NetApp Files é preenchido, a capacidade extra pode ser fornecida instantaneamente sem interrupção do aplicativo. Esta seção descreve várias maneiras manuais e automatizadas de aumentar o volume e o espaço provisionado do pool de capacidade, conforme necessário.
Manual
Você pode usar o portal ou a CLI para aumentar manualmente o volume ou os tamanhos do pool de capacidade.
Portal
Você pode alterar o tamanho de um volume conforme necessário. O consumo de capacidade de um volume é contabilizado para a capacidade aprovisionada do seu conjunto.
Na sua Conta NetApp, selecione Volumes.
Clique com o botão direito do rato no nome do volume que pretende redimensionar ou selecione o
…
ícone no final da linha do volume para apresentar o menu de contexto.Use as opções do menu de contexto para redimensionar ou excluir o volume.
Em alguns casos, o pool de capacidade de hospedagem não tem capacidade suficiente para redimensionar os volumes. No entanto, você pode alterar o tamanho do pool de capacidade em incrementos ou decréscimos de 1 TiB. O tamanho da piscina de capacidade não pode ser inferior a 4 TiB. O redimensionamento do pool de capacidade altera a capacidade comprada dos Arquivos NetApp do Azure.
No menu Gerenciar Conta NetApp, selecione o pool de capacidade que deseja redimensionar.
Clique com o botão direito do mouse no nome do pool de capacidade ou selecione o
…
ícone no final da linha do pool de capacidade para exibir o menu de contexto.Use as opções do menu de contexto para redimensionar ou excluir o pool de capacidade.
CLI ou PowerShell
Você pode usar as ferramentas da CLI do Azure NetApp Files, incluindo a CLI do Azure e o Azure PowerShell, para alterar manualmente o tamanho do volume ou do pool de capacidade. Os dois comandos a seguir podem ser usados para gerenciar o volume e os recursos do pool do Azure NetApp Files:
Para gerenciar os recursos do Azure NetApp Files usando a CLI do Azure, você pode abrir o portal do Azure e selecionar o link Azure Cloud Shell na parte superior da barra de menus:
Esta ação abre o Azure Cloud Shell:
Os exemplos a seguir usam os comandos para mostrar e atualizar o tamanho de um volume:
Os exemplos a seguir usam os comandos para mostrar e atualizar o tamanho de um pool de capacidade:
Automatizado
Você pode criar um processo automatizado para gerenciar o comportamento alterado.
API REST
A API REST para o serviço Azure NetApp Files define operações HTTP em relação a recursos como a conta NetApp, o pool de capacidade, os volumes e instantâneos. A especificação da API REST para Arquivos NetApp do Azure é publicada por meio da página GitHub do Azure NetApp Files Resource Manager]. Você pode encontrar código de exemplo para uso com APIs REST no GitHub.
Consulte Desenvolver para arquivos NetApp do Azure com API REST.
API REST com o PowerShell
A API REST para o serviço Azure NetApp Files define operações HTTP em relação a recursos como a conta NetApp, o pool de capacidade, os volumes e instantâneos. A especificação da API REST para Arquivos NetApp do Azure é publicada por meio do GitHub.
Consulte Desenvolver para arquivos NetApp do Azure com a API REST usando o PowerShell.
Gerenciamento de capacidade usando ANFCapacityManager
ANFCapacityManager é um Aplicativo Lógico do Azure que gerencia regras de alerta baseadas em capacidade. Ele aumenta automaticamente os tamanhos de volume para evitar que os volumes dos Arquivos NetApp do Azure fiquem sem espaço. Além de enviar alertas, ele pode habilitar o aumento automático dos tamanhos do pool de volume e capacidade para evitar que os volumes dos Arquivos NetApp do Azure fiquem sem espaço:
- Opcionalmente, quando um Volume de Arquivos NetApp do Azure atinge o limite de porcentagem consumida especificado, a cota de volume (tamanho) aumenta na porcentagem especificada entre 10 e 100.
- Se o aumento do tamanho do volume exceder a capacidade do pool de capacidade de contenção, o tamanho do pool de capacidade também aumentará para acomodar o novo tamanho de volume.
Você pode definir a seguinte configuração de gerenciamento de capacidade de chave:
Aumento percentual de crescimento automático - Porcentagem do tamanho do volume existente para aumentar automaticamente um volume se ele atingir o limite total de % especificado. Um valor de 0 (zero) desativa o recurso AutoGrowth. Recomenda-se um valor entre 10 e 100.
FAQ
Esta seção responde a algumas perguntas sobre a alteração de cota rígida de volume.
O espaço de snapshot conta para a capacidade utilizável ou provisionada de um volume?
Sim, a capacidade de snapshot consumida conta para o espaço provisionado no volume. Caso o volume esteja cheio, considere duas opções de correção:
- Redimensione o volume conforme descrito neste artigo.
- Remova instantâneos mais antigos para liberar espaço no volume de hospedagem.
Essa alteração significa que o comportamento de crescimento automático de volume desaparece dos Arquivos NetApp do Azure?
Um equívoco comum é que os volumes dos Arquivos NetApp do Azure cresceriam automaticamente após o preenchimento. Os volumes foram provisionados com um tamanho de 100 TiB, independentemente da cota real definida, enquanto o pool de capacidade subjacente cresceria automaticamente com incrementos de 1 TiB. Essa alteração aborda o tamanho do volume (visível e utilizável) para a cota definida e, portanto, os pools de capacidade não crescem mais automaticamente. Essa alteração resulta em relatórios precisos de espaço e capacidade do lado do cliente comumente desejados. Evita o consumo de capacidade "descontrolado".
Essa alteração tem algum efeito sobre os volumes replicados com replicação entre regiões (visualização)?
A cota de volume rígido não é imposta aos volumes de destino de replicação.
Essa alteração tem algum efeito nas métricas atualmente disponíveis no Azure Monitor?
As métricas do portal e as estatísticas do Azure Monitor refletem com precisão o novo modelo de alocação e utilização.
Essa alteração tem algum efeito sobre os limites de recursos para Arquivos NetApp do Azure?
Não há nenhuma alteração nos limites de recursos para Arquivos NetApp do Azure além das alterações de cota descritas neste artigo.
Existe um exemplo de fluxo de trabalho ANFCapacityManager?
Sim. Consulte a página Volume AutoGrow Workflow Example GitHub.
ANFCapacityManager Microsoft é suportado?
O aplicativo lógico ANFCapacityManager é fornecido no estado em que se encontra e não é suportado pela NetApp ou pela Microsoft. Você é incentivado a modificar para se adequar ao seu ambiente ou requisitos específicos. Você deve testar a funcionalidade antes de implantá-la em qualquer ambiente crítico de negócios ou de produção.
Como posso relatar um bug ou enviar uma solicitação de recurso para ANFCapacityManger?
Você pode enviar bugs e solicitações de recursos selecionando Novo problema na página do GitHub ANFCapacityManager.