SAP HANA Grandes Instâncias alta disponibilidade e recuperação de desastres em Azure

Importante

Esta documentação não substitui a documentação da administração SAP HANA ou as notas SAP. Esperamos que tenha experiência em SAP HANA administração e operações, especialmente com os tópicos de backup, restauro, alta disponibilidade e recuperação de desastres.

Neste artigo, daremos uma visão geral da alta disponibilidade (HA) e recuperação de desastres (DR) de SAP HANA em Azure Large Instances (também conhecida como Infraestrutura BareMetal). Também detalharemos alguns dos requisitos e considerações relacionados com HA e DR.

Alguns dos processos descritos nesta documentação são simplificados. Não se destinam a ser passos detalhados para serem incluídos nos manuais de operações. Para criar manuais de operação para as suas configurações, executar e testar os seus processos com as suas versões e versões HANA específicas. Em seguida, pode documentar os processos específicos das suas configurações.

HA e DR

A alta disponibilidade e recuperação de desastres são aspetos cruciais para executar o seu SAP HANA crítico da missão no servidor Azure (Grandes Instâncias). É importante trabalhar com o SAP, o seu integrador de sistemas, ou a Microsoft para arquiteto e implementar adequadamente as estratégias de alta disponibilidade e recuperação de desastres. Considere também o objetivo do ponto de recuperação (RPO) e o objetivo do tempo de recuperação (RTO), que são específicos do seu ambiente.

A Microsoft suporta algumas SAP HANA capacidades de alta disponibilidade com HANA Large Instances. Estas funcionalidades incluem:

  • Armazenamento replicação: A capacidade do sistema de armazenamento de replicar todos os dados para outro carimbo HANA Large Instance em outra região de Azure. SAP HANA funciona independentemente deste método. Esta funcionalidade é o mecanismo de recuperação de desastres padrão oferecido para HANA Large Instances.
  • Replicação do sistema HANA: A replicação de todos os dados em SAP HANA a um sistema SAP HANA separado. O RTO é minimizado através da replicação de dados em intervalos regulares. SAP HANA suporta modos assíncronos, sincronizados e sincronizados. O modo sincronizado é utilizado apenas para sistemas SAP HANA dentro do mesmo datacenter ou com menos de 100 km de distância. Com o design atual de selos HANA Large Instance, a replicação do sistema HANA pode ser usada para alta disponibilidade apenas dentro de uma região. A replicação do sistema HANA requer um componente de procuração inversa ou encaminhamento de terceiros para configurações de recuperação de desastres em outra região de Azure.
  • Host auto-failover: Uma solução local de recuperação de falhas para SAP HANA que é uma alternativa à replicação do sistema HANA. Se o nó primário ficar indisponível, configura um ou mais nós de espera SAP HANA no modo de escala e SAP HANA falha automaticamente num nó de espera.

SAP HANA em Azure (Grandes Instâncias) é oferecido em duas regiões do Azure em quatro áreas geopolíticas: EUA, Austrália, Europa e Japão. Duas regiões dentro de uma área geopolítica que acolhem selos HANA Large Instance (HLI) estão ligados a circuitos de rede dedicados separados. Estes HLIs são utilizados para replicar instantâneos de armazenamento para fornecer métodos de recuperação de desastres. A replicação não é criada por padrão, mas apenas para clientes que encomendam funcionalidade de recuperação de desastres. Armazenamento replicação depende do uso de instantâneos de armazenamento para HANA Large Instances. Não se pode escolher uma região de Azure como uma região dr que está numa área geopolítica diferente.

Opções atualmente suportadas

O quadro a seguir mostra os métodos e combinações de alta disponibilidade e recuperação de desastres atualmente suportados:

Cenário apoiado em Grandes Instâncias HANA Opção de alta disponibilidade Opção de recuperação de desastres Comentários
Nó único Não disponível. Configuração dedicada do DR.
Configuração de DR multiusos.
Failover automático do anfitrião: Scale-out (com ou sem standby)
incluindo 1+1
Possível com o standby assumindo o papel ativo.
Hana controla o interruptor de função.
Configuração dedicada do DR.
Configuração de DR multiusos.
Sincronização dr utilizando a replicação de armazenamento.
Os conjuntos de volume HANA estão ligados a todos os nós.
O site DR deve ter o mesmo número de nós.
Replicação do sistema HANA Possível com configuração primária ou secundária.
O secundário passa para o papel principal num caso de falência.
Replicação do sistema HANA e falha no controlo do sistema OPERATIVO.
Configuração dedicada do DR.
Configuração de DR multiusos.
Sincronização dr utilizando a replicação de armazenamento.
Dr usando a replicação do sistema HANA ainda não é possível sem componentes de terceiros.
Um conjunto separado de volumes de disco são fixados a cada nó.
Apenas volumes de discos de réplica secundária no local de produção são replicados para a localização DR.
Um conjunto de volumes é necessário no local dr.

Uma configuração de DR dedicada é onde a unidade HANA Large Instance no site DR não é usada para executar qualquer outra carga de trabalho ou sistema de não produção. A unidade é passiva e é implantada apenas se um desastre falhar. Esta configuração não é a opção preferida para a maioria dos clientes.

Para saber mais sobre o layout de armazenamento e detalhes ethernet para a sua arquitetura, consulte cenários apoiados pelo HLI.

Nota

Antes de HANA2.0 SPS4 não foi suportado para tirar fotos de base de dados de bases de dados de bases de dados de vários inquilinos (mais do que um inquilino). Com o SPS4 e o mais recente SAP está a suportar totalmente esta funcionalidade de instantâneo.

Uma configuração de DR multiusos é onde a unidade HANA Large Instance no site DR executa uma carga de trabalho não-produção. Se houver um desastre, desligue o sistema de não produção, monte os conjuntos de volume (adicionado) replicados pelo armazenamento e inicie a produção hana. A maioria dos clientes que usam a funcionalidade de recuperação de desastres HANA Large Instance utilizam esta configuração.

Pode encontrar mais informações sobre SAP HANA alta disponibilidade nos seguintes artigos DAA:

Considerações de rede para recuperação de desastres com HANA Grandes Instâncias

Para tirar partido da funcionalidade de recuperação de desastres da HANA Large Instances, você precisa projetar a conectividade da rede para as duas regiões Azure. Você precisa de uma ligação do circuito Azure ExpressRoute a partir das instalações da sua principal região de Azure, e outra ligação de circuito desde as instalações até à sua região de recuperação de desastres. Esta medida abrange uma situação em que há um problema numa região de Azure, incluindo uma localização do Microsoft Enterprise Edge Router (MSEE).

Também pode ligar todas as redes virtuais Azure que se conectam a SAP HANA em Azure (Grandes Instâncias) numa região a um circuito ExpressRoute que liga grandes instâncias HANA na outra região. Com esta ligação cruzada, os serviços em execução numa rede virtual Azure na Região 1 podem ligar-se às unidades HANA Large Instance na Região 2, e ao contrário. Esta medida aborda um caso em que apenas uma das localizações do MSEE que se conecta ao seu local com o Azure fica offline.

O gráfico a seguir ilustra uma configuração resiliente para casos de recuperação de desastres:

Optimal configuration for disaster recovery

Outros requisitos com a replicação do armazenamento de grandes instâncias HANA para a recuperação de desastres

  • Encomende SAP HANA em SKUs de Azure (Grandes Instâncias) do mesmo tamanho que os SKUs de produção e implemente-os na região de recuperação de desastres. Nas atuais implementações de clientes, estas instâncias são usadas para executar casos HANA não produtivos. Estas configurações são referidas como configurações DR multiusos.
  • Encomende mais armazenamento no site DR para cada um dos seus SAP HANA em SKUs Azure (Grandes Instâncias) que pretende recuperar no local de recuperação de desastres. Comprar mais armazenamento permite-lhe alocar os volumes de armazenamento. Você pode alocar os volumes que são alvo da replicação de armazenamento da sua produção Região Azure na região de Azure de recuperação de desastres.
  • Pode ter SAP HANA replicação do sistema configurada na replicação primária e baseada no armazenamento para o site DR. Em seguida, deve adquirir mais armazenamento no site DR para que os dados dos nós primários e secundários seja replicado no site DR.

Passos seguintes

Saiba mais sobre backup e restauro de SAP HANA em HANA Large Instances.