Configurar um cluster de failover do Windows Server para uma instância do SAP ASCS-SCS

Concluído

A configuração de um cluster de failover do Windows Server para uma instância SAP ASCS/SCS envolve estas tarefas:

  • Adicione nós de cluster ao cluster.
  • Configure Cloud Witness.

Adicionar nós de cluster ao cluster

Configure o cluster de failover usando o Gerenciador de Cluster de Failover:

  1. No Gerenciador de Cluster de Failover, selecione Criar Cluster e adicione apenas o nome do primeiro cluster (nó A). Não adicione o segundo nó ainda; Você adiciona o segundo nó em uma etapa posterior.
  2. Insira o nome da rede (nome do host virtual) do cluster.
  3. Depois de criar o cluster, execute um teste de validação de cluster.
  4. Você pode ignorar quaisquer avisos sobre discos neste ponto do processo. Nesta fase, você não precisa se preocupar em ter quórum.
  5. Coloque o nome do host virtual do cluster online.
  6. Adicione o segundo nó do cluster.

Configurar o Cloud Witness

Para configurar o Cloud Witness, você deve ter uma Conta de Armazenamento do Azure válida que possa ser usada para armazenar o arquivo de blob (usado para arbitragem). O Cloud Witness cria um Container msft-cloud-witness bem conhecido na Conta de Armazenamento da Microsoft. O Cloud Witness grava um único arquivo de blob com o ID exclusivo do cluster correspondente usado como o nome do arquivo de blob sob esse contêiner msft-cloud-witness. Isso significa que você pode usar a mesma Conta de Armazenamento do Microsoft Azure para configurar uma Testemunha de Nuvem para vários clusters diferentes.

Quando você usa a mesma Conta de Armazenamento do Azure para configurar o Cloud Witness para vários clusters diferentes, um único contêiner msft-cloud-witness é criado automaticamente. Esse contêiner conterá um arquivo de blob por cluster.

Ao criar uma conta de armazenamento, lembre-se de que:

  • Não é possível usar uma conta de armazenamento de Blob para uma Cloud Witness.
  • Não é possível usar o Armazenamento Premium do Azure para uma Testemunha de Nuvem.
  • Em Replicação, selecione LRS (armazenamento com redundância local). O Clustering de Failover usa o arquivo de blob como ponto de arbitragem, o que requer algumas garantias de consistência ao ler os dados. Portanto, você deve selecionar Armazenamento localmente redundante para o tipo de replicação.

Quando você cria uma conta de armazenamento, ela é associada a duas chaves de acesso que são geradas automaticamente - chave de acesso primária e chave de acesso secundária. Para uma primeira criação do Cloud Witness, use a Chave de Acesso Primária. Não há nenhuma restrição em relação a qual chave usar para o Cloud Witness. Você pode identificar os valores das chaves de uma Conta de Armazenamento diretamente do portal do Azure ou programaticamente.

Quando você cria uma conta de armazenamento, as seguintes URLs são geradas usando o formato: https://[Storage Account Name].[Storage Type].[Endpoint];. O Cloud Witness sempre usa Blob como o tipo de armazenamento. O Azure usa .core.windows.net como o ponto de extremidade. Ao configurar o Cloud Witness, você pode configurá-lo com um ponto de extremidade diferente de acordo com seu cenário (por exemplo, o datacenter do Microsoft Azure na China tem um ponto de extremidade diferente).

Nota

O URL do endpoint é gerado automaticamente pelo recurso Cloud Witness e não há nenhuma etapa extra de configuração necessária para o URL.

Para configurar o Cloud Witness como uma testemunha de quórum

  1. Inicie o Gerenciador de Cluster de Failover.

  2. Clique com o botão direito do mouse no cluster ->Mais Ações ->Configurar Configurações de Quórum de Cluster. Isso inicia o assistente Configurar Quórum de Cluster.

  3. Na página Selecionar Configurações de Quórum, selecione Selecionar a testemunha de quórum.

  4. Na página Selecionar Testemunha de Quórum, selecione Configurar uma testemunha de nuvem.

  5. Na página Configurar o Cloud Witness , insira as seguintes informações:

    • (Parâmetro obrigatório) Nome da Conta de Armazenamento do Azure.

    • (Parâmetro obrigatório) Chave de acesso correspondente à conta de armazenamento.

      • Ao criar pela primeira vez, use a Chave de Acesso Primária
      • Ao girar a Chave de Acesso Primária, use a Chave de Acesso Secundária
    • (Parâmetro opcional) Se você pretende usar um ponto de extremidade de serviço do Azure diferente (por exemplo, o serviço Microsoft Azure na China), atualize o nome do servidor de ponto de extremidade.

Após a configuração bem-sucedida do Cloud Witness, você pode visualizar o recurso testemunha recém-criado no snap-in Gerenciador de Cluster de Failover.

Ao configurar uma Testemunha de Nuvem como uma testemunha de quórum para seu Cluster de Failover, considere o seguinte:

  • Em vez de armazenar a Chave de Acesso, o Cluster de Failover gerará e armazenará com segurança um token SAS (Segurança de Acesso Compartilhado).
  • O token SAS gerado é válido enquanto a chave de acesso permanecer válida. Ao girar a Chave de Acesso Primária, é importante primeiro atualizar o Cloud Witness (em todos os clusters que estão usando essa Conta de Armazenamento) com a Chave de Acesso Secundária antes de regenerar a Chave de Acesso Primária.
  • O Cloud Witness usa a interface HTTPS REST do serviço Conta de Armazenamento do Azure. Isso significa que requer que a porta HTTPS esteja aberta em todos os nós do cluster.

Configurar parâmetros de deteção de failover

Depois de instalar com êxito o cluster de failover do Windows, você precisa alterar alguns limites para que eles adaptem a deteção de failover às condições no Azure. Supondo que suas duas máquinas virtuais que compõem a configuração de cluster do Windows para ASCS/SCS estejam na mesma sub-rede, altere os seguintes parâmetros para esses valores:

  • SameSubNetDelay = 2000
  • SameSubNetThreshold = 15
  • RoutingHistoryLength = 30

Essas configurações foram testadas com os clientes. Eles são resilientes o suficiente, mas também fornecem failover rápido o suficiente em condições reais de erro em um software SAP ou em uma falha de nó ou máquina virtual.