Partilhar via

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

  • Artigo

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

Requisitos e considerações

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

  • Você deve criar um grupo de posicionamento de proximidade (PPG) e ancorá-lo aos recursos de computação do SAP HANA. O grupo de volume de aplicativos para SAP HANA precisa dessa configuração para procurar um recurso do Azure NetApp Files que esteja próximo aos servidores SAP HANA. Para obter mais informações, consulte Práticas recomendadas sobre grupos de posicionamento de proximidade e Criar um grupo de posicionamento de proximidade usando o portal do Azure.

    Nota

    Não exclua o PPG. A exclusão de um PPG remove a fixação e pode fazer com que grupos de volumes subsequentes sejam criados em locais abaixo do ideal, o que pode levar a um aumento da latência.

  • Você deve concluir o dimensionamento e a arquitetura do sistema SAP HANA, incluindo as seguintes áreas:

    • ID SAP (SID)
    • Memória
    • SAP HANA de host único ou múltiplo
    • Determine se você deseja usar a replicação do sistema HANA (HSR). O HSR permite que os bancos de dados SAP HANA sejam replicados de forma síncrona ou assíncrona 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 instantâneos para fins de backup)

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

    É recomendável que você disponha a VNet e a sub-rede delegada em tempo de design.

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

  • O grupo de volumes de aplicativos para SAP HANA só dá suporte a chaves gerenciadas por plataforma para criptografia de volume do Azure NetApp Files na criação do volume no momento. Entre em contato com seu especialista em Arquivos NetApp do Azure ou CSA se tiver dúvidas sobre a transição de 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 aplicativos para SAP HANA para aplicativos diferentes do SAP HANA. Entre em contato com seu especialista em Arquivos NetApp do Azure para obter orientação sobre como usar layouts de vários volumes do Azure NetApp Files com outros aplicativos de banco de dados.

Requisitos e considerações da extensão 1 (pré-visualização)

  • A extensão 1 está atualmente em pré-visualização e requer que se registe para a funcionalidade.
  • O grupo de volumes de aplicativos suporta recursos básicos de rede. Se você estiver registrado para a extensão 1, o grupo de volume de aplicativos também suporta recursos de rede padrão.
  • A extensão 1 suporta o posicionamento de volume da zona de disponibilidade como o novo método padrão para posicionamento. Essa atualização reduz a necessidade de fixação do AVset e elimina a necessidade de grupos de posicionamento de proximidade. Com suporte para posicionamento de volume da zona de disponibilidade, você só precisa selecionar a mesma zona de disponibilidade que os servidores de banco de dados. O uso do posicionamento de volume da zona de disponibilidade está alinhado com a recomendação da Microsoft sobre como implantar infraestruturas SAP HANA para obter o melhor desempenho com alta disponibilidade, máxima flexibilidade e implantação simplificada. Se as regiões não oferecerem suporte a zonas de disponibilidade, você poderá selecionar uma implantação regional ou escolher grupos de posicionamento de proximidade.

Práticas recomendadas sobre posicionamento de proximidade

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

  • Posicionamento do volume da zona de disponibilidade (preferencial) Selecione a zona de disponibilidade para os volumes e selecione Recursos de rede padrão para a implantação. Nem um grupo de posicionamento de proximidade nem a fixação de VM são necessários para esse método. Antes de poder usar esse fluxo de trabalho, você deve registrar o recurso.
  • Grupo de posicionamento de proximidade com fixação de VM O grupo de volume de aplicativo usa um grupo de posicionamento de proximidade vinculado (ou ancorado) às VMs de banco de dados. Quando passado para o grupo de volumes de aplicativos, 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

Um PPG é ancorado apenas 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 ser movidas para um local diferente. Essa situação pode levar ao aumento da latência, pois os volumes dos Arquivos NetApp do Azure não são movidos após a criação inicial.

Para evitar essa situação, você deve criar um conjunto de disponibilidade por banco de dados e usar o formulário de solicitação de fixação SAP HANA VM 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 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 do AVG.

Importante

Se você tiver solicitado a fixação por volume do SAP HANA dos Arquivos NetApp do Azure antes que o grupo de volumes do aplicativo estivesse disponível, remova a fixação da sua assinatura. A fixação existente para uma assinatura pode resultar em implantação inconsistente de volumes, já que os volumes do grupo de volumes de aplicativos são implantados com base no PPG, enquanto outros volumes ainda são implantados com base na fixação existente.

Relação entre conjunto de disponibilidade, VM, PPG e volumes de Arquivos NetApp do Azure

Um PPG precisa ter pelo menos uma VM atribuída a ele, diretamente ou por meio de um conjunto de disponibilidade. O objetivo do PPG é extrair o local exato de uma VM e passar essas informações para o AVG pesquisar recursos do Azure NetApp Files no mesmo local para criação de volume. Essa abordagem funciona somente quando pelo menos UMA VM no PPG é iniciada e mantida em execução. Normalmente, você deve adicionar seus servidores de banco de dados a este 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 começariam no mesmo local que antes. Para evitar que essa situação aconteça, é altamente recomendável usar um conjunto de disponibilidade que tenha todas as VMs e o PPG associado a ele e usar o fluxo de trabalho de fixação HANA. O fluxo de trabalho não apenas garante que as VMs não sejam movidas se reiniciadas, mas também garante que os locais sejam selecionados onde recursos suficientes de computação e Arquivos NetApp do Azure estejam disponíveis.

Ao usar um PPG sem um conjunto de disponibilidade fixo, um PPG perderia sua âncora se todas as máquinas virtuais nesse PPG fossem 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 o uso do PPG

Esta situação conduz a dois cenários possíveis:

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

    Com a fixação, é sempre garantido 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 qualquer fixação.

    As séries de máquinas virtuais compatíveis com SAP HANA (ou seja, a série M) são colocadas principalmente perto dos 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 volumes e hosts HANA não mudará se pelo menos uma máquina virtual estiver ativa e em execução o tempo todo.

Nota

Quando você usa o grupo de volumes de aplicativos para implantar seus volumes HANA, pelo menos uma VM no conjunto de disponibilidade deve ser iniciada. Sem uma VM em execução, o PPG não pode ser usado para localizar o hardware ideal de arquivos NetApp do Azure, fazendo com que o provisionamento falhe.

Nota

Não exclua seu PPG. A exclusão de um PPG remove a fixação e pode fazer com que grupos de volumes subsequentes sejam criados em locais abaixo do ideal, o que pode levar a um aumento da latência.

Próximos passos