Cluster uma instância SAP ASCS/SCS em um cluster de failover Windows usando um cluster de disco compartilhado em Azure

Windows OSWindows

Windows Clustering failover do Servidor é a base de uma instalação SAP ASCS/SCS de alta disponibilidade e DBMS em Windows.

Um cluster failover é um grupo de 1+n-independentes servidores (nós) que trabalham em conjunto para aumentar a disponibilidade de aplicações e serviços. Se ocorrer uma falha no nó, Windows o clusteramento de failover do Servidor calcula o número de falhas que podem ocorrer e ainda manter um cluster saudável para fornecer aplicações e serviços. Pode escolher entre diferentes modos de quórum para obter o agrupamento de falhas.

Pré-requisitos

Antes de iniciar as tarefas neste artigo, reveja o seguinte artigo:

Windows o agrupamento de falhas do Servidor em Azure

Windows o agrupamento de falhas do Servidor com o Azure Máquinas Virtuais requer passos de configuração adicionais. Ao construir um cluster, precisa de definir vários endereços IP e nomes de anfitriões virtuais para a instância SAP ASCS/SCS.

Resolução de nome em Azure e o nome de hospedeiro virtual do cluster

A plataforma cloud Azure não oferece a opção de configurar endereços IP virtuais, como endereços IP flutuantes. Precisa de uma solução alternativa para configurar um endereço IP virtual para chegar ao recurso de cluster na nuvem.

O serviço Balanceador de Carga do Azure fornece um equilibrador interno para o Azure. Com o equilibrador de carga interno, os clientes chegam ao cluster sobre o endereço IP virtual do cluster.

Coloque o equilibrador de carga interno no grupo de recursos que contém os nós de cluster. Em seguida, configuure todas as regras necessárias para o encaminhamento do porto utilizando as portas de sonda do esquilibrador interno de carga. Os clientes podem ligar-se através do nome de anfitrião virtual. O servidor DNS resolve o endereço IP do cluster e o equilibrador de carga interno manuseia a porta reencaminhando para o nó ativo do cluster.

Importante

O IP flutuante não é suportado numa configuração IP secundária do NIC em cenários de equilíbrio de carga. Para mais detalhes consulte as limitações do balançador de carga Azure. Se precisar de um endereço IP adicional para o VM, implante um segundo NIC.

Figure 1: Windows failover clustering configuration in Azure without a shared disk

Windows configuração de clustering de failover do Servidor em Azure sem um disco partilhado

SAP ASCS/SCS HA com discos partilhados de cluster

Em Windows, uma instância SAP ASCS/SCS contém serviços centrais SAP, o servidor de mensagens SAP, processos de servidor de enfarte e ficheiros de anfitriões globais SAP. Os ficheiros anfitriões globais da SAP armazenam ficheiros centrais para todo o sistema SAP.

Uma instância SAP ASCS/SCS tem os seguintes componentes:

  • Serviços centrais SAP:

    • Dois processos, um servidor de mensagem e enqueue, e um <nome> de anfitrião virtual ASCS/SCS, que é usado para aceder a estes dois processos.
    • Estrutura de ficheiros: S:\usr\sap\<SID>\ASCS/SCS<número de instância>
  • Ficheiros de anfitriões globais DA SAP:

    • Estrutura de ficheiros: S:\usr\sap\<SID>\SYS...

    • A partilha de ficheiros sapmnt, que permite o acesso a estes S:\usr\sap\<SID>\SYS... ficheiros utilizando o seguinte caminho unc:

      \\<ASCS/SCS nome> de anfitrião virtual\sapmnt\<SID>\SYS...

Figure 2: Processes, file structure, and global host sapmnt file share of an SAP ASCS/SCS instance

Processos, estrutura de ficheiros e partilha global de ficheiros sapmnt de um caso SAP ASCS/SCS

Numa definição de alta disponibilidade, agrupa as instâncias SAP ASCS/SCS. Utilizamos discos compartilhados agrupados (unidade S, no nosso exemplo), para colocar os ficheiros de anfitriões globais SAP ASCS/SCS e SAP.

Figure 3: SAP ASCS/SCS HA architecture with shared disk

Arquitetura SAP ASCS/SCS HA com disco partilhado

Com a replicação do servidor Enqueue 1 arquitetura:

  • O mesmo <nome> de anfitrião virtual ASCS/SCS é usado para aceder aos processos de servidor de mensagens SAP e enqueue, e os ficheiros anfitriões globais da SAPMNT através da partilha de ficheiros sapmnt.
  • O mesmo cluster partilhado unidade de disco S é partilhado entre eles.

Com a replicação do servidor Enqueue 2 arquitetura:

  • O mesmo <nome> de anfitrião virtual ASCS/SCS é usado para aceder ao processo do servidor de mensagens SAP, e os ficheiros anfitriões globais SAP através da partilha de ficheiros sapmnt.
  • O mesmo cluster partilhado unidade de disco S é partilhado entre eles.
  • Existe um nome> de anfitrião virtual ERS separado <para aceder ao processo do servidor de enqueue

Figure 4: SAP ASCS/SCS HA architecture with shared disk

Arquitetura SAP ASCS/SCS HA com disco partilhado

Servidor de replicação de disco partilhado e enqueue

  1. O disco partilhado é suportado com a replicação do servidor Enqueue 1 arquitetura, onde o servidor de replicação enqueue (ERS) é o exemplo:

    • não está agrupado
    • usa localhost nome
    • é implantado em discos locais em cada um dos nós de cluster
  2. O disco partilhado também é suportado com a replicação do servidor Enqueue 2 arquitetura, onde o caso do Servidor de Replicação enqueue 2 (ERS2):

    • está agrupado
    • usa nome de anfitrião virtual/rede dedicado
    • precisa que o endereço IP do nome de anfitrião virtual ERS seja configurado em Balanceador de Carga Internos Azure, além do endereço IP (A)SCS
    • é implantado em discos locais em cada um dos nós agrupados, portanto não há necessidade de disco compartilhado

    Dica

    Pode encontrar mais informações sobre o Enqueue Replication Server 1 e 2 (ERS1 e ERS2) aqui:
    Enqueue o servidor de replicação num cluster de falha da Microsoft
    Novo replicador enqueue em ambientes de cluster failover

Opções para disco partilhado em Azure para cargas de trabalho SAP

Existem duas opções para o disco partilhado num aglomerado de falhas de janelas em Azure:

Ao selecionar a tecnologia para o disco partilhado, tenha em mente as seguintes considerações:

Disco compartilhado Azure para cargas de trabalho SAP

  • Permite-lhe anexar o disco gerido a Azure a vários VMs simultaneamente sem a necessidade de software adicional para manter e operar.
  • O disco compartilhado Azure com Premium discos SSD é suportado para a implementação de SAP em zonas de disponibilidade e disponibilidade.
  • Os discos Azure Ultra e Azure Standard não são suportados como disco partilhado Azure para cargas de trabalho SAP.
  • Certifique-se de que fornece o disco Azure Premium com um tamanho mínimo de disco especificado nas gamas SSD Premium para poder ligar simultaneamente ao número de VMs necessário (normalmente 2 para o aglomerado SAP ASCS Windows Failover).

SIOS

  • A solução SIOS fornece replicação de dados sincronizados em tempo real entre dois discos
  • Com a solução SIOS opera-se com dois discos geridos, e se utilizar conjuntos de disponibilidade ou zonas de disponibilidade, os discos geridos aterrarão em diferentes clusters de armazenamento.
  • A implantação em zonas de disponibilidade é suportada
  • Requer a instalação e operação de software de terceiros, que terá de comprar adicionalmente

Disco compartilhado usando disco compartilhado Azure

A Microsoft está a oferecer discos partilhados Azure, que podem ser usados para implementar a ALTA Disponibilidade SAP ASCS/SCS com uma opção de disco partilhado.

Pré-requisitos e limitações

Atualmente pode utilizar discos SSD Premium Azure como um disco partilhado Azure para a instância SAP ASCS/SCS. Estão atualmente em vigor as seguintes limitações:

  • O disco Azure Ultra e os discos SSD Standard não são suportados como Disco Partilhado Azure para cargas de trabalho SAP.
  • O disco Azure Shared com Premium discos SSD é suportado para a implementação de SAP em zonas de disponibilidade e disponibilidade.
  • O disco partilhado Azure com Premium discos SSD vem com dois SKUs de armazenamento.
    • O armazenamento localmente redundante (LRS) para o disco partilhado premium (skuName - Premium_LRS) é suportado com a implementação no conjunto de disponibilidade de Azure.
    • O armazenamento redundante de zona (ZRS) para disco partilhado premium (skuName - Premium_ZRS) é suportado com implantação em zonas de disponibilidade Azure.
  • O maxShares de disco partilhado Azure determina quantos nós de cluster podem usar o disco partilhado. Normalmente para a instância SAP ASCS/SCS, irá configurar dois nós no Windows Failover Cluster, pelo que o valor para maxShares dois deve ser definido.
  • O grupo de colocação de proximidade Azure não é necessário para o disco partilhado Azure. Mas para a implementação do SAP com PPG, siga as seguintes orientações:
    • Se estiver a utilizar o ppg para o sistema SAP implantado numa região, todas as máquinas virtuais que partilham um disco devem fazer parte do mesmo PPG.
    • Se estiver a utilizar o sistema PPG para SAP implantado em zonas como descrito no documento Grupos de colocação de proximidade com implementações zonais, pode anexar Premium_ZRS armazenamento a máquinas virtuais que partilham um disco.

Para mais detalhes sobre as limitações para o disco partilhado Azure, por favor reveja cuidadosamente a secção de limitações da documentação do Disco Partilhado Azure.

Consideração importante para Premium disco partilhado

Seguem-se alguns dos pontos importantes a ter em conta para o disco partilhado Azure Premium:

  • LRS para Premium disco compartilhado

    • A implementação do SAP com o LRS para Premium disco partilhado funcionará com um único disco partilhado Azure num cluster de armazenamento. A sua instância SAP ASCS/SCS seria impactada, em caso de problemas com o cluster de armazenamento, onde o disco partilhado Azure é implantado.
  • ZRS para Premium disco compartilhado

    • A latência de escrita para ZRS é superior à do LRS devido à cópia transversal de dados.
    • A distância entre zonas de disponibilidade em diferentes regiões varia e com a latência do disco ZRS também em zonas de disponibilidade. Compare os seus discos para identificar a latência do disco ZRS na sua região.
    • ZRS para Premium disco partilhado reproduz sincronizadamente dados em três zonas de disponibilidade na região. Em caso de qualquer problema num dos clusters de armazenamento, o seu SAP ASCS/SCS continuará a funcionar à medida que o failover de armazenamento é transparente para a camada de aplicação.
    • Reveja a secção de limitações do ZRS para obter discos geridos para obter mais detalhes.

Dica

Reveja o SAP Netweaver no guia de planeamento da Azure e o guia de Armazenamento Azure para as cargas de trabalho SAP para considerações importantes, ao planear a sua implantação sap.

Versões de SO suportadas

Tanto Windows Servidores 2016 e 2019 são suportados (utilize as imagens mais recentes do data center).

Recomendamos vivamente a utilização do Datacenter Windows Server 2019, como:

  • Windows Serviço de Cluster Failover 2019 está ciente do Azure
  • Há uma integração e consciencialização adicionais da Manutenção do Anfitrião Azure e uma melhor experiência através da monitorização de eventos de agenda do Azure.
  • É possível utilizar o nome de rede distribuído (é a opção padrão). Portanto, não há necessidade de ter um endereço IP dedicado para o nome da rede de cluster. Além disso, não há necessidade de configurar este endereço IP no Balanceador de Carga Interno Azure.

Discos partilhados em Azure com SIOS DataKeeper

Outra opção para o disco partilhado é usar o software de terceiros SIOS DataKeeper Cluster Edition para criar um armazenamento espelhado que simula armazenamento compartilhado de cluster. A solução SIOS fornece replicação sincronizada de dados em tempo real.

Para criar um recurso de disco partilhado para um cluster:

  1. Fixe um disco adicional a cada uma das máquinas virtuais numa configuração de cluster Windows.
  2. Executar SIOS DataKeeper Cluster Edition em ambos os nós de máquinas virtuais.
  3. Configure a SiOS DataKeeper Cluster Edition de modo a espelhar o conteúdo do volume adicional do disco anexado da máquina virtual de origem ao volume adicional ligado ao disco da máquina virtual alvo. SiOS DataKeeper abstra a fonte e os volumes locais alvo, e depois apresenta-os para Windows o clusteramento de failover do Servidor como um disco partilhado.

Obtenha mais informações sobre o SIOS DataKeeper.

Figure 5: Windows Server failover clustering configuration in Azure with SIOS DataKeeper

Windows configuração de clustering de failover em Azure com sios dataKeeper

Nota

Não precisa de discos partilhados para uma alta disponibilidade com alguns produtos DBMS, como SQL Server. SQL Server Always On replica dados DBMS e regista ficheiros do disco local de um nó de cluster para o disco local de outro nó de cluster. Neste caso, a configuração Windows cluster não precisa de um disco partilhado.

Configurações opcionais

Os seguintes diagramas mostram múltiplas instâncias SAP em VMs Azure que executam o Microsoft Windows Failover Cluster para reduzir o número total de VMs.

Isto pode ser servidores de aplicações SAP locais num cluster SAP ASCS/SCS ou uma função de cluster SAP ASCS/SCS em Microsoft SQL Server Sempre Nos nós.

Importante

A instalação de um servidor de aplicação SAP local num nó SQL Server Always On On não é suportado.

Ambos, SAP ASCS/SCS e a base de dados Microsoft SQL Server, são pontos únicos de falha (SPOF). Para proteger estes SPOFs num ambiente Windows é utilizado o WSFC.

Embora o consumo de recursos do SAP ASCS/SCS seja bastante pequeno, recomenda-se uma redução da configuração da memória para SQL Server ou para o Servidor de Aplicações SAP em 2 GB.

Servidores de aplicações SAP em nó de WSFC usando SiOS DataKeeper

Figure 6: Windows Server failover clustering configuration in Azure with SIOS DataKeeper and locally installed SAP Application Server

Nota

Uma vez que os Servidores de Aplicação SAP são instalados localmente, não há necessidade de configurar qualquer sincronização como a imagem mostra.

SAP ASCS/SCS em SQL Server Sempre Nos nós usando sios dataKeeper

Figure 7: SAP ASCS/SCS on SQL Server Always On nodes using SIOS DataKeeper

Configuração opcional para servidores de aplicações SAP em nos nomes WSFC usando Windows SOFS

Configuração opcional para servidores de aplicações SAP em nos nomes WSFC usando NetApp Files SMB

Configuração opcional para SAP ASCS/SCS em SQL Server Sempre Nos nós utilizando Windows SOFS

Configuração opcional para SAP ASCS/SCS em SQL Server Sempre Em nós usando NetApp Files SMB

Passos seguintes