Adicionar sites secundários adicionais a um cluster do HANA Pacemaker

Este artigo descreve os requisitos e a configuração para configurar o site de replicação do HANA secundário adicional para complementar um cluster do Pacemaker existente. As especificações do SLES (SUSE Linux Enterprise Server) e do RHEL (RedHat Enterprise Linux) são abordadas.

Visão geral

O SAP HANA dá suporte à HSR (replicação de sistema) com mais de dois sites conectados. Você pode configurar sites adicionais para um par HSR existente que o Pacemaker gerencia em uma configuração altamente disponível. Por exemplo, você pode implantar esses sites adicionais em uma segunda região do Azure para fins de recuperação de desastre (DR).

O Pacemaker e o agente de recursos de cluster do HANA gerenciam apenas os dois primeiros sites no HSR. Os sites adicionais não são controlados pelo cluster do Pacemaker.

O SAP HANA dá suporte à replicação adicional do sistema de sites secundários em dois modos:

• O multidestino replica as alterações de dados do sistema primário para mais de um sistema de destino. Os sites adicionais são conectados à replicação primária em uma topologia estrela.
• Multicamadas é uma configuração em cascata ou encadeada da replicação do sistema HANA. O terceiro site se conecta ao secundário.

Para obter mais informações conceituais sobre o HSR do HANA em uma região e em regiões diferentes, consulte a disponibilidade do SAP HANA em regiões do Azure.

Pré-requisitos para o SLES

Os requisitos para sites de HSR adicionais são diferentes para expansão do HANA e expansão do HANA.

• O SUSE dá suporte ao máximo de um site de replicação de sistema adicional para um banco de dados SAP HANA fora do cluster do Pacemaker.
• Escalar verticalmente e expansão: o SAP HANA SPS 04 ou mais recente é necessário para usar o HSR multidestino com um cluster do Pacemaker.
• Escalar verticalmente e expansão: máximo de uma replicação do sistema SAP HANA conectada de fora do cluster do Linux.
• Somente expansão do HANA: SLES 15 SP1 ou superior.
• Somente expansão do HANA: pacote SAPHanaSR-ScaleOut do SO (sistema operacional) versão 0.180 ou superior.
• Somente expansão do HANA: SAP HANA (alta disponibilidade) gancho SAPHanaSrMultiTarget em uso. O gancho SAPHanaSR de HA do HANA de versão prévia não tem reconhecimento de multidestino para expansão.

Pré-requisitos para o RHEL

Os requisitos para sites de HSR adicionais são diferentes para expansão do HANA e expansão do HANA.

• O RedHat dá suporte a um ou mais sites de replicação de sistema adicionais para um banco de dados SAP HANA fora do cluster do Pacemaker.
• Somente escalar verticalmente o HANA: consulte as políticas de suporte do RedHat para clusters de HA do RHEL, para obter informações sobre a versão mínima do sistema operacional, SAP HANA e agentes de recursos de cluster.
• Somente expansão do HANA: a replicação de multidestino do HANA não tem suporte no Azure com um cluster do Pacemaker.

Escalar verticalmente o HANA: adicionar replicação de sistema de multidestino do HANA para fins de recuperação de desastre

Com os ganchos de HA do SAP HANA SAPHanaSR/susHanaSR para SLES e RHEL, você pode adicionar sites adicionais à replicação do sistema HANA. O ambiente do Pacemaker está ciente de uma configuração de multitarget do HANA.

A falha de sites adicionais não dispara nenhuma ação de cluster. O cluster detecta o status de replicação de sites conectados e o atributo monitorado do terceiro site pode mudar entre os estados SOK e SFAIL. Todos os testes de aquisição para o site adicional ou a execução do processo de exercício de recuperação de desastre devem primeiro colocar os recursos do cluster no modo de manutenção para evitar qualquer ação de cluster indesejada.

O exemplo a seguir mostra um sistema de replicação de sistema de multidestino. Para obter mais informações, confira Documentação da SAP.

1. Implante recursos do Azure para o terceiro nó. Dependendo de seus requisitos, use uma região do Azure diferente para fins de recuperação de desastre.

   As etapas necessárias para o terceiro site são semelhantes às VMs (máquinas virtuais) para o cluster de escalonamento vertical do HANA. O terceiro site usa a infraestrutura do Azure. A versão do sistema operacional e do HANA correspondem ao cluster do Pacemaker existente, com as seguintes exceções:

   • Nenhum balanceador de carga é implantado para o terceiro site. Não há nenhuma integração com o balanceador de carga de cluster existente para a VM do terceiro site.
   • Não instale os pacotes do sistema operacional do SAPHanaSR, SAPHanaSR-doc e o padrão de pacote do sistema operacional ha_sles na VM do terceiro site.
   • Nenhuma integração ao cluster para recursos de VM ou HANA do terceiro site.
   • Nenhuma configuração de gancho de HA do HANA para o terceiro site em global.ini.

2. Instale o SAP HANA no terceiro nó.

   O mesmo SID do HANA e o número de instalação do HANA devem ser usados para o terceiro site.

3. Com o SAP HANA no terceiro site instalado e em execução, registre o terceiro site com o site primário.

   O exemplo a seguir usa SITE-DR como o nome do terceiro site.

   # Execute on the third site 
   su - hn1adm
   # Register the HANA third site to the primary. Switch --online will shutdown the HANA instance on third site.
   hdbnsutil -sr_register --name=SITE-DR --remoteHost=hn1-db-0 --remoteInstance=03 --replicationMode=async --online
   

4. Verifique se a replicação do sistema HANA mostra o site secundário e o terceiro site.

   # Verify HANA HSR is in sync, execute on primary
   sudo su - hn1adm -c "python /usr/sap/HN1/HDB03/exe/python_support/systemReplicationStatus.py"
   

5. Verifique o atributo SAPHanaSR do terceiro site. SITE-DR deve aparecer com o status SOK na seção Sites.

   # Check SAPHanaSR attribute on any cluster managed host (first or second site)
   sudo SAPHanaSR-showAttr
   # Example result
   # Global cib-time                 maintenance
   # --------------------------------------------
   # global Tue Feb 21 19:28:21 2023 false
   # 
   # Sites     srHook
   # -----------------
   # HN1-SITE1 PRIM
   # HN1-SITE2 SOK
   # SITE-DR   SOK
   

   O cluster detecta o status de replicação de sites conectados. Os atributos monitorados podem mudar entre SOK e SFAIL. Não haverá ação de cluster se a replicação para o site de recuperação de desastre falhar.

Expansão do HANA: adicionar replicação de sistema de multidestino do HANA para fins de recuperação de desastre

Com o provedor de HA do SAP HANASAPHanaSrMultiTarget, adicione um terceiro site de expansão do HANA. Esse terceiro site geralmente é usado para a DR em outra região do Azure. O ambiente do Pacemaker está ciente de uma configuração de DR multidestino do HANA. Esta seção se aplica a sistemas que executam o Pacemaker somente no SUSE. Consulte a seção “Pré-requisitos” neste documento para obter mais informações.

A falha do terceiro nó não dispara nenhuma ação de cluster. O cluster detecta o status de replicação de sites conectados e o atributo monitorado do terceiro site pode ser alterado entre os estados SOK e SFAIL. Todos os testes de aquisição para o terceiro site/DR ou a execução do processo de exercício de DR, devem primeiro colocar os recursos do cluster no modo de manutenção para evitar qualquer ação de cluster indesejada.

O exemplo a seguir mostra um sistema de replicação de sistema de multidestino. Para obter mais informações, confira Documentação da SAP.

1. Implante recursos do Azure para o terceiro site. Dependendo de seus requisitos, use uma região do Azure diferente para fins de recuperação de desastre.

   As etapas necessárias para a expansão do HANA no terceiro site espelham as etapas para implantar o cluster de expansão do HANA . O terceiro site utiliza infraestrutura do Azure, sistema operacional e etapas de instalação do HANA para SITE1 do cluster de expansão, com as seguintes exceções:

   • Nenhum balanceador de carga é implantado para o terceiro site. Não há nenhuma integração com o balanceador de carga de cluster existente para as VMs do terceiro site.
   • Não instale os pacotes do sistema operacional SAPHanaSR-ScaleOut, SAPHanaSR-ScaleOut-doc e o padrão de pacote do sistema operacional ha_sles nas VMs do terceiro site.
   • Nenhuma VM de fabricante majoritário para o terceiro site porque não há nenhuma integração de cluster.
   • Crie o volume NFS /hana/shared para uso exclusivo do terceiro site.
   • Nenhuma integração ao cluster para as VMs ou recursos do HANA do terceiro site.
   • Nenhuma configuração de gancho de HA do HANA para o terceiro site em global.ini.

   Use o mesmo SID do HANA e o número de instalação do HANA para o terceiro site.

2. Com o expansão do SAP HANA no terceiro site instalado e em execução, registre o terceiro site com o site primário.

   O exemplo a seguir usa SITE-DR como o nome do terceiro site.

   # Execute on the third site 
   su - hn1adm
   # Register the HANA third site to the primary. Switch --online will shutdown the HANA instance on third site.
   hdbnsutil -sr_register --name=SITE-DR --remoteHost=hana-s1-db1 --remoteInstance=03 --replicationMode=async --online
   

3. Verifique se a replicação do sistema HANA mostra o site secundário e o terceiro site.

   # Verify HANA HSR is in sync, execute on primary
   sudo su - hn1adm -c "python /usr/sap/HN1/HDB03/exe/python_support/systemReplicationStatus.py"
   

4. Verifique o atributo SAPHanaSR do terceiro site. SITE-DR deve aparecer com o status SOK na seção Sites.

   # Check SAPHanaSR attribute on any cluster managed host (first or second site)
   sudo SAPHanaSR-showAttr
   # Expected result
   # Global cib-time                 maintenance prim  sec sync_state upd
   # ---------------------------------------------------------------------
   # HN1    Fri Jan 27 10:38:46 2023 false       HANA_S1 -   SOK        ok
   # 
   # Sites     lpt        lss mns         srHook srr
   # ------------------------------------------------
   # SITE-DR                              SOK
   # HANA_S1   1674815869 4   hana-s1-db1 PRIM   P
   # HANA_S2   30         4   hana-s2-db1 SOK    S
   

   O cluster detecta o status de replicação de sites conectados. O atributo monitorado pode mudar entre SOK e SFAIL. Não haverá ação de cluster se a replicação para o site de recuperação de desastre falhar.

Registrar automaticamente o terceiro site

Durante um evento de aquisição planejado ou não planejado entre os dois sites de cluster do Pacemaker, o HSR para o terceiro site também é interrompido. O Pacemaker não modifica a replicação do HANA para o terceiro site.

O SAP fornece desde o parâmetro register_secondaries_on_takeoverdo HANA 2 SPS 04. Com o parâmetro definido como o valor true, após a aquisição do HSR entre os sites de cluster 1 e 2, o HANA registra o terceiro site no novo primário automaticamente para manter uma configuração de multidestino do HSR. Configure o parâmetro register_secondaries_on_takeover = true do HANA configurado no [system_replication] bloco de global.ini, em ambos os sites do SAP HANA no cluster do Linux. Tanto o SITE1 quanto o SITE2 precisam do parâmetro no respectivo arquivo de configuração de global.inido HANA. O parâmetro também pode ser usado fora de um cluster do Pacemaker.

Para as multicamadas do HSR, não existe nenhum registro automático do SAP HANA do terceiro site. Registre manualmente o terceiro site no secundário atual para manter a cadeia de replicação do HSR para multicamadas.

Próximas etapas

• Visão geral e infraestrutura da recuperação de desastre
• Recuperação de desastre para cargas de trabalho do SAP
• Arquitetura de alta disponibilidade e cenários para SAP NetWeaver