Implante o SAP ASCS/ERS com VMs de alta disponibilidade do SAP HANA no RHEL
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
- Configurando o SAP S/4HANA ASCS/ERS com o Standalone Enqueue Server 2 (ENSA2) no Pacemaker
- Configuração do SAP NetWeaver ASCS/ERS ENSA1 com recursos autônomos no RHEL 7.5+ e RHEL 8
- SAP Note 1928533, que tem:
- Uma lista de tamanhos de máquina virtual (VM) do Azure com suporte para a implantação do software SAP.
- Informações de capacidade importantes para tamanhos de VM do Azure.
- Software SAP suportado e combinações de sistema operacional (SO) e banco de dados.
- Versão do kernel SAP necessária para Windows e Linux no Azure.
- SAP Note 2015553 lista os pré-requisitos para implantações de software SAP suportadas pelo SAP no Azure.
- O SAP Note 2002167 lista as configurações recomendadas do sistema operacional para o Red Hat Enterprise Linux 7.x.
- O SAP Note 2772999 lista as configurações recomendadas do sistema operacional para o Red Hat Enterprise Linux 8.x.
- O SAP Note 2009879 tem as diretrizes do SAP HANA para o Red Hat Enterprise Linux.
- O SAP Note 2178632 tem informações detalhadas sobre todas as métricas de monitoramento relatadas para SAP no Azure.
- O SAP Note 2191498 tem a versão necessária do SAP Host Agent para Linux no Azure.
- O SAP Note 2243692 tem informações sobre o licenciamento SAP no Linux no Azure.
- O SAP Note 1999351 tem mais informações de solução de problemas para a Extensão de Monitoramento Avançado do Azure para SAP.
- O SAP Community Wiki tem todas as notas SAP necessárias para Linux.
- Planejamento e implementação de Máquinas Virtuais do Azure para SAP no Linux
- Implantação de Máquinas Virtuais do Azure para SAP no Linux
- Implantação de DBMS de Máquinas Virtuais do Azure para SAP no Linux
- SAP Netweaver no cluster Pacemaker
- Documentação geral do RHEL:
- Documentação RHEL específica do Azure:
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.
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.
- Abra o balanceador de carga interno que foi criado para a configuração do cluster SAP HANA.
- 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).
- Pool de back-end: esse pool permanece o mesmo porque estamos implantando ASCS e ERS no mesmo pool de back-end.
- 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.
- Endereço IP frontend: Selecione o IP front-end.
- Pool de back-end: selecione o pool de back-end.
- Portas de alta disponibilidade: selecione esta opção.
- Protocolo: Selecione TCP.
- Sonda de integridade: crie uma sonda de integridade com os seguintes detalhes (aplica-se a ASCS e ERS):
- Protocolo: Selecione TCP.
- Porta: Por exemplo, 620<Instance-no.> para ASCS e 621<Instance-no.> para ERS.
- Intervalo: Digite 5.
- Limite da sonda: Digite 2.
- Tempo limite de inatividade (minutos): Digite 30.
- **Ativar
- IP**: Selecione esta opção.
A propriedade numberOfProbes
de 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.
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.
- NFS em Arquivos do Azure: alta disponibilidade de VMs do Azure para SAP NW no RHEL com NFS no Azure Files
- Arquivos NetApp do Azure: alta disponibilidade de VMs do Azure para SAP NW no RHEL com Arquivos NetApp do Azure
Testar a configuração do cluster
Teste completamente o seu cluster de pacemaker: