Este checklist ajudará você a melhorar o design, a migração, a implementação e a manutenção da alta disponibilidade para cenários do SAP HANA e do SAP NetWeaver no Google Cloud.
Conforme você conclui a lista de verificação, considere suas necessidades comerciais. Se você fizer escolhas diferentes das recomendadas, anote-as para tarefas posteriores da lista de verificação.
- Para saber como implementar ou manter um sistema SAP HANA de alta disponibilidade no Google Cloud, consulte o Guia de planejamento de alta disponibilidade do SAP HANA.
- Para fornecer proteção contra interrupções não planejadas (como falhas de hardware), recomendamos que você use o clustering de software baseado em SO.
Para permitir a reinicialização rápida do sistema SAP HANA 2.0 SP04 ou mais recente em caso de falha no processo ou para manutenção de software que não exija a reinicialização da VM, ative a opção de reinicialização rápida do SAP HANA. É altamente recomendável ativar a opção de reinicialização rápida para os tipos de máquina com otimização de memória do Compute Engine, como os tipos M1, M2 ou M3. Para mais informações do SAP sobre a reinicialização rápida do SAP HANA, consulte opção de reinicialização rápida do SAP HANA.
Para mais informações sobre como ativar a reinicialização rápida, consulte o guia de configuração da distribuição do Linux:
Para permitir que o SAP HANA envie notificações para determinados eventos e melhore a detecção de falhas, ative o hook de provedor de HA/DR do SAP HANA.
Para mais informações sobre como ativar o hook de provedor de HA/DR do SAP HANA, consulte o guia de configuração da distribuição do Linux:
Se você não usa uma solução de automação de cluster (como o Pacemaker), defina e teste seus procedimentos e o manual de recuperação.
Ao usar o Pacemaker:
Na seção
totemdo arquivo de configuraçãocorosync.conf, use os valores de parâmetro recomendados pelo Google Cloud. Se você estiver configurando um novo cluster de alta disponibilidade, será necessário alterar alguns valores padrão. Para mais informações sobre os valores recomendados dos parâmetros de configuração do Corosync, consulte Valores de parâmetro de configuração do Corosync.Para mais informações sobre como modificar os valores padrão no arquivo de configuração
corosync.conf, consulte o guia de configuração da distribuição do Linux:Ao configurar o recurso de cluster para seu dispositivo de isolamento, defina o tempo limite e os intervalos de monitoramento e um atraso de reinicialização para o Corosync conforme recomendado pelo Google Cloud. Para mais informações sobre como configurar o isolamento, consulte o guia de configuração para a distribuição do Linux:
Defina um endereço IP virtual (VIP, na sigla em inglês) que use um balanceador de carga de rede de passagem interno. Se você não usar a automação fornecida pelo Google Cloud para definir essa configuração, reserve esse endereço VIP para evitar que ele seja reutilizado acidentalmente.
Crie uma configuração que siga as diretrizes padrão do RHEL e do SLES (links em inglês).
Para fins de teste, crie um sistema de HA que não seja de produção equivalente ao seu ambiente de produção.
- Para ver as configurações compatíveis da SAP para alta disponibilidade, consulte a Nota SAP 2456432 - Aplicativos SAP no Google Cloud: produtos compatíveis e tipos de máquina do Google Cloud.
Para o SUSE Linux Enterprise Server (SLES) ou o Red Hat Enterprise Linux (RHEL), os aplicativos em cluster do Pacemaker fornecem os recursos para configurar aplicativos SAP em uma configuração de alta disponibilidade. Ao usar o Pacemaker:
Na seção
totemdo arquivo de configuraçãocorosync.conf, use os valores de parâmetro recomendados pelo Google Cloud. Se você estiver configurando um novo cluster de alta disponibilidade, será necessário alterar alguns valores padrão.Para mais informações sobre como modificar os valores padrão no arquivo de configuração
corosync.conf, consulte o guia de configuração da distribuição do Linux:Ao configurar o recurso de cluster para seu dispositivo de isolamento, defina o tempo limite e os intervalos de monitoramento e um atraso de reinicialização para o Corosync conforme recomendado pelo Google Cloud. Para mais informações sobre como configurar o isolamento, consulte o guia de configuração para a distribuição do Linux:
Nos sistemas operacionais RHEL e SLES, use um balanceador de carga de rede de passagem interno para gerenciar o endereço IP virtual (VIP). O balanceador de carga fornece um serviço altamente disponível e cria um VIP flutuante que possa direcionar o tráfego entre VMs em um cluster.
Crie uma configuração que siga as diretrizes padrão do RHEL e do SLES (links em inglês).
Para ambientes baseados em Windows, o recurso de cluster de failover nativo do Windows oferece alta disponibilidade. Para mais informações, consulte os seguintes recursos do Windows OS:
Se o cenário tiver instâncias de VM que hospedam vários sistemas SAP com diferentes IDs, siga estas recomendações de alta disponibilidade (HA, na sigla em inglês):
Para fornecer alta disponibilidade a serviços centrais e sistemas de banco de dados SAP, configure o modo de alta disponibilidade usando um dos métodos de HA compatíveis do Google Cloud. Consulte o Guia de planejamento de alta disponibilidade do SAP NetWeaver ou o Guia de planejamento de alta disponibilidade do SAP HANA.
Para fornecer alta disponibilidade a um cluster de alta disponibilidade do IBM Db2 em um sistema SAP NetWeaver, consulte o Guia de implantação de cluster de alta disponibilidade do IBM Db2 para SAP.
Para evitar complexidades associadas, não execute várias soluções de software no mesmo cluster de alta disponibilidade. Em vez disso, implante o software no cluster de alta disponibilidade (por exemplo, serviços centrais do SAP) em VMs separadas que tenham sido dimensionadas corretamente.
- Não use diferentes tipos de software de cluster para gerenciar recursos na mesma VM. As duas soluções de cluster podem entrar em conflito e resultar em comportamento inesperado.
- Se você configurar vários serviços de diferentes IDs
de sistema SAP no mesmo cluster de VM de alta disponibilidade:
- As maiores complexidades dificultam a solução de problemas e a recuperação.
- Se houver uma falha, vários sistemas poderão ser afetados. A distribuição de recursos reduz a extensão desse impacto.
Se você escolher uma solução de failover de terceiros para os serviços centrais do SAP, documente a configuração e teste-a completamente.
Para fins de teste e lançamento, recomendamos que você crie um sistema de HA que não seja de produção equivalente ao seu ambiente de produção.
- Embora isso não seja exigido pela empresa, é possível usar este sistema de HA de teste para validar procedimentos de failover e manutenção, executar testes abrangentes e documentar o sistema para referência operacional.
Se você implementar uma instância autônoma dos serviços centrais do SAP sem alta disponibilidade, registre seu procedimento manual para o processo de restauração e teste completamente.
- Observação: os sistemas SAP NetWeaver sem uma alta disponibilidade geralmente resultam em tempos de restauração de serviço mais longos e interrupções imprevisíveis.
- Migração em tempo real e clusters de alta disponibilidade:
- Ative as políticas de instância da migração em tempo real do Compute Engine nas instâncias de VM.
- Simule um evento de manutenção de migração em tempo real para avaliar o impacto da migração em tempo real nas cargas de trabalho ativas e na configuração de alta disponibilidade.
- Para mais informações sobre migração em tempo real, consulte Migração em tempo real.
- Ative as políticas de instância de reinicialização automática do Compute Engine nas suas instâncias de VM.
- Para garantir que você tenha configurado limites de failover adequados do cluster, consulte Como testar suas políticas de disponibilidade.