Agrupar uma instância SAP ASCS/SCS em um cluster de failover do Windows usando um disco compartilhado no Azure
Windows
O WSFC (Cluster de Failover do Windows Server) é a base de uma instalação de alta disponibilidade (HA) do SAP ASCS/SCS e de sistemas de gerenciamento de banco de dados (DBMSs) no Windows.
Um cluster de failover é um grupo servidores 1+n independentes (nós) que trabalham juntos para aumentar a disponibilidade de aplicativos e serviços. Se ocorrer uma falha de nó, o WSFC calculará o número de falhas que podem ocorrer e ainda manterá um cluster íntegro para fornecer aplicativos e serviços. Você pode escolher entre vários modos de quorum para obter clustering de failover.
Pré-requisitos
Antes de começar as tarefas deste artigo, revise o artigo Arquitetura de alta disponibilidade e cenários para SAP NetWeaver.
Clustering de Failover do Windows Server no Azure
O WSFC com máquinas virtuais (VMs) do Azure requer etapas de configuração adicionais. Quando você compila um cluster, precisa definir vários endereços IP e nomes de host virtual para a instância do SAP ASCS/SCS.
Resolução de nomes no Azure e nome do host virtual do cluster
A plataforma de nuvem do Azure não oferece a opção de configurar endereços IP virtual, como endereços IPs flutuantes. Você precisa de uma solução alternativa para configurar um endereço IP virtual a fim de alcançar o recurso de cluster na nuvem.
O serviço Azure Load Balancer fornece um balanceador de carga interno para o Azure. Com o balanceador de carga interno, os clientes acessam o cluster pelo endereço IP virtual do cluster.
Implante o balanceador de carga interno no grupo de recursos que contém os nós do cluster. Em seguida, configure todas as regras de encaminhamento de porta necessárias usando as portas de teste do balanceador de carga interno. Os clientes podem se conectar por meio do nome de host virtual. O servidor DNS resolve o endereço IP do cluster e o balanceador de carga interno trata da porta que encaminha para o nó ativo do cluster.
Importante
Não há suporte para endereços IP flutuantes em uma configuração IP secundária para um adaptador de rede (NIC) em cenários de balanceamento de carga. Confira Limitações do Azure Load Balancer, para mais detalhes. Se você precisar de um endereço IP adicional para a VM, implante um segundo NIC.
Alta disponibilidade do SAP ASCS/SCS com discos compartilhados do cluster
No Windows, uma instância do SAP ASCS/SCS contém os serviços centrais do SAP, o servidor de mensagens do SAP, os processos de servidor de enfileiramento e os arquivos de host global do SAP. Os arquivos de host global SAP armazenam arquivos centrais para todo o sistema SAP.
Uma instância do SAP ASCS/SCS tem os seguintes componentes:
Serviços centrais do SAP:
- Dois processos (para um servidor de mensagens e um servidor de enfileiramento) e um nome de host virtual ASCS/SCS usado para acessar os dois processos
- Estrutura do arquivo: S:\usr\sap\SID>\<ASCS/SCS número da<instância>
Arquivos de host global do SAP:
Estrutura do arquivo: S:\usr\sap\SID>\<SYS...
O compartilhamento de arquivos sapmnt, que permite o acesso a esses arquivos globais S:\usr\sap\SID>\<SYS... usando o seguinte caminho UNC:
\\<Nome do host> virtual ASCS/SCS\sapmnt\SID>\<SYS...
Em uma configuração de alta disponibilidade, você clusteriza instâncias do SAP ASCS/SCS. Use discos compartilhados de cluster (unidade S no exemplo deste artigo) para colocar os arquivos de host global SAP ASCS/SCS e SAP.
Com uma arquitetura Enqueue Replication Server 1 (ERS1):
- O mesmo nome de host virtual ASCS/SCS é usado para acessar o servidor de mensagens SAP e enfileirar processos de servidor, além dos arquivos de host global SAP por meio do compartilhamento de arquivos sapmnt .
- O mesmo disco compartilhado de cluster (unidade S) é compartilhado entre eles.
Com a arquitetura Enqueue Replication Server 2 (ERS2):
- O mesmo nome de host virtual ASCS/SCS é usado para acessar o processo do servidor de mensagens SAP, além dos arquivos de host global SAP por meio do compartilhamento de arquivos sapmnt .
- O mesmo disco compartilhado de cluster (unidade S) é compartilhado entre eles.
- Há um nome de host virtual do ERS separado para acessar o processo do servidor de enfileiramento.
Discos compartilhados e Enqueue Replication Server
Os discos compartilhados são suportados com uma arquitetura ERS1, onde a instância ERS1:
- Não está agrupado.
- Usa um
localhostnome. - É implantado em discos locais em cada um dos nós do cluster.
Os discos compartilhados também são suportados com uma arquitetura ERS2, onde a instância ERS2:
- Está agrupado.
- Usa um nome de host virtual ou de rede dedicado.
- Precisa que o endereço IP do nome do host virtual do ERS seja configurado em um balanceador de carga interno do Azure, além do endereço IP (A)SCS.
- É implantado em discos locais em cada um dos nós clusterizados, portanto, não há necessidade de um disco compartilhado.
Para obter mais informações sobre ERS1 e ERS2, consulte Enqueue Replication Server in a Microsoft Failover Cluster e New Enqueue Replicator in Failover Cluster environments no site da SAP.
Opções para discos compartilhados no Azure para cargas de trabalho SAP
Há duas opções para discos compartilhados em um cluster de failover do Windows no Azure:
- Use discos compartilhados do Azure para anexar discos gerenciados do Azure a várias VMs simultaneamente.
- Use o SIOS DataKeeper Cluster Edition para criar um armazenamento espelhado que simula o armazenamento compartilhado do cluster.
Ao selecionar a tecnologia para discos compartilhados, lembre-se das seguintes considerações sobre os discos compartilhados do Azure para cargas de trabalho SAP:
- O uso de discos compartilhados do Azure com discos SSD Premium do Azure tem suporte para implantação SAP em conjuntos de disponibilidade e zonas de disponibilidade.
- Os discos de Armazenamento em Disco Ultra do Azure e os discos SSD Padrão do Azure não têm suporte como discos compartilhados do Azure para cargas de trabalho SAP.
- Certifique-se de provisionar discos SSD Premium do Azure com um tamanho mínimo de disco, conforme especificado em intervalos SSD Premium, para poder se conectar ao número necessário de VMs simultaneamente. Normalmente, você precisa de duas VMs para clusters de failover do Windows SAP ASCS.
Lembre-se das seguintes considerações sobre o SIOS:
- A solução SIOS fornece replicação de dados síncrona em tempo real entre dois discos.
- Com a solução SIOS, você opera com dois discos gerenciados. Se você estiver usando conjuntos de disponibilidade ou zonas de disponibilidade, os discos gerenciados estarão em clusters de armazenamento diferentes.
- Há suporte para implantação em zonas de disponibilidade.
- A solução SIOS requer a instalação e operação de software de terceiros, que você precisa comprar separadamente.
Discos compartilhados do Azure
Você pode implementar o SAP ASCS/SCS HA com discos compartilhados do Azure.
Pré-requisitos e limitações
Atualmente, você pode usar discos SSD Premium do Azure como discos compartilhados do Azure para a instância SAP ASCS/SCS. Existem as seguintes limitações no momento:
- Os discos de Armazenamento em Disco Ultra do Azure e os discos SSD padrão não têm suporte como discos compartilhados do Azure para cargas de trabalho SAP.
- Os discos compartilhados do Azure com discos SSD Premium têm suporte para implantação SAP em conjuntos de disponibilidade e zonas de disponibilidade.
- Os discos compartilhados do Azure com discos SSD Premium vêm com duas opções de armazenamento:
- O armazenamento localmente redundante (LRS) para discos compartilhados SSD Premium (
skuNamevalor de ) é suportado com a implantação em conjuntos dePremium_LRSdisponibilidade. - O armazenamento com redundância de zona (ZRS) para discos compartilhados SSD Premium (
skuNamevalor de ) é suportado com a implantação em zonas dePremium_ZRSdisponibilidade.
- O armazenamento localmente redundante (LRS) para discos compartilhados SSD Premium (
- O valor de disco compartilhado do Azure maxShares determina quantos nós de cluster podem usar o disco compartilhado. Para uma instância SAP ASCS/SCS, você normalmente configura dois nós no WSFC. Em seguida, defina o valor para
maxShares2como . - Um PPG (grupo de posicionamento de proximidade) do Azure não é necessário para discos compartilhados do Azure. Mas para implantação do SAP com PPGs, siga estas diretrizes:
- Se você estiver usando PPGs para um sistema SAP implantado em uma região, todas as máquinas virtuais que compartilham um disco devem fazer parte do mesmo PPG.
- Se você estiver usando PPGs para um sistema SAP implantado em zonas, conforme descrito em Grupos de posicionamento de proximidade com implantações zonais, poderá anexar
Premium_ZRSarmazenamento a máquinas virtuais que compartilham um disco.
Para obter mais informações, consulte a seção Limitações da documentação para discos compartilhados do Azure.
Considerações importantes para discos compartilhados SSD Premium
Considere estes pontos importantes sobre os discos compartilhados do SSD Premium do Azure:
LRS para discos compartilhados SSD Premium:
- A implantação do SAP com discos compartilhados LRS for Premium SSD opera com um único disco compartilhado do Azure em um cluster de armazenamento. Se houver um problema com o cluster de armazenamento em que o disco compartilhado do Azure está implantado, ele afetará sua instância do SAP ASCS/SCS.
ZRS para discos compartilhados SSD Premium:
- A latência de gravação do ZRS é maior do que a do LRS devido à cópia interzonal de dados.
- A distância entre zonas de disponibilidade em diferentes regiões varia, assim como a latência de disco ZRS entre zonas de disponibilidade. Faça um benchmark de seus discos para identificar a latência dos discos ZRS em sua região.
- Os discos compartilhados ZRS for Premium SSD replicam dados de forma síncrona em três zonas de disponibilidade na região. Se houver um problema em um dos clusters de armazenamento, sua instância SAP ASCS/SCS continuará a ser executada porque o failover de armazenamento é transparente para a camada de aplicativo.
- Para obter mais informações, consulte a seção Limitações da documentação sobre o ZRS para discos gerenciados.
Para obter outras considerações importantes sobre como planejar sua implantação SAP, revise Planejar e implementar uma implantação SAP nos tipos Azure e Armazenamento do Azure para cargas de trabalho SAP.
Versões compatíveis do sistema operacional
Há suporte para o Windows Server 2016, 2019 e versões posteriores. Use as imagens mais recentes do datacenter.
É altamente recomendável usar pelo menos o Windows Server 2019 Datacenter, pelos seguintes motivos:
- O WSFC no Windows Server 2019 reconhece o Azure.
- O Windows Server 2019 Datacenter inclui integração e reconhecimento da manutenção do host do Azure e experiência aprimorada por meio do monitoramento de eventos agendados do Azure.
- Você pode usar nomes de rede distribuídos. (É a opção padrão.) Não é necessário ter um endereço IP dedicado para o nome da rede do cluster. Além disso, você não precisa configurar um endereço IP em um balanceador de carga interno do Azure.
Discos compartilhados no Azure com SIOS DataKeeper
Outra opção para discos compartilhados é usar o SIOS DataKeeper Cluster Edition para criar um armazenamento espelhado que simula o armazenamento compartilhado em cluster. A solução SIOS fornece replicação síncrona de dados em tempo real.
Para criar um recurso de disco compartilhado para um cluster:
- Anexe um disco adicional a cada uma das máquinas virtuais em uma configuração de cluster do Windows.
- Execute o SIOS DataKeeper Cluster Edition em ambos os nós da máquina virtual.
- Configure o SIOS DataKeeper Cluster Edition para que ele espelhe o conteúdo do volume adicional conectado ao disco da máquina virtual de origem para o volume adicional conectado ao disco da máquina virtual de destino. O SIOS DataKeeper abstrai os volumes locais de origem e de destino e, em seguida, os apresenta ao WSFC como um disco compartilhado.
Observação
Você não precisa de discos compartilhados de alta disponibilidade com alguns produtos de DBMS, como o SQL Server. O AlwaysOn do SQL Server replica os arquivos de log e dados do DBMS do disco local de um nó do cluster para o disco local de outro nó do cluster. Nesse caso, a configuração de cluster do Windows não precisa de um disco compartilhado.
Configurações opcionais
Os diagramas a seguir mostram várias instâncias SAP em VMs do Azure que executam o Clustering de Failover do Windows Server para reduzir o número total de VMs.
Essa configuração pode ser servidores de aplicativos SAP locais em um cluster SAP ASCS/SCS ou uma função de cluster SAP ASCS/SCS nos nós do Microsoft SQL Server Always On.
Importante
Não há suporte para a instalação de um servidor de aplicativos SAP local em um nó SQL Server Always On.
Tanto o SAP ASCS/SCS quanto o banco de dados do Microsoft SQL Server são SPOFs (pontos únicos de falha). O WSFC ajuda a proteger esses SPOFs em um ambiente Windows.
Embora o consumo de recursos do SAP ASCS/SCS seja relativamente pequeno, recomendamos uma redução da configuração de memória para o SQL Server ou o servidor de aplicativos SAP em 2 GB.
Este diagrama ilustra os servidores de aplicativos SAP em nós WSFC com o uso do SIOS DataKeeper:
Como os servidores de aplicativos SAP são instalados localmente, não há necessidade de configurar nenhuma sincronização.
Este diagrama ilustra o SAP ASCS/SCS em nós Always On do SQL Server com o uso do SIOS DataKeeper:
Para obter informações sobre outras configurações, consulte os seguintes recursos: