Share via

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

  • Artigo

Este artigo descreve como instalar e configurar o SAP HANA junto com instâncias ABAP SAP Central Services (ASCS)/SAP Central Services (SCS) e Enqueue Replication Server (ERS) no mesmo cluster de alta disponibilidade em execução no Red Hat Enterprise Linux (RHEL).

Referências

Descrição geral

Este artigo descreve o cenário de otimização de custos em que você implanta instâncias 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á sendo executado. Com o SAP HANA sendo configurado em uma configuração de cluster de alta disponibilidade, você deseja que o SAP ASCS/SCS e o SAP ERS também sejam gerenciados por cluster. A configuração é basicamente uma adição a uma configuração de cluster SAP HANA já configurada. Nessa configuração, o SAP ASCS/SCS e o SAP ERS são instalados em um nome de host virtual e seu diretório de instância é gerenciado pelo cluster.

A arquitetura apresentada apresenta NFS em Arquivos do Azure ou Arquivos NetApp do Azure para um 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 do host virtual IP virtual (porta de sonda)
BANCO DE DADOS SAP HANA 03 Saphana 10.66.0.13 (62503)
ABAP SAP Serviços Centrais (ASCS) 00 Sapascs 10.66.0.20 (62000)
Enqueue Replication Server (ERS) 01 sapers 10.66.0.30 (62101)
Identificador do sistema SAP HANA HN1 --- ---
Identificador do sistema SAP NW1 --- ---

Nota

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

Diagram that shows the architecture of an SAP HANA, SAP ASCS/SCS, and ERS installation within the same cluster.

Considerações importantes para a solução de otimização de custos

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

    Nota

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

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

Pré-requisitos

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

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

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

Configurar o Azure Load Balancer para ASCS e ERS

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

  1. Abra o balanceador de carga interno que foi criado para a configuração do cluster SAP HANA.
  2. Configuração de IP Frontend: Crie dois IPs 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: crie duas regras de balanceamento de carga, uma para ASCS e outra para ERS. Siga as mesmas etapas para ambas as regras de balanceamento de carga.
  5. Endereço IP frontend: Selecione o IP front-end.
    1. Pool de back-end: selecione o pool de back-end.
    2. Portas de alta disponibilidade: selecione esta opção.
    3. Protocolo: Selecione TCP.
    4. Sonda de integridade: crie uma sonda de integridade com os seguintes detalhes (aplica-se a ASCS e 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 da sonda: Digite 2.
    5. Tempo limite de inatividade (minutos): Digite 30.
    6. Ativar IP flutuante: selecione esta opção.

A propriedade numberOfProbesde configuração da sonda de integridade, também conhecida como Limite não íntegro no portal do Azure, não é respeitada. Para controlar o número de testes consecutivos bem-sucedidos ou com falha, defina a propriedade probeThreshold como 2. Atualmente, não é possível definir essa propriedade usando o portal do Azure. Use a CLI do Azure ou o comando PowerShell.

Importante

O IP flutuante não é suportado em uma configuração de IP secundário da NIC em cenários de balanceamento de carga. Para obter mais informações, consulte Limitações do Balanceador de Carga do Azure. Se você precisar de mais endereços IP para as VMs, implante uma segunda NIC.

Quando VMs sem endereços IP públicos são colocadas no pool de back-end de uma instância interna (sem endereço IP público) do Balanceador de Carga do Azure Padrão, não há conectividade de saída com a Internet, a menos que mais configuração seja executada para permitir o roteamento para pontos de extremidade públicos. Para obter etapas sobre como obter conectividade de saída, consulte Conectividade de ponto de extremidade público para máquinas virtuais usando o Azure Standard Load Balancer em cenários de alta disponibilidade SAP.

Importante

Não habilite carimbos de data/hora TCP em VMs do Azure colocadas atrás do Balanceador de Carga do Azure. A ativação de carimbos de data/hora TCP faz com que os testes de integridade falhem. Defina o parâmetro net.ipv4.tcp_timestamps como 0. Para obter mais informações, consulte Sondas de integridade do balanceador de carga.

Configuração de SAP ASCS/SCS e ERS

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

Testar a configuração do cluster

Teste completamente o seu cluster de pacemaker: