Compartilhar via


Tutorial: Migrar o servidor de aplicativos do JBoss EAP para Máquinas Virtuais do Azure com alta disponibilidade e recuperação de desastre

Este tutorial mostra uma maneira simples e eficaz de implementar alta disponibilidade e recuperação de desastre (HA/DR) para Java usando o JBoss EAP em VMs (Máquinas Virtuais) do Azure. A solução ilustra como alcançar um Objetivo de Tempo de Recuperação (RTO) e um Objetivo de Ponto de Recuperação (RPO) baixos usando um aplicativo Jakarta EE simples orientado a banco de dados em execução no servidor de aplicativos do JBoss EAP. HA/DR é um tópico complexo, com muitas soluções possíveis. A melhor solução dependerá das suas necessidades específicas. Para conhecer outras maneiras de implementar HA/DR, consulte os recursos ao final deste artigo.

Neste tutorial, você aprenderá a:

  • Configure o cluster do JBoss EAP em VMs do Azure.
  • Use as práticas recomendadas otimizadas do Azure para entender a alta disponibilidade e recuperação de desastre.
  • Configure um grupo de failover do Microsoft Azure SQL Database em regiões emparelhadas.
  • Configure a recuperação de desastre para o cluster usando o Azure Site Recovery.
  • Configure um Gerenciador de Tráfego do Azure.
  • Teste o failover do primário para o secundário.

O diagrama a seguir ilustra a arquitetura que você cria:

Diagrama da arquitetura da solução do JBoss EAP em VMs do Azure com alta disponibilidade e recuperação de desastre.

O Gerenciador de Tráfego do Azure verifica a integridade de suas regiões e roteia o tráfego de acordo com a camada de aplicativo. A região primária tem uma implantação completa do cluster do JBoss EAP. Assim que a região primária for protegida pelo Azure Site Recovery, você poderá restaurar a região secundária durante o failover. Como resultado, a região primária está processando ativamente as solicitações de rede dos usuários, enquanto a região secundária é passiva e ativada para receber tráfego somente quando a região primária sofre uma interrupção do serviço.

O Gerenciador de Tráfego do Azure detecta a integridade do aplicativo implantado no cluster do JBoss EAP para implementar o roteamento condicional. O RTO de failover geográfico da camada de aplicativo depende do tempo para desligar o cluster primário, restaurar o cluster secundário, iniciar as VMs e executar o cluster secundário do JBoss EAP. O RPO depende da política de replicação do Azure Site Recovery e do banco de dados SQL do Azure porque os dados do cluster são armazenados e replicados no armazenamento local das VMs e os dados do aplicativo são persistentes e replicados no grupo de failover do banco de dados SQL do Azure.

O diagrama anterior mostra a região Primária e a região Secundária como as duas regiões que compõem a arquitetura HA/DR. Elas precisam ser regiões associadas do Azure. Para obter mais informações sobre regiões associadas, consulte Replicação entre regiões no Azure. O artigo usa Leste dos EUA e Oeste dos EUA como as duas regiões, mas elas podem ser regiões associadas que façam sentido para o seu cenário. Para obter a lista de associações de região, consulte a seção Regiões associadas do Azure de Replicação entre regiões do Azure.

A camada do banco de dados consiste em um grupo de failover do Banco de Dados SQL do Azure com um servidor primário e um servidor secundário. O ponto de extremidade do ouvinte de leitura/gravação sempre aponta para o servidor primário e está conectado ao cluster do JBoss EAP em cada região. Um failover geográfico alterna todos os bancos de dados secundários no grupo para a função primária. Para RPO de failover geográfico e RTO do Banco de Dados SQL do Azure, consulte Visão geral da continuidade dos negócios.

Este tutorial foi escrito com o Azure Site Recovery e o serviço de Banco de Dados SQL do Azure porque depende dos recursos de HA desses serviços. Outras opções de banco de dados são possíveis, mas os recursos de HA de qualquer banco de dados escolhido devem ser considerados.

Pré-requisitos

Configurar um grupo de failover do Banco de Dados SQL do Azure em regiões associadas

Nesta seção, você cria um grupo de failover do banco de dados SQL do Azure em regiões associadas para uso com seus clusters e aplicativo JBoss EAP.

Primeiro, crie o Banco de Dados primário do SQL do Azure seguindo as etapas do portal do Azure em Início Rápido: criar um banco de dados individual - Banco de Dados SQL do Azure. Siga as etapas até, mas não incluindo, a seção Limpar recursos. Use as instruções a seguir ao ler o artigo e, em seguida, retorne a este artigo depois de criar e configurar o Banco de Dados SQL do Azure.

Quando chegar à seção Crie um único banco de dados, use as seguintes etapas:

  1. Na etapa 4 de criação de um novo grupo de recursos, anote o valor do nome do grupo de recursos no campo - por exemplo, sqlserver-rg-gzh032124.

  2. Na etapa 5 para o nome do banco de dados, anote o valor de Nome do banco de dados; por exemplo, mySampleDatabase.

  3. Na etapa 6 para criar o servidor, sigas estas etapas:

    1. Preencha um nome de servidor exclusivo; por exemplo, sqlserverprimary-gzh032124.
    2. Para a localização , selecione (EUA) Leste dos EUA.
    3. Em Método de autenticação, selecione Usar autenticação do SQL.
    4. Anote o valor de Logon de administrador do servidor; por exemplo, azureuser.
    5. Anote o valor da senha .
  4. Na etapa 8, em Ambiente de carga de trabalho, selecione Desenvolvimento. Leia a descrição e considere outras opções para sua carga de trabalho.

  5. Na etapa 10, para Camada de computação, selecione Provisionada.

  6. Na etapa 11, para Redundância de armazenamento de backup, selecione Armazenamento de backup com redundância local. Considere outras opções para seus backups. Para obter mais informações, consulte a seção Redundância de armazenamento de backup de Backups automatizados no Banco de Dados SQL do Azure.

  7. Na etapa 14, na configuração das regras de firewall , para Permitir que serviços e recursos do Azure acessem este servidor, selecione Sim.

  8. Quando você chegar à seção Consultar o banco de dados, use as seguintes etapas em vez das etapas do outro artigo:

    1. Na etapa 3, insira as informações de entrada do administrador do servidor de autenticação SQL para entrar.

      Observação

      Se o login falhar com uma mensagem de erro semelhante a Cliente com o endereço IP 'xx.xx.xx.xx' não tem permissão para acessar o servidor, selecione Permitir IP xx.xx.xx.xx no servidor <seu-nome-sqlserver> ao final da mensagem de erro. Aguarde até que as regras de firewall do servidor concluam a atualização e selecione OK novamente.

    2. Depois de executar a consulta de exemplo na etapa 5, limpe o editor e insira a seguinte consulta, depois selecione Executar novamente:

        CREATE TABLE ispn_entry_sessions_javaee_cafe_war (
          id VARCHAR(255) PRIMARY KEY,  -- ID Column to hold cache entry ids
          data VARBINARY(MAX),          -- Data Column to hold cache entry data
          timestamp BIGINT,             -- Timestamp Column to hold cache entry timestamps
          segment INT
          );
      

      Após uma execução bem-sucedida, você verá a mensagem Consulta bem-sucedida: Linhas afetadas: 0.

      A tabela ispn_entry_sessions_javaee_cafe_war do banco de dados é usada para armazenar dados de sessão para o seu cluster do JBoss EAP.

Em seguida, crie um grupo de failover do Banco de Dados SQL do Azure seguindo as etapas do portal do Azure em Configurar um grupo de failover para o Banco de Dados SQL do Azure. Você só precisa das seguintes seções: Criar grupo de failover e Testar recuperação panejada. Use as etapas a seguir ao ler o artigo e, em seguida, retorne a este artigo depois de criar e configurar o grupo de failover do Banco de Dados SQL do Azure:

  1. Quando você chegar à seção Criar grupo de failover, use as seguintes etapas:

    1. Na etapa 5 para criar o grupo de failover, insira e anote o nome exclusivo do grupo de failover; por exemplo, failovergroup-gzh032124.

    2. Na etapa 5 para configurar o servidor, selecione a opção para criar um novo servidor secundário e siga estas etapas:

      1. Insira um nome de servidor exclusivo; por exemplo, sqlserversecondary-gzh032124.
      2. Digite o mesmo administrador e senha do servidor primário.
      3. Para Localização, selecione (EUA) Oeste dos EUA 2.
      4. Certifique-se de que Permitir que os serviços do Azure acessem o servidor esteja selecionado.
    3. Na etapa 5 para configurar os Bancos de dados dentro do grupo, selecione o banco de dados que você criou no servidor primário; por exemplo, mySampleDatabase.

  2. Depois de concluir todas as etapas na seção Testar recuperação planejada, mantenha a página do grupo de failover aberta e use-a para o teste de failover dos clusters JBoss EAP posteriormente.

Observação

Este artigo orienta você a criar um banco de dados único do Banco de Dados SQL do Azure com autenticação SQL para simplificar, pois a configuração de HA/DR em que este artigo se concentra já é muito complexa. Uma prática mais segura é usar a autenticação do Microsoft Entra para o SQL do Azure para autenticar a conexão do servidor de banco de dados.

Configurar o cluster do JBoss EAP primário em VMs do Azure

Nesta seção, você criará clusters principais do JBoss EAP em VMs do Azure usando a oferta JBoss EAP Cluster em VMs. O cluster secundário é restaurado do cluster primário durante o failover usando o Azure Site Recovery posteriormente.

Implantar o cluster do JBoss EAP primário

Primeiro, abra a oferta do Cluster JBoss EAP em VMs no navegador e selecione Criar. Você deve ver o painel Noções básicas da oferta.

Siga estas etapas para preencher o painel Noções básicas:

  1. Certifique-se de que o valor mostrado em Assinatura seja o mesmo que tem as funções listadas na seção de pré-requisitos.
  2. Você deve implantar a oferta em um grupo de recursos vazio. No campo do grupo de recursos , selecione Criar novo e preencha um valor exclusivo para o grupo de recursos - por exemplo, .
  3. Em Detalhes da instância, em Região, selecione Leste dos EUA.
  4. Forneça uma senha em Senha e use o mesmo valor para Confirmar senha.
  5. Para Número de máquinas virtuais a serem criadas, entrada 3.
  6. Deixe os outros campos com seus valores padrão.
  7. Selecione Avançar para ir para o painel de Configurações do JBoss EAP.

Captura de tela do portal do Azure que mostra o painel Noções básicas do cluster do servidor de aplicativos do JBoss EAP em VMs do Azure.

Use as seguintes etapas para preencher o painel Configurações do JBoss EAP:

  1. Preencha a senha do JBoss EAP para Senha do JBoss EAP. Use o mesmo valor para Confirmar a senha. Anote o valor para uso posterior.
  2. Deixe os outros campos com seus valores padrão.
  3. Selecione Avançar para acessar o painel Azure Application Gateway.

Captura de tela do portal do Azure que mostra o painel das configurações do aplicativo do JBoss EAP.

Use as seguintes etapas para preencher o painel Azure Application Gateway:

  1. Em Conectar-se ao Gateway de Aplicativo do Azure?, selecione Sim.
  2. Deixe os outros campos com seus valores padrão.
  3. Selecione Avançar para acessar o painel Rede.

Captura de tela do portal do Azure que mostra o painel do gateway de aplicativo do Azure.

Você deve ver todos os campos pré-preenchidos com os valores padrão no painel Rede. Selecione Avançar para acessar o painel Banco de Dados.

Captura de tela do portal do Azure que mostra o painel Rede.

Siga estas etapas para preencher o painel Banco de dados:

  1. Em Conectar a um banco de dados?, selecione Sim.
  2. Para Escolher o tipo de banco de dados, selecione Microsoft SQL Server.
  3. Em Nome JNDI, insira java:jboss/datasources/JavaEECafeDB.
  4. Para Cadeia de conexão da fonte de dados (jdbc:sqlserver://<host>:<port>; database=<database>), substitua os espaços reservados pelos valores que você anotou na seção anterior para o grupo de failover do banco de dados SQL do Azure; por exemplo, jdbc:sqlserver://failovergroup-gzh032124.database.windows.net:1433;database=mySampleDatabase.
  5. Em Nome de usuário do banco de dados, insira o nome de entrada do administrador do servidor e o nome do grupo de failover que você anotou na seção anterior; por exemplo, azureuser@failovergroup-gzh032124.
  6. Insira a senha de login do administrador do servidor que você anotou antes para Senha do banco de dados. Insira o mesmo valor para Confirmar senha.
  7. Selecione Examinar + criar.
  8. Aguarde até que Execução da validação final... seja concluída com êxito e selecione Criar.

Captura de tela do portal do Azure que mostra o painel Banco de dados.

Depois de alguns instantes, você deverá ver a página Implantação, onde Implantação em andamento é exibido.

Observação

Se você encontrar problemas durante a Execução da validação final..., corrija-o e tente novamente.

Dependendo das condições da rede e de outras atividades na região selecionada, a implantação pode levar até 35 minutos para ser concluída. Depois disso, você deverá ver o texto Sua implantação está concluída exibido na página de implantação.

Verificar a funcionalidade da implantação

Use as etapas a seguir para verificar a funcionalidade da implantação de um cluster JBoss EAP em VMs do Azure a partir do console de gerenciamento da Plataforma de Aplicativos Empresariais do Red Hat JBoss :

  1. Na página Sua implantação está concluída, selecione Saídas.

  2. Selecione o ícone de cópia ao lado de adminConsole.

    Captura de tela do portal do Azure mostrando as saídas de implantação com a URL adminConsole realçada.

  3. Cole a URL em um navegador da Web conectado à Internet e pressione Enter. Você verá a tela familiar de entrada do console de gerenciamento da Red Hat JBoss Enterprise Application Platform, conforme mostrado na captura de tela a seguir.

    Captura de tela da tela de entrada do console de gerenciamento do JBoss EAP.

  4. Preencha jbossadmin para o Nome de usuário administrador do JBoss EAP Forneça o valor da senha do JBoss EAP que você especificou antes para Senha e selecione Entrar.

  5. Você deve ver a página de boas-vindas familiar do console de gerenciamento da Red Hat JBoss Enterprise Application Platform , conforme mostrado na captura de tela a seguir.

    Captura de tela da página de boas-vindas do console de gerenciamento do JBoss EAP.

  6. Selecione a guia Runtime. No painel de navegação, selecione Topologia. Você deverá ver que o cluster contém um mestre do controlador de domínio e dois nós de trabalho, conforme mostrado na seguinte captura de tela:

    Captura de tela da topologia de runtime do console de gerenciamento do JBoss EAP.

Deixe o console de gerenciamento aberto. Use-o para implantar um aplicativo de exemplo no cluster JBoss EAP na próxima seção.

Configurar o cluster

Use as seguintes etapas para configurar sessões distribuídas de banco de dados para todos os servidores de aplicativos:

  1. Selecione Configuração no painel de navegação. Em seguida, selecione Perfis>ha>Infinspan>Web.

  2. Na coluna Cache, selecione Adicionar cache distribuído.

    Captura de tela do console de gerenciamento JBoss EAP Adicionar Cache Distribuído.

  3. Em Nome, insira azure-session e selecione Adicionar.

  4. Você deverá ver a mensagem sessão do cache distribuído do Azure adicionada com êxito. Se você não vir esta mensagem, verifique a central de notificações. Você deve ver esta mensagem antes de prosseguir.

  5. Depois que o cache for adicionado, selecione azure-session>Exibir.

  6. Selecione Repositório.

  7. Altere o menu suspenso para exibir JDBC e depois selecione Adicionar.

  8. Para a fonte de dados , selecione dataSource-mssqlserver e, em seguida, selecione Adicionar.

    Captura de tela do console de gerenciamento JBoss EAP Store JDBC.

  9. Você deverá ver a mensagem JDBC adicionado com êxito. Se você não vir esta mensagem, verifique a central de notificações. Você deve ver esta mensagem antes de prosseguir.

  10. Na página Armazenar: JDBC, selecione Editar. Defina os seguintes valores de propriedade:

    • Defina Dialeto como SQL_SERVER.
    • Defina Passivation como DESLIGADO.
    • Defina Limpar como DESLIGADO.
    • Defina Compartilhado como LIGADO.
  11. Selecione Salvar.

    Captura de tela do console de gerenciamento JBoss EAP Edit Store JDBC.

  12. Você deverá ver a mensagem JDBC modificado com êxito. Se você não vir esta mensagem, verifique a central de notificações. Você deve ver esta mensagem antes de prosseguir.

  13. Edite a tabela de cadeias de caracteres selecionando Tabela de cadeira de caracteres>Editar. Preencha os valores a seguir e selecione Salvar:

    • Defina Prefixo como ispn_entry_sessions.
    • Defina Coluna ID / Nome da coluna ID como id.
    • Defina Coluna ID / Tipo de coluna ID como VARCHAR(255).
    • Defina Coluna de dados / Nome da coluna de dados como dados.
    • Defina Coluna de dados / Tipo de coluna de dados como VARBINARY(MAX).
    • Defina Coluna carimbo de data/hora / Nome da coluna carimbo de data/hora como carimbo de data/hora.
    • Defina Coluna de carimbo de data/hora / Tipo de coluna de carimbo de data/hora como BIGINT.

    Captura de tela do console de gerenciamento JBoss EAP Editar tabela de caracteres.

    Qualquer erro de digitação aqui pode causar falha em todo o sistema. Inspecione cuidadosamente os valores preenchidos antes de prosseguir.

  14. Selecione Salvar.

  15. Você deverá ver a mensagem Tabela de cadeia de caracteres modificada com êxito. Se você não vir esta mensagem, verifique a central de notificações. Você deve ver esta mensagem antes de prosseguir.

  16. Selecione Configuração no painel de navegação superior. Em seguida, selecione Perfis>ha>Web distribuível>Exibir.

    Captura de tela do console de gerenciamento JBoss EAP Exibir Web distribuível.

  17. Selecione Infinspan SSO>padrão>Editar.

    Captura de tela do console de gerenciamento JBoss EAP Editar Infinspan SSO.

  18. Defina o valor de Cache como azure-session e, em seguida, selecione Salvar.

  19. Você deverá ver a mensagem Padrão de gerenciamento de logon único do Infinispan modificado com êxito. Se você não vir esta mensagem, verifique a central de notificações. Você deve ver esta mensagem antes de prosseguir.

  20. Use a topologia para recarregar ou reiniciar os servidores afetados.

  21. Selecione Runtime no painel de navegação e selecione Topologia.

  22. Para cada linha na coluna do grupo de servidores principal, selecione o servidor e selecione Recarregar.

    Captura de tela dos servidores de recarga do console de gerenciamento do JBoss EAP.

    As células recarregadas agora devem mostrar a cor verde.

Implantar o aplicativo no cluster JBoss EAP

Use as etapas a seguir para implantar o aplicativo de amostra JavaEE Cafe no cluster Red Hat JBoss EAP:

  1. Use as etapas a seguir para criar a amostra do Java EE Cafe. Estas etapas pressupõem que você tenha um ambiente local com o Git e o Maven instalados.

    1. Use o seguinte comando para clonar o código-fonte do GitHub e confira a marca correspondente a esta versão do artigo:

      git clone https://github.com/Azure/rhel-jboss-templates.git --branch 20240904 --single-branch
      

      Se você vir uma mensagem de erro com o texto You are in 'detached HEAD' state, poderá ignorá-la com segurança.

    2. Use o seguinte comando para compilar o código fonte:

      mvn clean install --file rhel-jboss-templates/eap-coffee-app/pom.xml
      

      Esse comando cria o arquivo rhel-jboss-templates/eap-coffee-app/target/javaee-cafe.war. Você carrega este arquivo na próxima etapa.

  1. Use as etapas a seguir no console de gerenciamento do Red Hat JBoss Enterprise Application Platform para carregar o javaee-cafe.war no Repositório de Conteúdo .

    1. Na guia Implantações do console de gerenciamento do Red Hat JBoss EAP, selecione Repositório de Conteúdo no painel de navegação.

    2. Selecione Adicionar e, em seguida, selecione Carregar Conteúdo.

      Captura de tela da guia Implantações do console de gerenciamento JBoss EAP com o item de menu Carregar Conteúdo realçado.

    3. Use o seletor de arquivos do navegador para selecionar o arquivo javaee-cafe.war.

    4. Selecione Avançar.

    5. Aceite os padrões na próxima tela e selecione Concluir.

    6. Selecione Exibir conteúdo.

  2. Use as seguintes etapas para implantar um aplicativo no main-server-group:

    1. No Repositório de Conteúdo , selecione javaee-cafe.war.

    2. Abra o menu suspenso e selecione Implantar.

    3. Selecione main-server-group como o grupo de servidores para implantar javaee-cafe.war.

    4. Selecione Implantar para iniciar a implantação. Você deverá ver uma página semelhante à seguinte captura de tela:

      Captura de tela do aviso de implantação bem-sucedida.

Agora você concluiu a implantação do aplicativo JavaEE. Use as seguintes etapas para acessar o aplicativo e validar todas as configurações:

  1. Na caixa de pesquisa na parte superior do portal do Azure, insira Grupos de Recursos e selecione Grupos de Recursos nos resultados da pesquisa.

  2. Selecione o nome do grupo de recursos; por exemplo, jboss-eap-cluster-eastus-gzh032124.

  3. Selecione o recurso de Gateway de Aplicativo no grupo de recursos.

  4. Copie o endereço IP público do front-end do painel Visão geral.

  5. Crie uma URL com o endereço IP e o caminho; por exemplo, http://40.88.26.22/javaee-cafe.

  6. Cole a URL na barra de navegação do navegador da Web e pressione Enter. Você deverá ver a página inicial do aplicativo JavaEE Cafe.

  7. Crie dois cafés com nomes e preços diferentes. Você deverá ver uma página semelhante à captura de tela a seguir:

    Captura de tela da página inicial do aplicativo JavaEE Cafe.

Configurar o cluster do JBoss EAP secundário em VMs do Azure

Implantar o cluster do JBoss EAP secundário

Siga as etapas em Implantar o cluster JBoss EAP primário para implantar o cluster JBoss EAP secundário na região emparelhada. Este exemplo usa Oeste dos EUA 2. Quando você usa a oferta, o cluster do JBoss EAP secundário é configurado para que você possa usar o Azure Site Recovery para restaurar a topologia.

Abra a oferta do Cluster JBoss EAP em VMs no navegador e selecione Criar. Você deve ver o painel Noções básicas da oferta.

Siga estas etapas para preencher o painel Noções básicas:

  1. No campo do grupo de recursos , selecione Criar novo e preencha um valor exclusivo para o grupo de recursos - por exemplo, .

  2. Em Detalhes da instância, em Região, selecione Oeste dos EUA 2.

  3. Deixe os outros iguais ao cluster primário.

Para o painel de configurações do JBoss EAP, mantenha-o igual ao cluster primário.

No painel Gateway de Aplicativo do Azure, mantenha-o igual ao cluster primário.

Para o painel Rede, abra a configuração de Rede virtual e insira o espaço de endereço, que é o mesmo valor do cluster primário.

Captura de tela no cluster secundário que mostra o painel Rede.

No painel Banco de dados, execute as seguintes etapas:

  1. Mantenha-o igual ao cluster primário.
  2. Selecione Examinar + criar.
  3. Aguarde até que Execução da validação final... seja concluída com êxito e selecione Criar.

Depois de alguns instantes, você deverá ver a página Implantação, onde Implantação em andamento é exibido.

Limpar recursos não utilizados na região secundária

Use as seguintes etapas para limpar recursos no grupo de recursos denominado jboss-eap-cluster-westus-gzh032124 que não são usados ​​e serão replicados pelo serviço do Azure Site Recovery na região primária posteriormente. Essa abordagem pode parecer um desperdício, mas garante que o grupo de recursos secundário tenha a configuração idêntica ao primário. Soluções de nível de produção usariam mais tecnologias de infraestrutura como código para garantir configuração idêntica, mas esse tema está além do escopo deste artigo.

  1. Na caixa de pesquisa na parte superior do portal do Azure, insira Grupos de Recursos e, em seguida, selecione Grupos de Recursos nos resultados da pesquisa.

  2. Selecione o nome do grupo de recursos para sua região secundária recém-criada.

  3. Ao lado da área de texto rotulada Filtro para qualquer campo..., selecione o X para remover todos os filtros.

  4. Selecione Adicionar filtro. Defina Filtro como Tipo. Defina Operador como Igual a.

  5. Selecione o menu suspenso ao lado do campo Valor.

  6. Alterne a caixa de seleção Selecionar tudo até que nenhum valor esteja selecionado.

  7. Verifique se todos os seguintes tipos estão selecionados:

    • Máquina virtual
    • Disco
    • Ponto de extremidade privado
    • Interface de rede
    • Conta de armazenamento
  8. Selecione o menu suspenso ao lado do campo Valor para fechar o menu suspenso. Você deve ver 5 tipos de recursos como o valor de Valor.

  9. Escolha Aplicar.

  10. Marque a caixa de seleção ao lado do rótulo Nome na parte superior da lista filtrada.

  11. Selecione Excluir.

  12. Insira excluir para confirmar a exclusão, selecione Excluir. Monitore o processo pelas notificações até que ele seja concluído.

Configurar a recuperação de desastre para o cluster usando o Azure Site Recovery

Nesta seção, você configura a recuperação de desastre para VMs do Azure no cluster primário usando o Azure Site Recovery, de acordo com as etapas em Tutorial: Configurar a recuperação de desastre para VMs do Azure. Você só precisa das seguintes seções: Criar um cofre dos Serviços de Recuperação e Habilitar replicação. Preste atenção às etapas a seguir ao longo do artigo e, em seguida, volte a este artigo depois que o cluster primário estiver protegido:

  1. Quando você chegar à seção Criar um cofre de Serviços de recuperação, siga estas etapas:

    1. Na etapa 5 de Grupo de recursos, crie um grupo de recursos com um nome exclusivo em sua assinatura; por exemplo, recovery-service-westus-gzh032124.

    2. Na etapa 6 de Nome do cofre, dê um nome ao cofre; por exemplo, recovery-service-vault-westus-gzh032124.

    3. Na etapa 7 de Região, selecione Oeste dos EUA 2.

    4. Antes de selecionar Examinar + criar na etapa 8, selecione Avançar: redundância. No painel Redundância, selecione Redundância geográfica como Redundância de armazenamento de backup e Habilitar como Restauração entre regiões.

      Observação

      Selecione Redundância geográfica para Redundância de armazenamento de backup e Habilitar para Restauração entre regiões no painel Redundância. Caso contrário, o armazenamento do cluster primário não poderá ser replicado para a região secundária.

    5. Habilite o Site Recovery de acordo com as etapas na seção Habilitar o Site Recovery.

  2. Quando você chegar à seção Habilitar replicação, siga estas etapas:

    1. Siga as etapas abaixo para selecionar as configurações de origem:

      1. Em Região, selecione Leste dos EUA.

      2. Em Grupo de recursos, selecione o recurso em que o cluster primário está implantado; por exemplo, jboss-eap-cluster-eastus-gzh032124.

        Observação

        Se o grupo de recursos desejado não estiver listado, você poderá selecionar Oeste dos EUA 2 para Região e, em seguida, voltar para Leste dos EUA.

      3. Deixe os outros campos com seus valores padrão

    2. Selecione o VMs. Em Máquinas virtuais, selecione todas as VMs listadas; por exemplo, há 3 VMs implantadas no cluster primário para este tutorial.

    3. Use as seguintes etapas ao analisar as configurações de replicação:

      1. Em Local de destino, selecione Oeste dos EUA 2.

      2. Para Grupo de recursos de destino, selecione o grupo de recursos em que o cofre de recuperação de serviço é implantado; por exemplo, jboss-eap-cluster-westus-gzh032124.

        Se o grupo de recursos esperado não for exibido, selecione outra região e retorne para Oeste dos EUA 2.

      3. Anote a nova rede virtual de failover e a sub-rede de failover, que são mapeadas a partir das que estão na região primária.

      4. Deixe os valores padrão para os outros campos.

    4. Para Gerenciar use as seguintes etapas:

      1. Em Política de replicação, use a política padrão Política de 24 horas de retenção. Você também pode criar uma política para sua empresa.

      2. Deixe os valores padrão para os outros campos.

    5. Para Revisar use as seguintes etapas:

      1. Depois de selecionar Habilitar replicação, observe a mensagem Criando recursos do Azure. Não feche esta folha. exibida na parte inferior da página. Basta aguardar até que o painel feche automaticamente. Você irá para a página Site Recovery.

      2. Em Itens Protegidos, selecione Itens Replicados. Inicialmente, não há itens listados porque a replicação ainda está em andamento. A replicação leva tempo para ser concluída (cerca de 1 hora no caso deste tutorial). Atualize a página periodicamente até ver que todas as VMs estão Protegidas, conforme mostrado na captura de tela a seguir:

        Captura de tela do portal do Azure mostrando uma lista de VMs replicadas e protegidas.

Em seguida, crie um plano de recuperação para incluir todos os itens replicados, para todos façam failover juntos. Siga as instruções em Criar um plano de recuperação, com a seguinte personalização:

  1. Na etapa 2, insira um nome para o plano; por exemplo, recovery-plan-gzh032124.
  2. Na etapa 3, selecione Leste dos EUA para Origem e Oeste dos EUA 2​ para Destino.
  3. Na etapa 4 para Selecionar itens, selecione todos os itens protegidos, por exemplo, as 3 VMs protegidas para este tutorial.

Mantenha a página aberta para utilizar mais tarde ao testar o failover.

Configurar um Gerenciador de Tráfego do Azure

Nesta seção, você cria um Gerenciador de Tráfego do Azure para distribuir o tráfego para seus aplicativos voltados para o público nas regiões do Azure. O ponto de extremidade primário aponta para o endereço IP público do Gateway de Aplicativo na região primária e o ponto de extremidade secundário aponta para o endereço IP público do Gateway de Aplicativo na região secundária.

Crie um perfil do Gerenciador de Tráfego do Azure seguindo as instruções em Início Rápido: Criar um perfil do Gerenciador de Tráfego usando o portal do Azure. Você só precisa das seguintes seções: Criar um perfil do Gerenciador de Tráfego e Adicionar pontos de extremidade do Gerenciador de Tráfego. Siga estas etapas ao percorrer essas seções e, em seguida, retorne a este artigo depois de criar e configurar o Gerenciador de Tráfego do Azure.

  1. Quando chegar à seção Criar um perfil do Gerenciador de Tráfego, na etapa 2 Criar um perfil do Gerenciador de Tráfego, use as seguintes etapas:

    1. Anote o nome de perfil exclusivo do Gerenciador de tráfego em Nome - por exemplo, tm-profile-gzh032124.
    2. Em Grupo de recursos, anote o novo nome do grupo de recursos - por exemplo, myResourceGroupTM1.
  2. Quando você chegar à seção Adicionar pontos de extremidade do Gerenciador de Tráfego, execute as seguintes etapas:

    1. Depois de abrir o perfil do Gerenciador de Tráfego na etapa 2, na página Configuração, execute as seguintes etapas:

      1. Em Vida útil (TTL) do DNS, digite 10.

      2. Em Configurações de failover de ponto de extremidade rápido, use os seguintes valores:

        • Para Investigação interna, selecione 10.
        • Em Número tolerado de falhas, digite 3.
        • Para Tempo limite de investigação, 5.
      3. Selecione Salvar. Aguarde a conclusão.

    2. Na etapa 4 para adicionar o ponto de extremidade primário myPrimaryEndpoint, execute as seguintes etapas:

      1. Para Tipo de recurso de destino, selecione Endereço IP público.

      2. Selecione o menu suspenso Escolher endereço IP público e insira o nome do endereço IP público do Gateway de Aplicativo na região Leste dos EUA. Você deve ver uma correspondência de entrada. Selecione-a para Endereço IP público.

    3. Na etapa 6 para adicionar um ponto de extremidade secundário de failover myFailoverEndpoint, execute as seguintes etapas:

      1. Para Tipo de recurso de destino, selecione Endereço IP público.

      2. Selecione o menu suspenso Escolher endereço IP público e insira o nome do endereço IP público do Gateway de Aplicativo na região Oeste dos EUA 2. Você deve ver uma correspondência de entrada. Selecione-a para Endereço IP público.

    4. Aguarde. Selecione Atualizar até que o Status do Monitor do ponto de extremidade myPrimaryEndpoint seja Online e o Status do Monitor do ponto de extremidade myFailoverEndpoint seja Degradado.

Em seguida, use as seguintes etapas para verificar se o aplicativo de exemplo implantado no cluster do JBoss EAP primário pode ser acessado no perfil do Gerenciador de Tráfego:

  1. Selecione Visão geral do perfil do Gerenciador de Tráfego que você criou.

  2. Verifique e copie o nome DNS do perfil do Gerenciador de Tráfego. Acrescente /javaee-cafe/ a ele. Por exemplo, http://tm-profile-gzh032124.trafficmanager.net/javaee-cafe/.

  3. Abra o URL em uma nova guia do navegador. Verifique se o café que você criou antes está listado na página.

    Captura de tela da UI do aplicativo de exemplo.

Se sua interface do usuário não for semelhante, solucione e resolva o problema antes de continuar. Mantenha o console aberto e use-o para o teste de failover mais tarde.

Agora você pode configurar o perfil do Gerenciador de Tráfego. Mantenha a página aberta para que possa usá-la posteriormente para monitorar a alteração de status do endpoint em um evento de failover.

Testar o failover do primário para o secundário

As etapas nesta seção testam o failover fazendo failover manualmente em seu servidor e cluster do banco de dados SQL do Azure do primário para o secundário e, em seguida, usando novamente o portal do Azure.

Failover para o site secundário

Primeiro, siga as próximas etapas para fazer failover do Banco de Dados SQL do Azure do servidor primário para o servidor secundário:

  1. Mude para a guia do navegador do grupo de failover do Banco de Dados SQL do Azure; por exemplo, failovergroup-gzh032124.
  2. Selecione Failover>Sim.
  3. Aguarde a conclusão.

Em seguida, execute as etapas a seguir para fazer failover do cluster do JBoss EAP com o plano de recuperação:

  1. Na caixa de pesquisa na parte superior do portal do Azure, digite Recovery Services vault e selecione Recovery Services vault nos resultados da pesquisa.

  2. Selecione o nome do cofre dos Serviços de Recuperação; por exemplo, recovery-service-vault-westus-gzh032124.

  3. Em Gerenciar, selecione Planos de Recuperação (Site Recovery). Selecione o plano de recuperação que você criou; por exemplo, recovery-plan-gzh032124.

  4. Selecione Failover. Selecione Eu entendo o risco. Ignorar teste de failover.. Mantenha os padrões nos outros valores. Selecione OK.

    Observação

    Como opção, você pode executar o Teste de failover e Limpar failover de teste para que tudo funcione conforme o esperado antes de testar o Failover. Para obter mais informações, consulte Tutorial: Executar um exercício de recuperação de desastres para VMs do Azure. Este tutorial usa o Failover diretamente para simplificar o exercício.

  5. Monitore o failover pelas notificações até que ele seja concluído. O exercício deste tutorial leva cerca de 10 minutos.

Confirmar o failover

Verifique se as etapas da seção anterior foram concluídas com sucesso. Em seguida, use as seguintes etapas para confirmar o failover:

  1. Na caixa de pesquisa no topo do portal do Azure, digite Cofres de serviços de recuperação e selecione-o nos resultados da pesquisa.

  2. Selecione o cofre de Serviços de recuperação - por exemplo, recovery-service-vault-westus-gzh032124.

  3. Na seção Gerenciar, selecione Planos de recuperação (Site Recovery).

  4. Selecione o plano de recuperação; por exemplo, recovery-plan-gzh032124.

  5. Selecione Confirmar e depois OK.

  6. Monitore as notificações até que elas sejam concluídas.

    Captura de tela da confirmação de failover concluída.

  7. Selecione Itens no plano de recuperação. Você deverá ver 3 itens listados como Failover confirmado.

Desabilitar a replicação

Execute as etapas a seguir para desabilitar a replicação de itens no plano de recuperação e excluir o plano de recuperação:

  1. Para cada item em Itens no plano de recuperação, clique com o botão direito no item e selecione Desabilitar replicação.
  2. Se você precisar fornecer um ou mais motivos para desabilitar a proteção para esta máquina virtual, selecione uma de sua preferência; por exemplo, Concluí a migração do meu aplicativo. Selecione OK.
  3. Repita a etapa 1 até desabilitar a replicação para todos os itens.
  4. Monitore o processo pelas notificações até que ele seja concluído.
  5. Selecione Visão geral>Excluir. Selecione Sim para confirmar a exclusão.

Proteger novamente o site de failover

Agora a região secundária é o site de failover e está ativa, portanto, você deve protegê-la novamente na região primária.

Primeiro, limpe os recursos no grupo de recursos denominado jboss-eap-cluster-eastus-gzh032124 que não são mais usados.

  1. Na caixa de pesquisa na parte superior do portal do Azure, insira Grupos de Recursos e, em seguida, selecione Grupos de Recursos nos resultados da pesquisa.

  2. Selecione o nome do grupo de recursos para sua região secundária recém-criada.

  3. Ao lado da área de texto rotulada Filtro para qualquer campo..., selecione o X para remover todos os filtros.

  4. Selecione Adicionar filtro. Defina Filtro como Tipo. Defina Operador como Igual a.

  5. Selecione o menu suspenso ao lado do campo Valor.

  6. Alterne a caixa de seleção Selecionar tudo até que nenhum valor esteja selecionado.

  7. Verifique se todos os seguintes tipos estão selecionados:

    • Máquina virtual
    • Disco
    • Ponto de extremidade privado
    • Interface de rede
    • Conta de armazenamento
  8. Selecione o menu suspenso ao lado do campo Valor para fechar o menu suspenso. Você deve ver 5 tipos de recursos como o valor de Valor.

  9. Escolha Aplicar.

  10. Marque a caixa de seleção ao lado do rótulo Nome na parte superior da lista filtrada.

  11. Selecione Excluir.

  12. Insira excluir para confirmar a exclusão, selecione Excluir. Monitore o processo pelas notificações até que ele seja concluído.

Em seguida, use as mesmas etapas em Configurar a recuperação de desastre para o cluster usando o Azure Site Recovery na região primária, exceto pelas seguintes diferenças:

  1. Para Criar um cofre dos Serviços de recuperação, siga estas etapas:

    1. Selecione o grupo de recursos implantado na região primária; por exemplo, jboss-eap-cluster-eastus-gzh032124.
    2. Insira um nome diferente para o 'service vault', por exemplo, recovery-service-vault-eastus-gzh032124.
    3. Selecione Leste dos EUA em Região.
  2. Em Habilitar replicação, siga estas etapas:

    1. Em Região, em Origem, selecione Oeste dos EUA 2.

    2. Em Configurações de replicação, siga estas etapas:

      1. Em Grupo de recursos de destino, selecione o grupo de recursos existente implantado na região primária; por exemplo, jboss-eap-cluster-eastus-gzh032124.

      2. Em Rede virtual de failover, selecione a rede virtual existente na região primária.

  3. Para Criar um plano de recuperação, para Origem, selecione Oeste dos EUA 2 e, para Destino, selecione Leste dos EUA.

Observação

Observe o Azure Site Recovery permite a nova proteção de VMs quando a VM de destino existe. Para obter mais informações, consulte a Proteger novamente a VM do Tutorial: Fazer failover de VMs do Azure para uma região secundária. Contudo, isso não funciona quando as únicas alterações entre o disco de origem e o disco de destino são sincronizadas para o cluster do JBoss EAP, com base no resultado da verificação. Este tutorial estabelece uma nova replicação do site secundário para o site primário após o failover, no qual todos os discos são copiados da região com failover para a região primária. Para obter mais informações, consulte a seção O que acontece durante a nova proteção? em Nova proteção de máquinas virtuais do Azure com failover para a região primária.

Fazer failback para o primário primário

Siga as mesmas etapas na seção Failover para o site secundário para fazer failback para o site primário, incluindo o servidor de banco de dados e o cluster, exceto pelas seguintes diferenças:

  1. Selecione o cofre do serviço de recuperação implantado na região primária; por exemplo, recovery-service-vault-eastus-gzh032124.

  2. Selecione o grupo de recursos implantado na região primária; por exemplo, jboss-eap-cluster-eastus-gzh032124.

  3. Na seção Confirmar o failover, selecione o cofre dos Serviços de recuperação implantado na região primária - por exemplo, recovery-service-vault-eastus-gzh032124.

  4. No perfil do Gerenciador de Tráfego, você verá que o ponto de extremidade myPrimaryEndpoint se torna Online e o ponto de extremidade myFailoverEndpoint se torna Degradado.

  5. Na seção Proteger novamente o site de failover, use as seguintes etapas:

    1. A região primária é o site de failover e está ativa, portanto, você deve protegê-la novamente na região secundária.

    2. Limpe o recurso implantado em sua região secundária; por exemplo, recursos implantados no jboss-eap-cluster-westus-gzh032124.

    3. Use as mesmas etapas na seção Configurar a recuperação de desastre para o cluster usando o Azure Site Recovery para proteger a região primária na região secundária, exceto pelas seguintes etapas:

      1. Pule as etapas em Criar um cofre dos Serviços de recuperação porque você já criou um cofre dos Serviços de recuperação - por exemplo, recovery-service-vault-westus-gzh032124.

      2. Em Habilitar replicação>Configurações de replicação>Rede virtual de failover, selecione a rede virtual existente na região secundária.

Limpar os recursos

Se você não for continuar usando os clusters do JBoss EAP e outros componentes, siga estas etapas para excluir os grupos de recursos para limpar os recursos usados neste tutorial:

  1. Insira o nome do grupo de recursos dos servidores do banco de dados SQL do Azure (por exemplo, sqlserver-rg-gzh032124) na caixa de pesquisa na parte superior do portal do Azure. Em seguida, selecione o grupo de recursos correspondente nos resultados da pesquisa.

  2. Selecione Excluir grupo de recursos.

  3. Em Inserir nome do grupo de recursos para confirmar a exclusão, insira o nome do grupo de recursos.

  4. Selecione Excluir.

  5. Repita as etapas 1 a 4 para o grupo de recursos do Gerenciador de Tráfego; por exemplo, myResourceGroupTM1.

  6. Na caixa de pesquisa na parte superior do portal do Azure, insira Cofres dos Serviços de Recuperação e selecione Cofres dos Serviços de Recuperação nos resultados da pesquisa.

  7. Selecione o nome do cofre dos Serviços de Recuperação; por exemplo, recovery-service-vault-westus-gzh032124.

  8. Em Gerenciar, selecione Planos de Recuperação (Site Recovery). Selecione o plano de recuperação que você criou; por exemplo, recovery-plan-gzh032124.

  9. Use as mesmas etapas na seção Desabilitar a replicação para remover bloqueios em itens replicados.

  10. Repita as etapas 1 a 4 para o grupo de recursos do cluster do JBoss EAP primário; por exemplo, jboss-eap-cluster-westus-gzh032124.

  11. Repita as etapas 1 a 4 para o grupo de recursos do cluster do JBoss EAP secundário; por exemplo, jboss-eap-cluster-eastus-gzh032124.

Próximas etapas

Neste tutorial, você configura uma solução HA/DR que consiste em uma camada de infraestrutura de aplicativo ativa-passiva com uma camada de banco de dados ativa-passiva em que as duas camadas abrangem dois sites geograficamente diferentes. No primeiro site, a camada de infraestrutura de aplicativo e a camada de banco de dados estão ativas. No segundo site, o domínio secundário é restaurado com o serviço Azure Site Recovery e o banco de dados secundário permanece em espera.

Continue a explorar as seguintes referências para ver outras opções para criar soluções de HA/DR e executar o JBoss EAP no Azure: