Compartilhar via

Implantar o SAP ASCS/ERS com VMs de alta disponibilidade do SAP HANA no RHEL

  • Artigo

Esse artigo descreve como instalar e configurar o SAP HANA juntamente com as instâncias do ABAP SAP Central Services (ASCS)/SAP Central Services (SCS) e do ERS (Servidor de Replicação de Enfileiramento) no mesmo cluster de alta disponibilidade em execução no RHEL (Red Hat Enterprise Linux).

Referências

Visão geral

Esse artigo descreve o cenário de otimização de custo ao implantar as instâncias do SAP HANA, SAP ASCS/SCS e SAP ERS na mesma configuração de alta disponibilidade. Para minimizar o número de VMs para um único sistema SAP, você deseja instalar o SAP ASCS/SCS e o SAP ERS nos mesmos hosts em que o SAP HANA está em execução. Com o SAP HANA sendo configurado na configuração de cluster de alta disponibilidade, você também deseja que o SAP ASCS/SCS e o SAP ERS sejam gerenciados pelo cluster. A configuração é basicamente uma adição à configuração do cluster SAP HANA já configurada. Nesta configuração, o SAP ASCS/SCS e o SAP ERS serão instalados em um nome de host virtual e seu diretório de instância será gerenciado pelo cluster.

A arquitetura apresentada mostra o NFS nos Arquivos do Azure ou no Azure NetApp Files para diretório de instância altamente disponível para a instalação.

O exemplo mostrado neste artigo para descrever a implantação usa as seguintes informações do sistema:

Nome da instância Número da instância Nome de host virtual IP virtual (porta de investigação)
SAP HANA DB 03 saphana 10.66.0.13 (62503)
ASCS (ABAP SAP Central Services) 00 sapascs 10.66.0.20 (62000)
Servidor de Replicação Enfileiramento (ERS) 01 sapers 10.66.0.30 (62101)
Identificador do sistema SAP HANA HN1 --- ---
Identificador do sistema SAP NW1 --- ---

Observação

Instale as instâncias de diálogo do SAP (PAS e AAS) em VMs separadas.

Diagrama que mostra a arquitetura de uma instalação SAP HANA, SAP ASCS/SCS e ERS no mesmo cluster.

Consideração importante para a solução de otimização de custo

  • As instâncias de diálogo do SAP (PAS e AAS) (como sapa01 e sapa02), devem ser instaladas em VMs separadas. Instale o SAP ASCS e o ERS com nomes do host virtual. Para saber mais sobre como atribuir um nome de host virtual a uma VM, consulte no blog Usar nomes de host virtual do SAP com Linux no Azure.
  • Com a implantação do BD HANA, ASCS/SCS e ERS na mesma configuração de cluster, o número da instância do BD HANA, ASCS/SCS e ERS deve ser diferente.
  • Considere dimensionar suas SKUs de VM adequadamente com base nas diretrizes de dimensionamento. Você precisa considerar o comportamento do cluster em que várias instâncias do SAP (HANA DB, ASCS/SCS e ERS) podem ser executadas em uma única VM quando outra VM no cluster não estiver disponível.
  • Você pode usar armazenamento diferente (por exemplo, Azure NetApp Files ou NFS no Arquivos do Azure) para instalar as instâncias do SAP ASCS e ERS.

    Observação

    Para sistemas SAP J2EE, não há suporte para colocar /usr/sap/<SID>/J<nr> no NFS nos Arquivos do Azure. Sistemas de arquivos de banco de dados como /hana/data e /hana/log não têm suporte no NFS no Arquivos do Azure.

  • Para instalar servidores de aplicativos adicionais em VMs separadas, você pode usar compartilhamentos NFS ou disco gerenciado local para o sistema de arquivos de diretório de instância. Se você estiver instalando servidores de aplicativo adicionais para o sistema SAP J2EE, não haverá suporte para /usr/sap/<SID>/J<nr> no NFS no Arquivos do Azure.
  • Consulte Considerações sobre o NFS nos Arquivos do Azure e Considerações sobre o Azure NetApp Files porque as mesmas considerações se aplicam a essa configuração.

Pré-requisitos

A configuração descrita neste artigo é uma adição à configuração do cluster do SAP HANA já definida. Nessa configuração, uma instância DO SAP ASCS/SCS e ERS são instaladas em um nome de host virtual. O diretório da instância é gerenciado pelo cluster.

Instale o banco de dados do HANA, configure um cluster de replicação de sistema do HANA (HSR) e Pacemaker seguindo a documentação Alta disponibilidade do SAP HANA em VMs do Azure no Red Hat Enterprise Linux ou Alta disponibilidade do SAP HANA Scale-up com o Azure NetApp Files no Red Hat Enterprise Linux, dependendo da opção de armazenamento que você está usando.

Depois de instalar, configurar e configurar o Cluster do HANA, siga as próximas etapas para instalar as instâncias do ASCS e do ERS.

Configurar Azure Load Balancer para ASCS e ERS

Esse documento pressupõe que você já configurou o balanceador de carga para a instalação do cluster do HANA, conforme descrito em Configurar o Azure Load Balancer. Na mesma instância do Azure Load Balancer, siga estas etapas para criar mais IPs de front-end e regras de balanceamento de carga para ASCS e ERS.

  1. Abra o balanceador de carga interno que foi criado para a instalação do cluster do SAP HANA.
  2. Configuração de IP de front-end: criar dois IP de front-end, um para ASCS e outro para ERS (por exemplo: 10.66.0.20 e 10.66.0.30).
  3. Pool de back-end: esse pool permanece o mesmo porque estamos implantando ASCS e ERS no mesmo pool de back-end.
  4. Regras de Entrada: criar duas regras de balanceamento de carga, uma para o ASCS e outra para o ERS. Siga as mesmas etapas para ambas as regras de balanceamento de carga.
  5. Endereço IP de front-end: selecione o IP de front-end.
    1. Pool de back-end: selecione o pool de back-end.
    2. Portas de alta disponibilidade: selecione essa opção.
    3. Protocolo: selecione TCP.
    4. Investigação de integridade: crie uma investigação de integridade com os seguintes detalhes (aplica-se ao ASCS e ao ERS):
      1. Protocolo: selecione TCP.
      2. Porta: por exemplo: 620<Instance-no.> para ASCS e 621<Instance-no.> para ERS.
      3. Intervalo: digite 5.
      4. Limite de investigação: insira 2.
    5. Tempo limite de inatividade (minutos): Inserir 30.
    6. **Habilitar
    7. IP**: selecione esta opção.

A propriedade de configuração investigação de integridadenumberOfProbes, também conhecida como Limite não íntegro no portal do Azure, não é respeitada. Para controlar o número de análises consecutivas bem-sucedidas ou com falha, configure a propriedade probeThreshold para 2. No momento, não é possível definir essa propriedade usando o portal do Azure. Use a CLI do Azure ou o comando do PowerShell.

Quando as VMs sem endereços IP públicos forem colocadas no pool de back-end na instância Standard do Load Balancer (sem endereço IP público), não haverá nenhuma conectividade de saída com a Internet se não houver configuração adicional a fim de permitir o roteamento para pontos de extremidade públicos. Para obter detalhes sobre como alcançar conectividade de saída, veja Conectividade de ponto de extremidade público para Máquinas Virtuais usando o Azure Standard Load Balancer em cenários de alta disponibilidade do SAP.

Importante

Não habilite carimbos de data/hora de TCP em VMs do Azure posicionadas de forma subjacente em relação ao Azure Load Balancer. Habilitar carimbos de data/hora de TCP faz as investigações de integridade falharem. Defina o parâmetro net.ipv4.tcp_timestampscomo 0. Para saber mais, confira Investigações de integridade do Load Balancer.

Configuração do SAP ASCS/SCS e ERS

Com base em seu armazenamento, siga as etapas descritas nos artigos a seguir para configurar um recurso SAPInstance para a instância SAP ASCS/SCS e SAP ERS no cluster.

Testar a configuração do cluster

Teste minuciosamente o cluster do pacemaker: