Adicionar locais secundários adicionais a um cluster HANA Pacemaker

Artigo
10/30/2024

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

Descrição geral

O SAP HANA suporta replicação de sistema (HSR) com mais de dois locais 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 desastres (DR).

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

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

O Multitarget replica as alterações de dados do sistema primário para mais de um sistema de destino. Os locais adicionais são conectados à replicação primária em uma topologia em estrela.
Multitier é uma configuração em cascata, ou encadeada, de replicação do sistema HANA. O terceiro local liga-se ao secundário.

Para obter mais detalhes conceituais sobre o HANA HSR em uma região e em diferentes regiões, consulte Disponibilidade do SAP HANA em regiões do Azure.

Pré-requisitos para SLES

Os requisitos para locais adicionais de HSR são diferentes para o scale-up e o scale-out do HANA.

Nota

Os requisitos neste artigo só são válidos para um cenário habilitado para Pacemaker. Sem o Pacemaker, os requisitos de versão do SAP HANA se aplicam ao modo de replicação escolhido.
O Pacemaker e o agente de recursos de cluster HANA gerenciam apenas dois locais. O local adicional de HSR não é controlado pelo cluster Pacemaker.

O SUSE oferece suporte máximo a um local de replicação de sistema adicional para um banco de dados SAP HANA fora do cluster Pacemaker.
Expansão e expansão: O SAP HANA SPS 04 ou mais recente é necessário para usar HSR multidestino com um cluster Pacemaker.
Scale-up e scale-out: máximo de uma replicação do sistema SAP HANA conectada de fora do cluster Linux.
Somente expansão do HANA: SLES 15 SP1 ou superior.
Somente expansão HANA: pacote de sistema operacional (SO) SAPHanaSR-ScaleOut versão 0.180 ou superior.
Somente expansão do HANA: gancho de alta disponibilidade (HA) do SAP HANA SAPHanaSrMultiTarget em uso. O gancho SAPHanaSR HA HA de visualização não reconhece multidestinos para expansão.

Pré-requisitos para RHEL

Os requisitos para locais adicionais de HSR são diferentes para o scale-up e o scale-out do HANA.

Nota

Os requisitos neste artigo só são válidos para um cenário habilitado para Pacemaker. Sem o Pacemaker, os requisitos de versão do SAP HANA se aplicam ao modo de replicação escolhido.
O Pacemaker e o agente de recursos de cluster HANA gerenciam apenas dois locais. Os locais adicionais de HSR não são controlados pelo cluster Pacemaker.

O RedHat suporta um ou mais locais de replicação de sistema adicionais para um banco de dados SAP HANA fora do cluster Pacemaker.
Somente expansão do HANA: consulte Políticas de suporte RedHat para clusters RHEL HA para obter detalhes sobre a versão mínima de OS, SAP HANA e agentes de recursos de cluster.
Somente expansão do HANA: a replicação multidestino do HANA não é suportada no Azure com um cluster Pacemaker.

Gorjeta

A configuração ilustra como configurar o terceiro site fora do cluster Pacemaker. No RHEL, se você tiver mais de um site adicional fora do cluster do Pacemaker, precisará estender a configuração para esses outros sites também.

Escalonamento do HANA: adicione a replicação do sistema de vários destinos do HANA para fins de DR

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

A falha de sites adicionais não aciona nenhuma ação de cluster. O cluster deteta o status de replicação de sites conectados e o atributo monitorado para o terceiro site pode mudar entre SOK e SFAIL estados. Qualquer teste de aquisição para o local adicional ou a execução do processo de exercício de DR deve 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 vários destinos. Para obter mais informações, consulte a documentação do SAP. Diagrama que mostra um exemplo de um sistema de replicação de sistema multidestino scale-up HANA.

Implante recursos do Azure para o terceiro nó. Dependendo de seus requisitos, você pode usar uma região diferente do Azure para fins de DR.

As etapas necessárias para o terceiro site são semelhantes às máquinas virtuais (VMs) para cluster de expansão HANA. O terceiro site usa a infraestrutura do Azure. A versão do SO e do HANA corresponde ao cluster Pacemaker existente, com as seguintes exceções:
- Nenhum balanceador de carga é implantado para o terceiro site. Não há integração com o balanceador de carga de cluster existente para a VM do terceiro site.
- Não instale pacotes de SO SAPHanaSR, SAPHanaSR-doc e o padrão de pacotes de SO ha_sles na VM do terceiro site.
- Nenhuma integração com o cluster para recursos de VM ou HANA do terceiro site.
- Nenhuma configuração de gancho HANA HA para o terceiro site em global.ini.
Instale o SAP HANA no terceiro nó.

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

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

O exemplo a seguir usa SITE-DR como o nome para o 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

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

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

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

# 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 deteta o status de replicação de sites conectados. Os atributos monitorados podem mudar entre SOK e SFAIL. Não há nenhuma ação de cluster se a replicação para o site de DR falhar.

Expansão do HANA: adicione a replicação do sistema multidestino HANA para fins de DR

Com o provedor SAP HANA HA SAPHanaSrMultiTarget, você pode adicionar um terceiro site de expansão HANA. Este terceiro site é frequentemente usado para DR em outra região do Azure. O ambiente Pacemaker está ciente de uma configuração HANA multitarget DR. Esta seção se aplica apenas a sistemas que executam o Pacemaker no SUSE. Consulte a seção "Pré-requisitos" neste documento para obter detalhes.

A falha do terceiro nó não aciona nenhuma ação de cluster. O cluster deteta o status de replicação de sites conectados e o atributo monitorado para o terceiro site pode mudar entre os SOK estados e SFAIL . Qualquer teste de aquisição para o terceiro/local de DR ou a execução do processo de exercício de DR deve primeiro colocar os recursos do cluster no modo de manutenção para evitar qualquer ação de cluster indesejada.

Implante recursos do Azure para o terceiro site. Dependendo de seus requisitos, você pode usar uma região diferente do Azure para fins de DR.

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 usa as etapas de instalação da infraestrutura do Azure, do SO e do HANA para SITE1 o cluster de expansão, com as seguintes exceções:
- Nenhum balanceador de carga é implantado para o terceiro site. Não há integração com o balanceador de carga de cluster existente para as VMs do terceiro site.
- Não instale os pacotes de SO SAPHanaSR-ScaleOut, SAPHanaSR-ScaleOut-doc e o padrão de pacote de SO ha_sles nas VMs do terceiro site.
- Nenhuma VM de criador majoritário para o terceiro site porque não há integração de cluster.
- Crie o volume NFS /hana/shared para uso exclusivo do terceiro site.
- Nenhuma integração com o cluster para as VMs ou recursos HANA do terceiro site.
- Nenhuma configuração de gancho HANA HA para o terceiro site em global.ini.
Você deve usar o mesmo SID HANA e o mesmo número de instalação HANA para o terceiro site.

Com o SAP HANA scale-out no terceiro site instalado e em execução, registre o terceiro site no site primário.

O exemplo a seguir usa SITE-DR como o nome para o 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

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

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

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

# 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 deteta o status de replicação de sites conectados. O atributo monitorado pode mudar entre SOK e SFAIL. Não há nenhuma ação de cluster se a replicação para o site de DR falhar.

Registre automaticamente o terceiro site

Durante um evento de aquisição planeado ou não planeado entre os dois locais do cluster Pacemaker, o transporte ferroviário de alta velocidade para o terceiro local também é interrompido. O Pacemaker não modifica a replicação do HANA para o terceiro local.

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

Para HSR multicamadas, não existe registro automático SAP HANA do terceiro site. Você precisa registrar manualmente o terceiro site no secundário atual para manter a cadeia de replicação HSR para várias camadas.

Fluxo de diagrama que mostra como um registro automático HANA funciona com um terceiro site durante uma aquisição.

Partilhar via