Compartilhar via

Requisitos e considerações do grupo de volumes de aplicativo para o SAP HANA

  • Artigo

Este artigo descreve os requisitos e as considerações que você precisa estar ciente antes de usar o AVG (grupo de volumes de aplicativo) do Azure NetApp Files para SAP HANA.

Requisitos e considerações

  • Você precisa usar a funcionalidade do pool de capacidade de QoS manual.

  • Você deve criar um PPG (grupo de posicionamento por proximidade) e ancorá-lo em seus recursos de computação SAP HANA. O grupo de volumes de aplicativo para SAP HANA precisa dessa configuração para pesquisar um recurso do Azure NetApp Files que está próximo aos servidores SAP HANA. Para obter mais informações, consulte Práticas recomendadas sobre Grupos de Posicionamento por Proximidade e Criar um Grupo de Posicionamento por Proximidade usando o portal do Azure.

    Observação

    Não exclua o PPG. A exclusão de um PPG remove a fixação e pode fazer com que os grupos de volumes seguintes sejam criados em locais não ideais, o que pode levar a uma latência maior.

  • Conclua o dimensionamento e a arquitetura do sistema SAP HANA, incluindo as seguintes áreas:

    • SID (ID do SAP)
    • Memória
    • SAP HANA de um ou vários hosts
    • Determine se você deseja usar a HSR (Replicação do Sistema HANA). a HSR permite que bancos de dados SAP HANA sejam replicados de modo síncrono ou assíncrono de um sistema SAP HANA primário para um sistema SAP HANA secundário.
    • A taxa de alteração esperada para o volume de dados (caso você esteja usando capturas de tela para fins de backup)

  • Você deve criar uma VNet e uma sub-rede delegada para mapear os endereços IP do Azure NetApp Files.

    É recomendável que você crie o layout da VNet e da sub-rede delegada no momento do design.

    O grupo de volumes de aplicativo para SAP HANA cria vários endereços IP, até seis endereços IP para propriedades de dados de maior porte. Verifique se a sub-rede delegada tem endereços IP livres suficientes. Considere o uso de uma sub-rede delegada com um mínimo de 251 endereços IP e um tamanho de sub-rede de /24. Consulte Considerações sobre como delegar uma sub-rede para Azure NetApp Files.

  • Atualmente, o grupo de volumes de aplicativo para SAP HANA dá suporte apenas a chaves gerenciadas por plataforma para a criptografia de volumes do Azure NetApp Files no momento da criação do volume. Entre em contato com seu especialista ou CSA do Azure NetApp Files se tiver dúvidas sobre a transição dos volumes de chaves gerenciadas pela plataforma para chaves gerenciadas pelo cliente após a criação do volume.

Importante

Não há suporte para o uso do grupo de volumes de aplicativo para SAP HANA para aplicativos diferentes do SAP HANA. Entre em contato com seu especialista do Azure NetApp Files para obter diretrizes sobre o uso de layouts de vários volumes do Azure NetApp Files com outros aplicativos de banco de dados.

Requisitos e considerações da extensão 1 (versão prévia)

  • A extensão 1 está atualmente em versão prévia e exige que você se registre para obter o recurso.
  • O grupo de volumes de aplicativo para SAP HANA dá suporte apenas aos recursos de rede da camada Básica. Se você estiver registrado para a extensão 1, o grupo de volumes de aplicativos também oferecerá suporte aos recursos de rede da camada Standard.
  • A extensão 1 dá suporte à colocação de volume da zona de disponibilidade como o novo método padrão para colocação. Essa atualização reduz a necessidade de fixação do AVset e elimina a necessidade de grupos de colocação por proximidade. Com suporte para colocação de volume de zona de disponibilidade, você só precisa selecionar a mesma zona de disponibilidade que os servidores de banco de dados. O uso da colocação de volume da zona de disponibilidade alinha-se à recomendação da Microsoft sobre como implantar infraestruturas do SAP HANA para obter o melhor desempenho com alta disponibilidade, flexibilidade máxima e implantação simplificada. Se as regiões não derem suporte a zonas de disponibilidade, você poderá selecionar uma implantação regional ou escolher grupos de colocação por proximidade.

Práticas recomendadas sobre grupos de posicionamento por proximidade

Para implantar volumes do SAP HANA usando o grupo de volumes de aplicativo, você precisa garantir que suas VMs de banco de dados do HANA e os recursos do Azure NetApp Files estejam próximos para garantir a menor latência possível. Você pode obter proximidade usando um dos seguintes métodos de implantação:

  • Posicionamento de volume da zona de disponibilidade (preferencial) Selecione a zona de disponibilidade para os volumes e selecione os recursos de rede Standard para a implantação. Nem um grupo de posicionamento por proximidade nem a fixação de VM são necessários para esse método. Antes de usar esse fluxo de trabalho, você deve registrar o recurso.
  • Grupo de posicionamento por proximidade com VM fixando O grupo de volumes de aplicativos usa um grupo de posicionamento por proximidade vinculado (ou ancorado) às VMs do banco de dados. Quando passado para o grupo de volumes de aplicativo, o PPG é usado para localizar todos os recursos do Azure NetApp Files próximos aos servidores de banco de dados. Os volumes são implantados usando recursos básicos de rede.

Importante

É importante entender que um PPG só está ancorado e, portanto, pode identificar o local das VMs se pelo menos uma VM for iniciada e mantida em execução durante todas as implantações do AVG. Se todas as VMs forem interrompidas, o PPG perderá sua âncora e, na próxima reinicialização, as VMs poderão se mover para um local diferente. Essa situação pode levar a uma latência maior, pois os volumes do Azure NetApp Files não são movidos após a criação inicial.

Para evitar essa situação, crie um conjunto de disponibilidade por banco de dados e use o formulário de solicitação de fixação de VM do SAP HANA para fixar o conjunto de disponibilidade em um cluster de computação dedicado. Após a fixação, você precisa adicionar um PPG ao conjunto de disponibilidade e, em seguida, implantar todos os hosts de um banco de dados do SAP HANA usando esse conjunto de disponibilidade. Isso garante que todas as máquinas virtuais estejam no mesmo local. Desde que uma das máquinas virtuais seja iniciada, o PPG mantém sua âncora para implantar os volumes AVG.

Importante

Se você solicitou a fixação de volume do SAP HANA do Azure NetApp Files antes que o grupo de volumes de aplicativo estivesse disponível, você deve remover a fixação da sua assinatura. A fixação existente para uma assinatura pode resultar em uma implantação inconsistente de volumes, pois os volumes do grupo de volumes de aplicativo são implantados com base no PPG, enquanto outros volumes ainda são implantados com base na fixação existente.

Relação entre os volumes de conjunto de disponibilidade, VM, PPG e Azure NetApp Files

Um PPG precisa ter pelo menos uma VM atribuída a ela, diretamente ou por meio de um conjunto de disponibilidade. A finalidade do PPG é extrair o local exato de uma VM e passar essas informações ao AVG para procurar recursos do Azure NetApp Files no mesmo local para criação de volume. Essa abordagem só funciona quando pelo menos uma VM no PPG é iniciada e continua em execução. Normalmente, você deve adicionar seus servidores de banco de dados a esse 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 local de antes. Para evitar que essa situação ocorra, é altamente recomendável usar um conjunto de disponibilidade que tenha todas as VMs e o PPG associados a ela e usar o fluxo de trabalho de fixação do HANA. O fluxo de trabalho não apenas garante que as VMs não sejam movidas se forem reiniciadas, como também garante que os locais sejam selecionados onde haja recursos suficientes de computação e do Azure NetApp Files disponíveis.

Ao usar um PPG sem um conjunto de disponibilidade fixado, um PPG perderá sua âncora, se todas as máquinas virtuais nesse PPG forem interrompidas. Quando as máquinas virtuais são reiniciadas, elas podem ser iniciadas em um local diferente, o que pode resultar em um aumento de latência, porque os volumes criados com o grupo de volumes do aplicativo não serão movidos.

Dois cenários possíveis sobre como usar o PPG

Essa situação leva a dois cenários possíveis:

  • Configuração estável de longo prazo:
    Usando um conjunto de disponibilidade em combinação com um PPG em que o conjunto de disponibilidade é fixado manualmente.

    Com a fixação, garante-se sempre que o posicionamento da máquina virtual não será alterado, mesmo que todas as máquinas no conjunto de disponibilidade sejam interrompidas.

  • Configuração temporária:
    Usando um PPG ou um conjunto de disponibilidade em combinação com um PPG sem nenhuma restrição.

    As séries de máquinas virtuais compatíveis com o SAP HANA (ou seja, M-Series) são colocadas, em sua maioria, próximas aos recursos do Azure NetApp Files para que o grupo de volumes de aplicativos possa criar os volumes necessários com a menor latência possível com a ajuda de um PPG. Essa relação entre os volumes e os hosts HANA não mudará se pelo menos uma máquina virtual estiver em execução o tempo todo.

Observação

Quando você usa o grupo de volumes de aplicativos para implantar os volumes do HANA, pelo menos uma VM no conjunto de disponibilidade deve ser iniciada. Sem uma VM em execução, o PPG não poderá ser usado para encontrar o hardware do Azure NetApp Files ideal, gerando uma falha no provisionamento.

Observação

Não exclua seu PPG. A exclusão de um PPG remove a fixação e pode fazer com que os grupos de volumes seguintes sejam criados em locais não ideais, o que pode levar a uma latência maior.

Próximas etapas