Partilhar via

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

  • Artigo

Encontre respostas para perguntas frequentes (FAQs) sobre o grupo de volumes de aplicativos 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 provisionamento excessivo para atingir o desempenho, por exemplo, do volume de log ou do volume de dados. Ele também pode reservar maior espaço para backups de log, mantendo o desempenho em um valor que atenda às suas necessidades. No geral, o uso manual do pool de capacidade de QoS resulta em uma vantagem de custo.

Nota

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 do aplicativo?

Sim, você pode clonar um volume criado pelo grupo de volumes do aplicativo. Você pode fazer isso selecionando um instantâneo e restaurando-o para um novo volume. A clonagem é um processo fora do fluxo de trabalho do grupo de volumes de aplicativos. Como tal, considere as seguintes restrições:

  • Quando você clona um único 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, você precisa montar com o mesmo endereço IP do volume de origem.

Quanto tempo leva para criar um grupo de volumes?

A criação de um grupo de volumes envolve muitas etapas diferentes, e nem todas podem ser feitas em paralelo. Especialmente quando você cria o primeiro grupo de volumes para um determinado local, a conclusão pode levar de 9 a 12 minutos. Os grupos de volumes subsequentes devem levar menos tempo para serem criados.

A implantação falhou e nem mesmo um único volume foi criado. Porquê?

Este comportamento é normal. O grupo de volumes do aplicativo 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 determinado não tem recursos disponíveis suficientes para atender às suas necessidades. Verifique o log de implantação para obter detalhes e corrija a configuração do pool de capacidade onde necessário.

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

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

Que política de instantâneo devo usar para meus volumes de banco de dados?

Você pode usar produtos como AzAcSnap ou Commvault para um backup consistente com o aplicativo para seu ambiente de banco de dados. Não é possível usar os instantâneos padrão agendados pela política interna de instantâneo dos Arquivos NetApp do Azure para proteção de dados consistente.

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

  • Monitore de perto os instantâneos do volume de dados. Manter snapshots por um longo período pode aumentar suas necessidades de capacidade. Certifique-se de monitorar a capacidade usada versus a capacidade alocada.
  • Se você criar automaticamente instantâneos para proteção de dados principal, certifique-se de monitorar 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 do Azure NetApp Files para SAP HANA.

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

O grupo de volumes de aplicativos garante que os volumes de dados e logs 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, log 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 usado do Azure NetApp Files. Por esse motivo, recomenda-se dimensionar a sub-rede delegada de acordo. Consulte Requisitos e considerações para o grupo de volumes de aplicativos para 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 usar sempre o primeiro endereço IP.

Posso usar nconnect como opção de montagem?

O Azure NetApp Files oferece suporte nconnect para NFSv4.1, mas requer as seguintes versões do sistema operacional Linux:

  • SLES 15SP2 e superior
  • RHEL 8.3 e superior

Quando você usa a nconnect opção de montagem, o limite de leitura é de até 4500 MiB/s (consulte Práticas recomendadas de opções de montagem do Linux NFS para Arquivos NetApp do Azure) e os limites de taxa de transferência propostos para o volume de dados podem precisar ser adaptados adequadamente.

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

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

Você pode ver os nomes finais de cada um dos volumes depois de selecionar Revisar + Criar.

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

NFSv4.1 é o protocolo suportado para SAP HANA e Oracle. Como tal, uma sessão TCP/IP é suportada quando monta um único volume. Para executar uma única sessão TCP (ou seja, de um único host) em um único volume, 1500 MiB/s é o limite de E/S típico identificado. É por isso que o grupo de volume de aplicativos para SAP HANA evita alocar mais taxa de transferência do que você pode realisticamente alcançar. Se você precisar de mais taxa de transferência, especialmente para bancos de dados HANA maiores (por exemplo, 12 TiB), você deve usar várias partições ou usar a nconnect opção mount.

Como dimensiono os volumes do Azure NetApp Files para uso com o SAP HANA para obter o melhor desempenho e custo-benefício?

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

Recebi uma mensagem "Not enough pool capacity"de aviso. 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 meu cenário geral do sistema?

Entre em contato com um especialista em dimensionamento do SAP Azure NetApp Files para ajudá-lo a planejar o dimensionamento geral do sistema SAP.

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 arquivos, host único/host múltiplo com o número de hosts e HSR (primário, secundário).

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

Se você conhece seus sistemas (de executar HANA antes), você pode fornecer manualmente seus dados em vez dessas suposições genéricas.

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

O grupo de volume 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.

As noções básicas para várias partições são as seguintes:

  • Várias partições significam que um único host SAP HANA está usando mais de um volume para armazenar sua 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 alcançar esse resultado, você deve adaptar a convenção de nomenclatura manualmente. Ou seja, <SID>-DATA1-MNT00001; <SID>-DATA2-MNT00002, ....
  • A memória é a chave para o tamanho do grupo de volumes de aplicativos para SAP HANA em termos de capacidade e taxa de transferência. Como tal, 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 arquivos NetApp do Azure AVG para SAP HANA para implantar HANA com várias partições.

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

O SAP define os indicadores-chave de desempenho (KPIs) para os volumes HANA como 400 MiB/s para os dados e 250 MiB/s para o volume de log. Esta definição é independente do tamanho ou da carga de trabalho do banco de dados 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 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 de log 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 durante a 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 HANA podem ser maiores do que o necessário na maior parte do tempo.

O desempenho dos Arquivos NetApp do Azure de cada volume pode ser ajustado em tempo de execução. Como tal, a qualquer momento, você pode ajustar o desempenho do seu banco de dados ajustando a taxa de transferência de dados e volume de log para suas necessidades específicas. Por exemplo, você pode ajustar o desempenho e reduzir custos permitindo uma taxa de transferência mais alta na inicialização enquanto reduz para KPIs durante a operação normal.

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

Com um grupo de volumes de aplicativos, você tem a opção de implantar volumes com uma zona de disponibilidade ou posicionamento de volume de grupo de posicionamento de proximidade. Ambos os métodos garantem que os volumes de dados sejam colocados próximos às VMs HANA, mas usando princípios diferentes.

O uso do posicionamento de volume da zona de disponibilidade (disponível com a extensão 1) coloca os volumes na mesma zona de disponibilidade que as VMs do aplicativo. O uso de zonas de disponibilidade também suporta recursos de rede padrão, que suportam segurança aprimorada por meio do suporte a grupos de segurança de rede. Este método não requer fixação manual. É, portanto, mais fácil e rápido de usar.

O uso do grupo de posicionamento de proximidade requer a criação de um grupo de posicionamento de proximidade (PPG) para seus servidores SAP HANA. Esse posicionamento 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. Esse método requer a fixação manual do grupo de posicionamento de proximidade, que o grupo de volumes do aplicativo usa para encontrar o local ideal para implantar os volumes. Este método suporta apenas recursos de rede básicos. Observe que 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 volumes de dados, log e 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 suficiente e disponibilidade de taxa de transferência.

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.

Os 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 que antes. Para evitar que essa situação aconteça, é altamente recomendável usar um AVset onde todas as VMs e o PPG estejam associados e usem o fluxo de trabalho de fixação do HANA. O fluxo de trabalho não apenas garante que as VMs não sejam movidas quando reiniciadas, mas também garante que os locais sejam selecionados onde recursos suficientes de computação e Arquivos NetApp do Azure estejam disponíveis.

Para um sistema SAP HANA multi-host, o volume compartilhado será redimensionado quando eu adicionar outros hosts HANA?

N.º Este cenário é atualmente um dos poucos casos em que você precisa ajustar manualmente o tamanho. A SAP recomenda que você dimensione o volume compartilhado como 1 x RAM para cada quatro hosts HANA. Como você cria o volume compartilhado como parte do primeiro host SAP HANA, ele já está 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 pode 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. Você pode fazer isso dentro do grupo de posicionamento de volume ou diretamente no volume usando o provedor de recursos do Azure ou GUI.

Quero criar o volume de backup de dados não apenas para uma única instância, mas para mais de um banco de dados SAP HANA. Como posso fazê-lo?

Os volumes de log-back e backup de dados são opcionais e não exigem proximidade. A melhor maneira de obter o resultado pretendido é remover o volume de backup de dados ou de log ao criar o primeiro volume do grupo de volumes de aplicativos para 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 do 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 dos Arquivos NetApp do Azure para uso com o Oracle para obter desempenho e economia ideais?

Para um dimensionamento ideal, é importante dimensionar todo o cenário de banco de dados, incluindo HA, snapshots e backups. 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 estime a ferramenta 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 Adicionar entrada de Volume Único.

As informações importantes que você precisa fornecer para dimensionar cada um dos volumes incluem: SID, função (produção, Dev, pre-prod/QA), reserva de snapshot em porcentagem, número de dias para retenção de snapshot local, número de backups baseados em arquivos, 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 on Azure NetApp Files para ajudá-lo a planejar o dimensionamento geral do sistema Oracle.

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

O grupo de volumes de aplicativos garante que os volumes de dados, refazer log, arquivar log 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 usar sempre o primeiro endereço IP.

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

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

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

Que política de snapshot 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. Não é possível usar os instantâneos padrão agendados pela política de instantâneo interna do Azure NetApp Files para proteção consistente de dados do seu banco de dados Oracle.

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

  • Use ferramentas de snapshot com reconhecimento de banco de dados para garantir a criação de snapshots consistentes com o banco de dados.
  • Monitore de perto os instantâneos do volume de dados. Manter snapshots por um longo período pode aumentar suas necessidades de capacidade. Certifique-se de monitorar a capacidade usada versus a capacidade alocada.
  • Se você criar instantâneos automaticamente para o volume de backup, certifique-se de monitorar sua retenção para evitar o crescimento imprevisto do volume.

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

O uso do Oracle ASM em combinação com o grupo de volumes do Aplicativo de Arquivos NetApp do Azure para Oracle é suportado, mas sem suporte para consistência de instantâneo entre os volumes em um grupo de volumes de aplicativos. 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 de grupo de posicionamento de proximidade para obter uma implantação com o melhor posicionamento de volume possível nas condições dadas. Como configuração padrão, o uso do PPG está desativado. Você precisa solicitar a habilitação do uso de grupos de posicionamento de proximidade através do canal de suporte.

Próximos passos