Compartilhar via

Tutorial: Migrar o servidor de aplicativos JBoss EAP para máquinas virtuais do Azure com alta disponibilidade e recuperação de desastres

  • Artigo

Este tutorial mostra uma maneira direta e eficaz de implementar alta disponibilidade e recuperação de desastres (HA/DR) para Java usando JBoss EAP em Máquinas Virtuais (VMs) do Azure. A solução ilustra como alcançar um RTO (Recovery Time Objetive, objetivo de tempo de recuperação) e um RPO (Recovery Point Objetive, objetivo de ponto de recuperação) baixos usando um aplicativo Jakarta EE simples controlado por banco de dados em execução no servidor de aplicativos JBoss EAP. HA/DR é um tema complexo, com muitas soluções possíveis. A melhor solução depende dos seus requisitos exclusivos. Para obter outras maneiras de implementar HA/DR, consulte os recursos no final deste artigo.

Neste tutorial, você aprenderá a:

  • Configure o cluster JBoss EAP em VMs do Azure.
  • Use as práticas recomendadas otimizadas do Azure para obter alta disponibilidade e recuperação de desastres.
  • Configure um grupo de failover do Banco de Dados SQL do Microsoft Azure em regiões emparelhadas.
  • Configure a recuperação de desastres 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 de solução do JBoss EAP em VMs do Azure com alta disponibilidade e recuperação de desastres.

O Azure Traffic Manager 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 JBoss EAP. Depois que a região primária for protegida peloAzure Site Recovery, você poderá restaurar a região secundária durante o failover. Como resultado, a região primária está atendendo ativamente às 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 Azure Traffic Manager deteta a integridade do aplicativo implantado no cluster JBoss EAP para implementar o roteamento condicional. O RTO do geo-failover da camada de aplicação depende do tempo necessário 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 região primária e região secundária como as duas regiões que compõem a arquitetura HA/DR. Essas regiões precisam ser regiões emparelhadas do Azure. Para obter mais informações sobre regiões emparelhadas, consulte de replicação entre regiões do Azure . O artigo usa o Leste dos EUA e o Oeste dos EUA como as duas regiões, mas elas podem ser quaisquer regiões emparelhadas que façam sentido para o seu cenário. Para obter a lista de emparelhamentos de região, consulte a seção regiões emparelhadas do Azure de replicação entre regiões do Azure.

A camada de 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 endpoint do ouvinte de leitura/gravação aponta sempre para o servidor principal e está ligado ao cluster JBoss EAP em cada região. Um failover geográfico muda todos os bancos de dados secundários do grupo para o papel de principal. Para o RPO e RTO no failover geográfico do Banco de Dados SQL do Azure, consulte a Visão Geral da Continuidade de Negócios.

Este tutorial foi escrito com o Azure Site Recovery e o serviço do Banco de Dados SQL do Azure porque o tutorial 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

  • Se você não tiver uma assinatura do Azure, crie uma conta gratuita antes de começar.
  • Certifique-se de que tem a função Contributor na subscrição. Você pode verificar a atribuição seguindo as etapas em Listar atribuições de função do Azureusando o portal do Azure.
  • Prepare uma máquina local com Windows, GNU/Linux ou macOS instalado.
  • Instale e configure Git.
  • Instale uma implementação Java SE, versão 17 ou posterior (por exemplo, a compilação Microsoft do OpenJDK).
  • Instale o Maven, versão 3.9.3 ou posterior.

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

Nesta secção, cria-se um grupo de failover da Base de Dados SQL do Azure em regiões emparelhadas para ser utilizado com os clusters e a aplicação JBoss EAP.

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

Quando chegares à seção Criar um único banco de dados, segue os seguintes passos:

  1. Na etapa 4 para criar um novo grupo de recursos, anote o valor do nome do grupo de recursos - por exemplo, sqlserver-rg-gzh032124.

  2. No passo 5, para o nome do banco de dados, anote o valor do Nome do banco de dados - por exemplo, mySampleDatabase.

  3. Na etapa 6 para criar o servidor, use as seguintes etapas:

    1. Preencha um nome de servidor exclusivo - por exemplo, sqlserverprimary-gzh032124.
    2. Para Localização, selecione (EUA) Leste dos EUA.
    3. Para o método de autenticação, selecionar Usar autenticação SQL.
    4. Anote o valor do de login de administrador do Server - por exemplo, .
    5. Anote o valor Senha.

  4. Na etapa 8, para carga de trabalho do ambiente, selecione #Desenvolvimento. Observe a descrição e considere outras opções para sua carga de trabalho.

  5. Na etapa 10, para nível de computação, selecione Provisionado.

  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 mais informações, consulte a seção de Redundância de Armazenamento de Backup em Backups Automatizados no Banco de Dados SQL do Azure.

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

  8. Quando chegares à seção Consultar a base de dados, usa os seguintes passos em vez dos passos no outro artigo:

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

      Observação

      Se o início de sessão falhar com uma mensagem de erro semelhante a Cliente com endereço IP 'xx.xx.xx.xx' não tem permissão para aceder ao servidor, selecione Allowlist IP xx.xx.xx.xx no servidor <> seu-sqlserver-name no final da mensagem de erro. Aguarde até que as regras de firewall do servidor concluam a atualização e, em seguida, selecione OK novamente.

    2. Depois de executar a consulta de exemplo na etapa 5, limpe o editor e insira a seguinte consulta e, em seguida, 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 de banco de dados ispn_entry_sessions_javaee_cafe_war é usada para armazenar dados de sessão para o cluster EAP do JBoss.

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 de grupo de failover e Testarde failover planejado . Use as etapas a seguir ao longo do artigo e retorne a este artigo depois de criar e configurar o grupo de failover do Banco de Dados SQL do Azure:

  1. Quando chegar à seção Criar grupo de contingência, siga os seguintes passos:

    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 use as seguintes etapas:

      1. Insira um nome de servidor exclusivo - por exemplo, sqlserversecondary-gzh032124.
      2. Introduza o mesmo administrador do servidor e palavra-passe que o servidor principal.
      3. Para Localização, selecione (EUA) Oeste dos EUA 2.
      4. Verifique se está selecionada a opção Permitir que os serviços do Azure acedam ao servidor.

    3. Na etapa 5 para configurar os Bancos de Dados dentro do grupo, selecione o banco de dados criado no servidor primário - por exemplo, mySampleDatabase.

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

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 na qual este artigo se concentra já é muito complexa. Uma prática mais segura é usar autenticação do Microsoft Entra para SQL do Azure para autenticar a conexão do servidor de banco de dados.

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

Nesta secção, irás criar os clusters primários do JBoss EAP nas VMs Azure utilizando 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 JBoss EAP primário

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

Use as seguintes etapas para preencher o painel Noções básicas:

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

Captura de tela do portal do Azure que mostra o JBoss EAP Application Server Cluster no painel Noções básicas de VMs do Azure.

Use os seguintes passos para preencher o painel JBoss EAP Configurações:

  1. Forneça a senha JBoss EAP para JBoss EAP. Use o mesmo valor para Confirmar palavra-passe. Anote o valor para uso posterior.
  2. Deixe outros campos em seus valores padrão.
  3. Selecione Próximo para ir para o painel Gateway de Aplicativo do Azure.

Captura de tela do portal do Azure que mostra o painel de configuração de Configurações do Aplicativo EAP JBoss.

Use as seguintes etapas para preencher o painel Gateway de Aplicações do Azure:

  1. Para Conecte-se ao Gateway de Aplicativo do Azure?, selecione Sim.
  2. Deixe outros campos em seus valores padrão.
  3. Selecione Seguinte para ir para o painel de Rede.

Captura de tela do portal do Azure que mostra o painel Gateway de Aplicativo do Azure.

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

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

Utilize os seguintes passos para preencher o painel Banco de Dados:

  1. Para Conecte-se ao banco de dados?, selecione Sim.
  2. Para Escolher tipo de banco de dados, selecione Microsoft SQL Server .
  3. Para Nome JNDI, escreva java:jboss/datasources/JavaEECafeDB.
  4. Para cadeia de conexão da fonte de dados (jdbc:sqlserver://<host>:<port>;database=<banco de dados>), substitua os placeholders pelos valores anotados na seção anterior para o grupo de failover do Azure SQL Database - por exemplo, jdbc:sqlserver://failovergroup-gzh032124.database.windows.net:1433;database=mySampleDatabase.
  5. Para 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. Introduza a palavra-passe de início de sessão do administrador do servidor que anotou antes para Palavra-passe da Base de Dados. Insira o mesmo valor para Confirmar palavra-passe.
  7. Selecione Revisar + criar.
  8. Aguarde até que a validação final esteja a decorrer... fique concluída com êxito, e, em seguida, selecione Criar.

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

Depois de um tempo, você verá a página Deployment onde Deployment está em andamento é exibida.

Observação

Se vir algum problema durante Executando a validação final..., corrija-os 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ê 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 Red Hat JBoss Enterprise Application Platform:

  1. Na página A sua implementaçã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 o URL em um navegador da Web conectado à Internet e pressione Enter. Você deve ver a familiar tela de login do console de gerenciamento 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 nome de usuário do JBoss EAP Admin Forneça o valor para de senha do JBoss EAP que você especificou antes para de senha e, em seguida, selecione Entrar.

  5. Você deve ver a conhecida página de boas-vindas do console de gestão do Red Hat JBoss Enterprise Application Platform, conforme mostrado na captura de ecrã 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ê verá que o cluster contém um controlador de domínio mestre e dois nós de trabalho, conforme mostrado na captura de tela a seguir:

    Captura de tela da topologia de tempo de execução 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 do JBoss EAP Adicionar cache distribuído.

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

  4. Você verá a mensagem azure-session do Cache Distribuído adicionado com êxito. Se não vir esta mensagem, consulte o centro de notificações. Você deve ver esta mensagem antes de prosseguir.

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

  6. Selecione Loja.

  7. Altere o menu pendente para exibir JDBC e selecione Adicionar .

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

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

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

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

    • Defina Dialeto para SQL_SERVER.
    • Defina de Passivação para OFF.
    • Defina Purge para OFF.
    • Defina Compartilhado como ON.

  11. Selecione Salvar.

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

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

  13. Edite a tabela de cadeia de caracteres selecionando Tabela de Cadeia de Caracteres>Editar. Preencha os seguintes valores e selecione Salvar:

    • Defina Prefixo em ispn_entry_sessions.
    • Defina Coluna ID / Nome da Coluna ID como id.
    • Defina a Coluna ID / o Tipo de Coluna ID para VARCHAR(255) .
    • Defina a Coluna de Dados / Nome da Coluna de Dados para os dados .
    • Defina Coluna de Dados / Tipo de Coluna de Dados para VARBINARY(MAX).
    • Defina a Coluna de carimbo de data/hora / Nome da coluna de carimbo de data/hora para o carimbo de data/hora .
    • Defina a Coluna de Carimbo de Data/Hora do / Tipo de Coluna do para em BIGINT.

    Captura de tela do console de gerenciamento do JBoss EAP Edit String Table.

    Qualquer erro de digitação aqui faz com que todo o sistema falhe. Inspecione cuidadosamente os valores preenchidos antes de prosseguir.

  14. Selecione Salvar.

  15. Você verá a mensagem String Table modificada com êxito. Se não vir esta mensagem, consulte o centro 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>Vista Web Distribuível>.

    Captura de tela do console de gerenciamento do JBoss EAP

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

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

  18. Defina o valor de Cache para azure-session e depois selecione Guardar.

  19. Você verá a mensagem padrão do Gerenciamento de Logon Único Infinispan modificado com êxito. Se não vir esta mensagem, consulte o centro 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, em seguida, selecione Topology.

  22. Para cada linha na coluna "main-server-group", selecione o servidor e, em seguida, selecione Recarregar.

    Captura de tela do console de gerenciamento JBoss EAP Recarregar servidores.

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

Implantar o aplicativo no cluster JBoss EAP

Use as seguintes etapas para implantar o aplicativo de exemplo JavaEE Cafe no cluster Red Hat JBoss EAP:

  1. Use as etapas a seguir para construir o exemplo do Java EE Cafe. Essas 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 tag correspondente a esta versão do artigo:

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

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

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

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

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

  1. Use as seguintes etapas no console de gestão do Red Hat JBoss Enterprise Application Platform para carregar o javaee-cafe.war para o Content Repository:

    1. Na guia Deployments do console de gerenciamento do Red Hat JBoss EAP, selecione Content Repository 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 do 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. Nodo Repositório de Conteúdo , selecione javaee-café.war .

    2. Abra o menu pendente e selecione Implantar.

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

    4. Selecione Implantar para iniciar a implantação. Você verá um aviso semelhante à seguinte captura de tela:

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

Agora você terminou de implantar o 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 Gateway de Aplicações no grupo de recursos.

  4. Copie o de endereço IP público do Frontend do painel Visão Geral do .

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

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

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

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

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

Implantar o cluster secundário JBoss EAP

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 West US 2. Quando você usa a oferta, o cluster secundário JBoss EAP é configurado para que você possa usar o Azure Site Recovery para restaurar a topologia.

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

Use os seguintes passos para preencher o painel Noções básicas:

  1. No campo Grupo de recursos, selecione Criar novo e preencha um valor exclusivo para o grupo de recursos - por exemplo, jboss-eap-cluster-westus-gzh032124.

  2. Em Detalhes da instância, para Região, selecione West US 2.

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

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

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

Para o painel de Rede , abra a configuração de Virtual Network 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.

Use as seguintes etapas para o painel Banco de Dados:

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

Depois de um tempo, você verá a página Deployment onde Deployment está em andamento é exibida.

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

Use as etapas a seguir para limpar recursos no grupo de recursos chamado jboss-eap-cluster-westus-gzh032124 que não são usados e serão replicados pelo serviço 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 à principal. Uma solução de nível de produção usaria mais tecnologias de infraestrutura como código para garantir uma configuração idêntica, mas isso está além do escopo deste artigo.

  1. Na caixa de pesquisa na parte superior do portal do Azure, introduza 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 a X para remover todos os filtros.

  4. Selecione Adicionar filtro. Configure Filtro para Tipo . Defina o Operador para que seja igual a .

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

  6. Alterne a caixa de seleção Selecionar todos os até que nenhum valor seja selecionado.

  7. Certifique-se de que todos os seguintes tipos estão selecionados:

    • Máquina virtual
    • Disk
    • Ponto final 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. Selecione Aplicar.

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

  11. Selecione Excluir.

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

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

Nesta seção, você configura a recuperação de desastres para VMs do Azure no cluster primário usando o Azure Site Recovery, seguindo as etapas em Tutorial: Configurar a recuperação de desastres 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 seguintes etapas ao longo do artigo e, em seguida, retorne a este artigo depois que o cluster primário estiver protegido:

  1. Quando chegar à seção Criar um cofre de Serviços de Recuperação, use as seguintes etapas:

    1. No passo 5 do grupo de recursos , crie um novo grupo de recursos com um nome único na sua subscrição - por exemplo, recovery-service-westus-gzh032124.

    2. Na etapa 6 para Nome do Cofre, forneça um nome de cofre - por exemplo, recovery-service-vault-westus-gzh032124.

    3. No passo 7 para Região, selecione West US 2.

    4. Antes de selecionar Revisão + criar na etapa 8, selecione Avançar: Redundância. No painel de Redundância, selecione Redundância geográfica para Armazenamento de backup e ative para Restauração entre regiões.

      Observação

      Certifique-se de selecionar Geo-redundante para a Redundância de Armazenamento de Backup e Ativar para a Restauração entre Regiões no painel de Redundância. Caso contrário, o armazenamento do cluster primário não poderá ser replicado para a região secundária.

    5. Habilite a Recuperação de Site seguindo as etapas na seção Habilitar Recuperação de Site.

  2. Quando chegar à seção Habilitar replicação, siga os passos seguintes:

    1. Use as seguintes etapas para selecionar as configurações de origem:

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

      2. Para grupo de recursos, selecione o recurso onde 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 primeiro e, em seguida, voltar para Leste dos EUA.

      3. Deixar outros campos em seus valores padrão

    2. Selecione as 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 revisar as configurações de replicação:

      1. Para localização de destino, selecione Oeste EUA 2.

      2. Para o grupo de recursos de destino, selecione o grupo de recursos onde o cofre de recuperação do serviço foi implantado - por exemplo, jboss-eap-cluster-westus-gzh032124.

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

      3. Tome nota da nova rede virtual de recuperação de falhas e da sub-rede de recuperação de falhas, que são mapeadas a partir das da região primária.

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

    4. Use as seguintes etapas para Gerenciar:

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

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

    5. Utilize as seguintes etapas para a Revisão:

      1. Depois de selecionar Habilitar replicação, observe a mensagem Criar recursos do Azure. Não feche este painel. exibida na parte inferior da página. Não faça nada e aguarde até que o painel feche automaticamente. Você está a ser redirecionado 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 para este tutorial. Atualize a página periodicamente até ver que todas as VMs estão Protected, 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 que possam fazer failover juntos. Use 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 East US para Origem e West US 2 para Destino.
  3. Na etapa 4 para Selecionar itens, selecione todos os itens que estão protegidos - por exemplo, as três VMs protegidas para este tutorial.

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

Configurar um Azure Traffic Manager

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

Crie um perfil do Azure Traffic Manager, seguindo as instruções em Guia de 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. Use as etapas a seguir ao percorrer essas seções e retorne a este artigo depois de criar e configurar o Gerenciador de Tráfego do Azure.

  1. Quando chegar à seção Criar perfil do Gerenciador de Tráfego, na etapa 2 Criar perfil do Gerenciador de Tráfego, siga os seguintes passos:

    1. Anote o nome exclusivo do perfil do Gestor de Tráfego para Nome - por exemplo, tm-profile-gzh032124.
    2. Escreva o novo nome do grupo de recursos para o grupo de recursos - por exemplo, myResourceGroupTM1.

  2. Quando chegar à seção Adicione pontos de extremidade no Gestor de Tráfego, siga os seguintes passos:

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

      1. Digite 10para o tempo de vida (TTL) do DNS .

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

        • Para interno de sondagem , selecione 10.
        • Para Número tolerado de falhas, insira 3.
        • Para o tempo limite da sonda , 5.

      3. Selecione Salvar. Aguarde até que seja concluído.

    2. No passo 4 para adicionar o ponto de extremidade primário myPrimaryEndpoint, proceda da seguinte forma:

      1. Para tipo de recurso alvo, selecione Endereço IP público.

      2. Selecione a lista suspensa Escolher endereço IP público e digite o nome do endereço IP público do Gateway de Aplicação na região Leste dos EUA. Você verá uma entrada correspondida. Selecione-o para o endereço IP público .

    3. Na etapa 6 para adicionar um ponto de extremidade secundário de failover myFailoverEndpoint, use 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 introduza o nome do endereço IP público do Gateway de Aplicação na região West US 2. Você verá uma entrada correspondida. Selecione para o endereço IP público .

    4. Espere um pouco. Selecione Atualizar até que o de status do Monitor para o endpoint esteja Online e o de status do Monitor do para o endpoint seja Degraded.

Em seguida, use as etapas a seguir para verificar se o aplicativo de exemplo implantado no cluster principal do JBoss EAP pode ser acessado a partir do 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 Traffic Manager. Anexe /javaee-café/ a ele. Por exemplo, http://tm-profile-gzh032124.trafficmanager.net/javaee-cafe/.

  3. Abra o URL num novo separador do browser. Você deve ver que o café que você criou antes está listado na página.

    Captura de tela da interface do usuário do aplicativo de exemplo.

Se a interface do usuário não for semelhante, detecte e resolva o problema antes de continuar. Mantenha o console aberto e use-o para fazer um 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 mais tarde, em caso de evento de failover, para monitorizar a alteração do estado do ponto de extremidade.

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

As etapas nesta seção testam o processo de failover ao efetuar manualmente o failover do servidor e do cluster Azure SQL Database do primário para o secundário e, em seguida, de volta para o primário usando o portal do Azure.

Alternação para o site secundário

Primeiro, use as seguintes etapas para fazer failover do Banco de Dados SQL do Azure do servidor primário para o servidor secundário:

  1. Mude para o separador do navegador do seu grupo de recuperação automática do Banco de Dados SQL do Azure - por exemplo, failovergroup-gzh032124.
  2. Selecione Failover>Sim.
  3. Aguarde até que seja concluído.

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

  1. Na caixa de pesquisa na parte superior do portal do Azure, procure por Cofres de Serviços de Recuperação e selecione Cofres de Serviços de Recuperação nos resultados.

  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 (Recuperação de Site). Selecione o plano de recuperação que criou - por exemplo, recovery-plan-gzh032124.

  4. Selecione Failover. Selecione Compreendo o risco. Ignorar a transição de teste.. Deixe os valores padrão para os outros valores. Selecione OK.

    Observação

    Opcionalmente, você pode executar de failover de teste e de failover de teste de limpeza para garantir que tudo funcione como esperado antes de de failover . Para obter mais informações, consulte o Tutorial: Realizar uma simulação de recuperação de desastres para VMs do Azure. Este tutorial usa Failover diretamente para simplificar o exercício.

  5. Monitorize o failover nas notificações até que seja concluído. Leva cerca de 10 minutos para o exercício deste tutorial.

Executar o failover

Certifique-se de que as etapas na seção anterior foram concluídas com êxito. Em seguida, use as seguintes etapas para confirmar o failover:

  1. Na caixa de pesquisa na parte superior do portal do Azure, digite cofres dos Serviços de Recuperação e selecione-a nos resultados da pesquisa.

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

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

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

  5. Selecione Confirmare, em seguida, 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 efetuado.

Desativar a replicação

Use as seguintes etapas 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 do rato no item e, em seguida, selecione Desativar Replicação.
  2. Se você for solicitado a fornecer um motivo ou motivos para desabilitar a proteção para essa máquina virtual, selecione o que preferir - 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 em notificações até que ele seja concluído.
  5. Selecione Visão geral>Excluir. Selecione Sim para confirmar a exclusão.

Reproteger o site de failover

Agora que a região secundária é o site de contingência ativo, deve proteger novamente a região primária.

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

  1. Na caixa de pesquisa na parte superior do portal do Azure, introduza 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 a X para remover todos os filtros.

  4. Selecione Adicionar filtro. Defina o Filtro para o Tipo . Defina o operador para que seja igual a .

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

  6. Marque e desmarque a caixa de seleção Selecionar todos até que nenhum valor esteja selecionado.

  7. Certifique-se de que todos os seguintes tipos estão selecionados:

    • Máquina virtual
    • Disk
    • Ponto final 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. Selecione Aplicar.

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

  11. Selecione Excluir.

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

Em seguida, use as mesmas etapas no Configurar a recuperação de desastres 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, usando os seguintes passos:

    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 cofre de serviço - por exemplo, recovery-service-vault-eastus-gzh032124.
    3. Selecione Leste dos EUA para Região.

  2. Para habilitar a replicação, use as seguintes etapas:

    1. Para Região na Origem, selecione West US 2.

    2. Em Configurações de replicação, use os seguintes passos:

      1. Para o grupo de recursos alvo, selecione o grupo de recursos existente implantado na região primária - por exemplo, .

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

  3. Para Criar um plano de recuperação, para fonte, selecione West US 2 e para alvo, selecione East US.

Observação

Você pode notar que o Azure Site Recovery dá suporte à reproteção de VMs quando a VM de destino existe. Para mais informações, veja a seção Reproteger a VM de Tutorial: Failover de VMs do Azure para uma região secundária. No entanto, ele não funciona quando as únicas alterações entre o disco de origem e o disco de destino são sincronizadas para o cluster 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, na qual os discos inteiros 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 reproteção? em Reprotect falhou a transição de máquinas virtuais do Azure para a região primária.

Regressão para o site primário

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

  1. Selecione o cofre dos serviços 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 commit do failover, selecione o cofre de Serviços de Recuperação implantado no local primário - por exemplo, recovery-service-vault-eastus-gzh032124.

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

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

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

    2. Remova os recursos implantados na sua região secundária - por exemplo, recursos implantados em jboss-eap-cluster-westus-gzh032124.

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

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

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

Limpar recursos

Se você não quiser continuar a usar os clusters EAP do JBoss e outros componentes, use as seguintes 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. Para Digite o 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, introduza cofres dos Serviços de Recuperação e, em seguida, 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 Gerir, selecione Planos de Recuperação (Recuperação do Site). Selecione o plano de recuperação que criou - por exemplo, recovery-plan-gzh032124.

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

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

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

Próximos passos

Neste tutorial, você configura uma solução HA/DR que consiste em uma camada de infraestrutura de aplicativo ativo-passivo com uma camada de banco de dados ativo-passivo e na qual ambas as 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 fica em espera.

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

documentação de confiabilidade do Azure

Construa soluções para alta disponibilidade

Failover automático com o Azure Traffic Manager

Saiba mais sobre o Red Hat JBoss EAP no Azure