Compartilhar via

Perguntas frequentes sobre o grupo de volumes de aplicativos do Azure NetApp Files

  • Artigo

Este artigo responde às perguntas frequentes sobre o grupo de volumes de aplicativo do Azure NetApp Files.

Perguntas frequentes genéricas

Esta seção responde a perguntas genéricas sobre grupos de volumes de aplicativos do Azure NetApp Files.

Por que devo usar um pool de capacidade de QoS manual para todos os meus volumes de banco de dados?

O pool de capacidade de QoS manual fornece o melhor equilíbrio entre capacidade e taxa de transferência para atender às necessidades do banco de dados. Ele evita o excesso de provisionamento para atingir o desempenho de, por exemplo, o volume do log ou o volume de dados. Também pode reservar um espaço maior para backups de log, mantendo o desempenho com um valor que atenda às suas necessidades. No geral, o uso do pool de capacidade de QoS manual resulta em uma vantagem de custo.

Observação

Durante a criação do grupo de volumes de aplicativos, somente pools de capacidade de QoS manuais serão exibidos na lista a ser selecionada.

Posso clonar um volume criado com o grupo de volumes de aplicativo?

Sim, você pode clonar um volume criado pelo grupo de volumes de aplicativo. Faça isso selecionando um instantâneo e restaurando-o em um novo volume. A clonagem é um processo fora do fluxo de trabalho do grupo de volumes de aplicativo. Sendo assim, considere as seguintes restrições:

  • Quando você clona um só volume, nenhuma das dependências específicas do grupo de volumes é verificada.
  • O volume clonado não faz parte do grupo de volumes.
  • O volume clonado sempre é colocado no mesmo ponto de extremidade de armazenamento que o volume de origem.
  • Para obter a menor latência para o volume clonado, monte com o mesmo endereço IP que o volume de origem.

Quanto tempo leva para criar um grupo de volumes?

A criação de um grupo de volumes envolve várias etapas diferentes, nem todas podendo ser feitas em paralelo. Especialmente quando você cria o primeiro grupo de volumes para um determinado local, pode levar de 9 a 12 minutos para ser concluído. Os grupos de volumes subsequentes devem levar menos tempo para serem criados.

A implantação falhou, sem nem mesmo um volume ter sido criado. Por quê?

Esse é o comportamento normal. O grupo de volumes de aplicativos provisionará os volumes de forma atômica e reverterá a implantação caso um dos componentes não seja implantado. A implantação normalmente falha porque o local especificado não tem recursos disponíveis suficientes para acomodar suas necessidades. Verifique o log de implantação para obter detalhes e corrija a configuração do pool de capacidade quando necessário.

Por que não consigo editar a descrição do grupo de volumes?

Na implementação atual, o grupo de volumes de aplicativo tem um foco na criação inicial e na exclusão de apenas um grupo de volumes.

Qual política de snapshot devo usar para meus volumes de banco de dados?

Você pode usar produtos como AzAcSnap ou Commvault para um backup consistente com aplicativos para seu ambiente de banco de dados. Você não pode usar os instantâneos padrão agendados pela política de instantâneo interna do Azure NetApp Files para proteção de dados consistente.

As recomendações gerais para instantâneos em um ambiente de banco de dados são as seguintes:

  • Monitorar de perto os instantâneos do volume de dados. Manter os instantâneos por um longo período pode aumentar suas necessidades de capacidade. Lembre-se de monitorar a capacidade usada em relação à capacidade alocada.
  • Se você criar snapshots automaticamente para proteção de dados primários, monitore sua retenção para evitar o consumo imprevisto de capacidade de volume.

Perguntas frequentes sobre o grupo de volumes de aplicativos para SAP HANA

Esta seção responde a perguntas sobre o grupo de volumes de aplicativos Azure NetApp Files para SAP HANA.

As instruções de montagem de um volume incluem uma lista de endereços IP. Qual endereço IP devo usar?

O grupo de volumes de aplicativos garante que os volumes de dados e de log de um host sempre tenham pontos de extremidade de armazenamento separados com endereços IP diferentes para obter o melhor desempenho. Para hospedar seus dados, logs e volumes compartilhados nos recursos de armazenamento do Azure NetApp Files, até seis pontos de extremidade de armazenamento podem ser criados por recurso de armazenamento do Azure NetApp Files usado. Por esse motivo, é recomendável dimensionar a sub-rede delegada de acordo. Consulte Requisitos e considerações do grupo de volumes de aplicativo para o SAP HANA. Embora todos os endereços IP listados possam ser usados para montagem, o primeiro endereço IP listado é aquele que fornece a menor latência. Recomenda-se sempre usar o primeiro endereço IP.

Posso usar nconnect como uma opção de montagem?

O Azure NetApp Files dá suporte a nconnect para NFSv4.1, mas exige as seguintes versões do sistema operacional Linux:

  • SLES 15SP2 e superior
  • RHEL 8.3 e superior

Quando você usa a opção de montagem nconnect, o limite de leitura é de até 4.500 MiB/s (confira Melhores práticas de opções de montagem do NFS no Linux para o Azure NetApp Files), e os limites de taxa de transferência propostos para o volume de dados podem precisar ser adaptados de acordo.

Por que o hostid (por exemplo, 00001) é adicionado aos meus nomes mesmo quando eu removi o espaço reservado {Hostid}?

O grupo de volumes de aplicativo exige que o espaço reservado {Hostid} faça parte dos nomes. Se removido, o hostid é automaticamente adicionado de volta à cadeia de caracteres fornecida.

Você poderá ver os nomes finais de cada um dos volumes depois de selecionar Examinar + Criar.

Por que 1.500 MiB/s é o valor de taxa de transferência máximo que o grupo de volume do aplicativo para o SAP HANA propõe para o volume de dados?

O NFSv4.1 é o protocolo suportado para SAP HANA e Oracle. Assim, há suporte para uma sessão TCP/IP quando um só volume é montado. Para executar uma só sessão TCP (ou seja, de um host individual) em um só volume, 1.500 MiB/s é o limite de E/S típico identificado. É por isso que o grupo de volumes de aplicativo para o SAP HANA evita alocar mais taxa de transferência do que você pode atingir de modo realista. Caso você precise de mais taxa de transferência, especialmente para bancos de dados HANA maiores (por exemplo, 12 TiB), use várias partições ou use a opção de montagem nconnect.

Como dimensiono os volumes do Azure NetApp Files para uso com o SAP HANA para obter o melhor desempenho e economia?

Para um dimensionamento ideal, é importante dimensionar para o cenário completo, incluindo snapshots e backup. Decida seu layout de volume para produção, HA e proteção de dados e execute seu dimensionamento usando a calculadora de dimensionamento do Azure NetApp Files para implantações do SAP HANA.

Recebi uma mensagem de aviso "Not enough pool capacity". O que posso fazer?

O grupo de volumes de aplicativos calcula a capacidade e a demanda de taxa de transferência de todos os volumes com base na entrada da memória HANA. Quando você seleciona o pool de capacidade, ele verifica imediatamente se há capacidade e taxa de transferência suficientes disponíveis no pool de capacidade.

Na tela inicial do SAP HANA você pode ignorar essa mensagem e continuar com o fluxo de trabalho clicando no botão Avançar. E você pode posteriormente adaptar os valores propostos para cada volume individualmente para que todos os volumes caibam no pool de capacidade. Essa mensagem de erro reaparece quando você altera cada volume individual até que todos os volumes caibam no pool de capacidade.

Talvez você queira aumentar o tamanho do pool para evitar essa mensagem de aviso.

Como posso entender como dimensionar meu sistema ou o cenário geral do sistema?

Entre em contato com um especialista em dimensionamento do SAP Azure NetApp Files para obter ajuda no planejamento do dimensionamento geral do sistema SAP.

As informações importantes que você precisa fornecer para cada um dos sistemas incluem os seguintes itens: SID, função (produção, desenvolvimento, pré-prod/QA), memória HANA, reserva de instantâneo em porcentagem, número de dias para retenção de instantâneo local, número de backups baseados em arquivo, host único/host múltiplo com o número de hosts e HSR (primário, secundário).

Você pode usar o estimador de dimensionamento do SAP HANA para otimizar o processo de dimensionamento.

Se você conhece seus sistemas (da execução do HANA antes), você pode fornecer manualmente seus dados em vez dessas suposições genéricas.

Posso usar o novo recurso do SAP HANA de várias partições?

O grupo de volumes de aplicativos para SAP HANA não foi criado com um foco dedicado em várias partições, mas você pode usar o grupo de volumes de aplicativos para SAP HANA enquanto adapta sua entrada.

Os conceitos básicos para o uso de várias partições são os seguintes:

  • Partições múltiplas significam que um só host do SAP HANA está usando mais de um volume para armazenar a persistência.
  • Várias partições precisam ser montadas em caminhos diferentes. Por exemplo, o primeiro volume está em /hana/<SID>/data1/mnt00001, e o segundo volume precisa de um caminho diferente (/hana/<SID>/data2/mnt00002). Para obter esse resultado, você deve adaptar a convenção de nomenclatura manualmente. Ou seja, <SID>-DATA1-MNT00001; <SID>-DATA2-MNT00002, ....
  • A memória é o segredo para que o grupo de volumes de aplicativo para o SAP HANA seja dimensionado quanto à capacidade e à taxa de transferência. Assim, você precisa adaptar o tamanho para acomodar o número de partições. Para duas partições, você deve usar 50% da memória. Para três partições, você deve usar 33% da memória e assim por diante.

Para cada host e cada partição que você deseja criar, você precisa executar novamente o grupo de volumes de aplicativos para SAP HANA e deve adaptar a proposta de nomenclatura para atender às recomendações acima.

Para obter mais detalhes sobre este tópico, consulte Usando o Azure NetApp Files AVG for SAP HANA para implantar o HANA com várias partições.

Quais são as regras por trás da taxa de transferência proposta para os volumes do log e dados do HANA?

O SAP define os KPIs (Key Performance Indicators, indicadores chave de desempenho) para os volumes HANA como 400 MiB/s para os dados e 250 MiB/s para o volume de log. Essa definição não depende do tamanho ou da carga de trabalho do banco de dados do HANA. O grupo de volumes de aplicativos dimensiona os valores de taxa de transferência de forma que até mesmo o menor banco de dados atenda aos KPIs do SAP HANA, e o banco de dados maior se beneficia de um nível de taxa de transferência mais alto, dimensionando a proposta com base no tamanho do banco de dados HANA inserido.

A tabela a seguir descreve o intervalo de memória e a taxa de transferência proposta para o volume de dados do HANA:

Intervalo de memória (TB)Taxa de transferência proposta (MB/s)
MínimoMáximo
01400
12600
24800
461000
681200
8101400
10ilimitado1500

A tabela a seguir descreve o intervalo de memória e a taxa de transferência proposta para o volume do log do HANA:

Intervalo de memória (TB)Taxa de transferência proposta (MB/s)
MínimoMáximo
04250
4ilimitado500

A taxa de transferência do volume do banco de dados afeta principalmente o tempo necessário para ler os dados na memória na inicialização do banco de dados. No tempo de execução, no entanto, a maior parte da E/S é E/S de gravação, onde até mesmo os KPIs mostram valores mais baixos. A experiência do usuário mostra que, para bancos de dados menores, os valores de KPI do HANA podem ser maiores do que o necessário na maior parte do tempo.

O desempenho do Azure NetApp Files de cada volume pode ser ajustado em runtime. Assim, a qualquer momento, você pode ajustar o desempenho do banco de dados ajustando os dados e a taxa de transferência do volume do log para seus requisitos específicos. Por exemplo, você pode ajustar o desempenho e reduzir os custos, permitindo maior taxa de transferência na inicialização enquanto reduz para KPIs durante a operação normal.

Todos os volumes serão provisionados próximos aos meus servidores SAP HANA?

O uso do grupo de posicionamento de proximidade (PPG) que você criou para seus servidores SAP HANA garante que os dados, o log e os volumes compartilhados sejam criados próximos aos servidores SAP HANA para obter a melhor latência e taxa de transferência. No entanto, os volumes de backup de log e de dados não exigem baixa latência. Do ponto de vista da proteção, faz sentido armazenar esses volumes de backup em um local diferente dos dados, do log e dos volumes compartilhados. Portanto, o grupo de volumes de aplicativos coloca os volumes de backup em um local de armazenamento diferente dentro da região que tem capacidade e taxa de transferência suficientes disponíveis.

Qual é a relação entre os volumes AVset, VM, PPG e Azure NetApp Files?

Um grupo de posicionamento de proximidade (PPG) precisa ter pelo menos uma VM atribuída a ele, diretamente ou por meio de um AVset. O objetivo do PPG é extrair o local exato de uma VM e passar essas informações para o grupo de volumes de aplicativos para pesquisar recursos do Azure NetApp Files no mesmo data center. Essa configuração só funciona quando pelo menos UMA VM no PPG é iniciada. Normalmente, você pode adicionar seus servidores de banco de dados ao PPG.

PPGs têm o efeito colateral de que, se todas as VMs forem desligadas, uma reinicialização seguinte das VMs NÃO garante que elas serão iniciadas no mesmo data center de antes. Para evitar que essa situação aconteça, é altamente recomendável usar um AVset onde todas as VMs e o PPG estão associados e usar ofluxo de trabalho de fixação do HANA. O fluxo de trabalho não apenas garante que as VMs não estejam se movendo quando reiniciadas, mas também garante que os locais sejam selecionados onde recursos suficientes de computação e do Azure NetApp Files estejam disponíveis.

Para um sistema SAP HANA de vários hosts, o volume compartilhado será redimensionado quando eu adicionar mais hosts do HANA?

Não. Esse cenário é atualmente um dos poucos casos em que você precisa ajustar o tamanho manualmente. A SAP recomenda que você dimensione o volume compartilhado como 1 x RAM para cada quatro hosts do HANA. Como você cria o volume compartilhado como parte do primeiro host do SAP HANA, ele já é dimensionado como 1 TB. Há duas opções para dimensionar o volume de compartilhamento para o SAP HANA corretamente.

  • Se você souber antecipadamente que precisa, por exemplo, de seis hosts, poderá modificar a proposta de 1 TB durante a criação inicial com o grupo de volumes de aplicativos para SAP HANA. Nesse ponto, você também poderá aumentar a taxa de transferência (ou seja, a QoS) para acomodar seis hosts.
  • Você sempre pode editar o volume compartilhado e alterar o tamanho e a taxa de transferência individualmente após a criação do volume. Faça isso no grupo de posicionamento de volume ou diretamente no volume usando o provedor de recursos do Azure ou a GUI.

Quero criar o volume de backup de dados para não apenas uma instância, mas para mais de um banco de dados SAP HANA. Como posso fazer isso?

Os volumes de log-back e de backup de dados são opcionais e não exigem proximidade próxima. A melhor maneira de atingir o resultado pretendido é remover o volume de backup de dados ou de backup de log quando você cria o primeiro volume do grupo de volumes de aplicativo para o SAP HANA. Em seguida, você pode criar seu próprio volume como um volume único e independente usando o provisionamento de volume padrão e selecionando a capacidade e a taxa de transferência adequadas para atender às suas necessidades. Você deve usar uma convenção de nomenclatura que indique um volume de backup de dados e que ele é usado para vários SIDs.

Perguntas frequentes sobre o grupo de volumes de aplicativos para Oracle

Esta seção responde a perguntas sobre o grupo de volumes de aplicativos do Azure NetApp Files para Oracle.

Todos os volumes serão provisionados na mesma zona de disponibilidade que meu servidor de banco de dados para Oracle?

O fluxo de trabalho de implantação garante que todos os volumes sejam colocados na zona de disponibilidade selecionada no momento da criação, que deve corresponder à zona de disponibilidade de suas máquinas virtuais Oracle. Para regiões que não oferecem suporte a zonas de disponibilidade, os volumes são colocados com um escopo regional.

Como dimensiono os volumes do Azure NetApp Files para uso com a Oracle para obter o desempenho ideal e a melhor relação custo-benefício?

Para obter o dimensionamento ideal, é importante dimensionar o cenário completo do banco de dados, incluindo HA, instantâneos e backup. Decida seu layout de volume para produção, HA e proteção de dados e execute seu dimensionamento de acordo com Execute suas cargas de trabalho Oracle mais exigentes no Azure sem sacrificar o desempenho ou a escalabilidade e Ferramenta de estimativa para dimensionar cargas de trabalho Oracle para VMs IaaS do Azure. Você também pode usar o SAP no Azure NetApp Files Sizing Estimator usando a opção de entrada Adicionar Volume Único entrada.

As informações importantes que você precisa fornecer para dimensionar cada um dos volumes incluem: SID, função (produção, Dev, pré-prod/QA), reserva de instantâneo em porcentagem, número de dias para retenção de instantâneo local, número de backups baseados em arquivo, host único/host múltiplo com o número de hosts e requisitos do Data Guard (primário, secundário). Entre em contato com um especialista em dimensionamento do Oracle no Azure NetApp Files para ajudar você a planejar o dimensionamento geral do sistema Oracle.

As instruções de montagem de um volume incluem uma lista de endereços IP. Qual endereço IP devo usar para Oracle?

O grupo de volumes de aplicativos garante que os volumes de dados, log de refazer, log de arquivamento e backup tenham pontos de extremidade de armazenamento separados com endereços IP diferentes para obter o melhor desempenho. Embora todos os endereços IP listados possam ser usados para montagem, o primeiro endereço IP listado é aquele que fornece a menor latência. Recomenda-se sempre usar o primeiro endereço IP.

Qual versão do NFS devo usar para meus volumes Oracle?

Use o Oracle dNFS no cliente para montar seus volumes. Embora a montagem com o dNFS funcione com volumes criados com NFSv3 e NFSv4.1, recomendamos a implantação dos volumes usando o NFSv3. Para obter mais detalhes e dependências de versão, consulte o sistema operacional do cliente e as notas do Oracle. Você também pode encontrar mais detalhes em Benefícios de usar Azure NetApp Files com Oracle Database e Desempenho do banco de dados Oracle em vários volumes do Azure NetApp Files.

Para obter o melhor desempenho para bancos de dados grandes, recomendamos usar o dNFS no servidor de banco de dados para montar o volume. Para simplificar a configuração do dNFS, recomendamos criar os volumes com o NFSv3.

Qual política de instantâneo devo usar para meus volumes Oracle?

Essa pergunta não está diretamente relacionada ao grupo de volumes de aplicativos para Oracle. Você pode usar produtos como AzAcSnap ou Commvault para um backup consistente com aplicativos para seus bancos de dados Oracle. Você não pode usar os instantâneos padrão agendados pela política de instantâneo interna do Azure NetApp Files para proteção de dados consistente do banco de dados Oracle.

As recomendações gerais para instantâneos em um ambiente Oracle são as seguintes:

  • Use ferramentas de instantâneo com reconhecimento de banco de dados para garantir a criação de instantâneo consistente com o banco de dados.
  • Monitorar de perto os instantâneos do volume de dados. Manter os instantâneos por um longo período pode aumentar suas necessidades de capacidade. Lembre-se de monitorar a capacidade usada em relação à capacidade alocada.
  • Se você criar instantâneos automaticamente para seu volume de backup, certifique-se de monitorar sua retenção para evitar um crescimento imprevisível do volume.

O Oracle ASM pode ser usado com o AVG para volumes criados pela Oracle?

Há suporte para o uso do Oracle ASM em combinação com o grupo de volumes do Aplicativo Azure NetApp Files para Oracle, mas sem suporte para consistência de instantâneo entre os volumes em um grupo de volumes de aplicativo. Os clientes são aconselhados a usar outras opções de proteção de dados compatíveis ao usar o ASM até novo aviso.

Por que posso usar opcionalmente um grupo de posicionamento de proximidade (PPG) para implantação do Oracle?

Ao implantar em regiões com disponibilidade limitada de recursos, talvez não seja possível implantar volumes nos locais mais ideais. Nesses casos, você pode optar por implantar volumes usando a função Grupo de posicionamento de proximidade para obter uma implantação com o melhor posicionamento de volume possível nas condições especificadas. Como configuração padrão, o uso do PPG está desabilitado. Você precisa solicitar a habilitação do uso de grupos de posicionamento de proximidade por meio do canal de suporte.

Próximas etapas