Tutorial: Migrar o WebSphere Application Server para Máquinas Virtuais do Azure com alta disponibilidade e recuperação de desastres

Artigo
12/10/2024

Este tutorial mostra uma maneira simples e eficaz de implementar alta disponibilidade e recuperação de desastres (HA/DR) para Java usando o WebSphere Application Server 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 orientado por banco de dados em execução no WebSphere Application Server. 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, irá aprender a:

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 o cluster primário do WebSphere em VMs do Azure.
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:

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 implementação completa do cluster WebSphere. Depois 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á 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 implementado no IBM HTTP Server 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 VMs e executar o cluster secundário do WebSphere. O RPO depende da política de replicação do Azure Site Recovery e do Banco de Dados SQL do Azure. Essa dependência ocorre 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. Essas regiões precisam ser regiões emparelhadas do Azure. Para obter mais informações sobre regiões emparelhadas, consulte 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 da 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 sempre aponta para o servidor primário e está conectado ao cluster do WebSphere em cada região. Um failover geográfico alterna todos os bancos de dados secundários do grupo para a função principal. Para RPO e RTO de failover geográfico do Banco de Dados SQL do Azure, consulte Visão geral da continuidade de negócios com o Banco de Dados SQL do Azure.

Este tutorial foi escrito com o Azure Site Recovery e o serviço 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 você deve considerar os recursos de HA de qualquer banco de dados escolhido.

Pré-requisitos

Uma subscrição do Azure. Se não tiver uma subscrição do Azure, crie uma conta gratuita antes de começar.
Certifique-se de que tem a Contributor função na subscrição. Você pode verificar a atribuição seguindo as etapas em Listar atribuições de função do Azure usando o portal do Azure.
Prepare uma máquina local com Windows, Linux ou macOS instalado.
Instale e configure o Git.
Instale uma implementação Java SE, versão 17 ou posterior - por exemplo, a compilação da 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 seção, você cria um grupo de failover do Banco de Dados SQL do Azure em regiões emparelhadas para uso com seus clusters e aplicativo WebSphere. Em uma seção posterior, configure o WebSphere para armazenar seus dados de sessão nesse banco de dados. Esta prática faz referência à criação de uma tabela para persistência de sessão.

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, a seção "Limpar recursos". Use as seguintes instruções ao percorrer 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 Criar um único banco de dados, use as seguintes etapas:
1. Na etapa 4 para criar um novo grupo de recursos, salve de lado o valor Nome do grupo de recursos - por exemplo, myResourceGroup.
2. Na etapa 5 para o nome do banco de dados, salve de lado o valor 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-mjg022624.
  2. Em Local, selecione (EUA) Leste dos EUA.
  3. Em Método de autenticação, selecione Usar autenticação SQL.
  4. Salve de lado o valor de login do administrador do servidor - por exemplo, azureuser.
  5. Salve de lado o valor da senha .
4. Na etapa 8, para Ambiente de carga de trabalho, selecione Desenvolvimento. Observe a descrição e considere outras opções para sua carga de trabalho.
5. 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.
6. Na etapa 14, na configuração de regras de firewall, para Permitir que os serviços e recursos do Azure acessem este servidor, selecione Sim.
Quando chegar à seção Consultar o banco de dados, use as seguintes etapas:
1. Na etapa 3, insira as informações de entrada do administrador do servidor de autenticação SQL para entrar.
  
  Nota
  
  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 <your-sqlserver-name> no 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 e, em seguida, selecione Executar novamente:
```
CREATE TABLE sessions (
   ID VARCHAR(128) NOT NULL,
   PROPID VARCHAR(128) NOT NULL,
   APPNAME VARCHAR(128) NOT NULL,
   LISTENERCNT SMALLINT,
   LASTACCESS BIGINT,
   CREATIONTIME BIGINT,
   MAXINACTIVETIME INT,
   USERNAME VARCHAR(256),
   SMALL VARBINARY(MAX),
   MEDIUM VARCHAR(MAX),
   LARGE VARBINARY(MAX)
);
```
  Após uma execução bem-sucedida, você verá a mensagem Consulta bem-sucedida: Linhas afetadas: 0.
  
  A tabela sessions de banco de dados é usada para armazenar dados de sessão para seu aplicativo WebSphere. Os dados do cluster do WebSphere, incluindo logs de transações, são persistidos para o armazenamento local de VMs onde o cluster é implementado.

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 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:

Na seção Criar grupo de failover, use as seguintes etapas:
1. Na etapa 5 para criar o grupo de failover, insira e salve de lado o nome exclusivo do grupo de failover - por exemplo, failovergroup-mjg022624.
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-mjg022624.
  2. Introduza o mesmo administrador do servidor e palavra-passe que o servidor principal.
  3. Em Local, selecione (EUA) Oeste dos EUA.
  4. Certifique-se de que a opção Permitir que os serviços do Azure acedam ao servidor está selecionada.
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.
Depois de concluir todas as etapas na seção Testar failover planejado, mantenha a página do grupo de failover aberta e use-a para o teste de failover dos clusters do WebSphere mais tarde.

Nota

Este artigo orienta você a criar um banco de dados único do Banco de Dados SQL do Azure com autenticação SQL. 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. A autenticação SQL é necessária para que o cluster do WebSphere se conecte ao banco de dados para persistência da sessão posteriormente. Para obter mais informações, consulte Configurando para persistência de sessão de banco de dados.

Configurar o cluster principal do WebSphere em VMs do Azure

Nesta seção, você cria os clusters primários do WebSphere em VMs do Azure usando a oferta IBM WebSphere Application Server Cluster on Azure VMs . O cluster secundário é restaurado do cluster primário durante o failover usando o Azure Site Recovery posteriormente.

Implementar o cluster primário do WebSphere

Primeiro, abra a oferta IBM WebSphere Application Server Cluster on Azure VMs em 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 :

Verifique se o valor mostrado para Assinatura é o mesmo que tem as funções listadas na seção de pré-requisitos.
Você deve implantar a oferta em um grupo de recursos vazio. No campo Grupo de recursos, selecione Criar novo e preencha um valor exclusivo para o grupo de recursos - por exemplo, was-cluster-eastus-mjg022624.
Em Detalhes da instância, para Região, selecione Leste dos EUA.
Para Implementar com direito existente do WebSphere ou com licença de avaliação?, selecione Avaliação para este tutorial. Também é possível selecionar Intitulado e fornecer sua credencial IBMid.
Selecione Li e aceito o Contrato de Licença IBM..
Deixe os padrões para outros campos.
Selecione Avançar para ir para o painel de configuração do cluster.

Use as seguintes etapas para preencher o painel de configuração do cluster:

Para Senha para administrador de VM, forneça uma senha. Para maior segurança, considere usar Chave Pública SSH como o tipo de autenticação para a VM.
Para o administrador do Password for WebSphere, forneça uma senha. Salve de lado o nome de usuário e a senha para o administrador do WebSphere.
Deixe os padrões para outros campos.
Selecione Avançarpara ir para o painel Balanceador de carga.

Use as seguintes etapas para preencher o painel Balanceador de carga:

Para Senha para administrador de VM, forneça uma senha. Para maior segurança, considere usar de chave pública SSH como autenticação de VM.
Para Password for IBM HTTP Server administrator, forneça uma senha.
Deixe os padrões para outros campos.
Selecione Avançar para ir para o painel Rede .

Você verá todos os campos pré-preenchidos com os padrões no painel Rede . Selecione Avançar para ir para o painel Banco de dados .

As etapas a seguir mostram como preencher o painel Banco de dados :

Em Conectar ao banco de dados?, selecione Sim.
Em Escolher tipo de banco de dados, selecione Microsoft SQL Server .
Para JNDI Name, digite jdbc/WebSphereCafeDB.
Para a cadeia de conexão da fonte de dados (jdbc:sqlserver://<host>:<port>; database=<database>), substitua os espaços reservados pelos valores salvos na seção anterior para o grupo de failover do Banco de Dados SQL do Azure - por exemplo, jdbc:sqlserver://failovergroup-mjg022624.database.windows.net:1433;database=mySampleDatabase.
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ê salvou na seção anterior - por exemplo, azureuser@failovergroup-mjg022624.

Nota

Tenha cuidado extra para usar o nome de host do servidor de banco de dados correto e o nome de usuário do banco de dados para o grupo de failover, em vez do nome de host do servidor e do nome de usuário do banco de dados primário ou de backup. Usando os valores do grupo de failover, você está, de fato, dizendo ao WebSphere para falar com o grupo de failover. No entanto, no que diz respeito ao WebSphere, é apenas uma conexão de banco de dados normal.
Introduza a palavra-passe de início de sessão do administrador do servidor que guardou anteriormente para a Palavra-passe da Base de Dados. Digite o mesmo valor para Confirmar senha.
Deixe os padrões para os outros campos.
Selecione Rever + criar.
Aguarde até que a Execução da validação final... seja concluída com êxito e, em seguida, selecione Criar.

Nota

Este artigo orienta você a se conectar a um Banco de Dados SQL do Azure com autenticação SQL. 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. A autenticação SQL é necessária para que o cluster do WebSphere se conecte ao banco de dados para persistência da sessão posteriormente. Para obter mais informações, consulte Configurando para persistência de sessão de banco de dados.

Depois de um tempo, você verá a página Implantação onde a Implantação está em andamento é exibida.

Nota

Se vir algum problema 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é 25 minutos para ser concluída. Depois disso, você verá o texto Sua implantação foi concluída exibido na página de implantação.

Verificar a implantação do cluster

Você implementou um IBM HTTP Server (IHS) e um WebSphere Deployment Manager (Dmgr) no cluster. O IHS atua como balanceador de carga para todos os servidores de aplicativos no cluster. O Dmgr fornece um console da Web para configuração de cluster.

Use as seguintes etapas para verificar se o console IHS e Dmgr funciona antes de passar para a próxima etapa:

Retorne à página Implantação e selecione Saídas.
Copie o valor da propriedade ihsConsole. Abra esse URL em uma nova guia do navegador. Observe que não usamos https para o IHS neste exemplo. Você deve ver uma página de boas-vindas do IHS sem qualquer mensagem de erro. Caso contrário, você deve solucionar e resolver o problema antes de continuar. Mantenha o console aberto e use-o para verificar a implantação do aplicativo do cluster mais tarde.
Copie e salve de lado o valor da propriedade adminSecuredConsole. Abra-o em uma nova guia do navegador. Aceite o aviso do navegador para o certificado TLS autoassinado. Não vá para a produção usando um certificado TLS autoassinado.

Você deve ver a página de entrada do WebSphere Integrated Solutions Console. Entre no console com o nome de usuário e a senha do administrador do WebSphere que você salvou anteriormente. Se não conseguir iniciar sessão, tem de resolver o problema antes de continuar. Mantenha o console aberto e use-o para configuração adicional do cluster WebSphere mais tarde.

Use as etapas a seguir para obter o nome do endereço IP público do IHS. Você o usa quando configura o Gerenciador de Tráfego do Azure mais tarde.

Abra o grupo de recursos onde o cluster está implantado - por exemplo, selecione Visão geral para voltar para o painel Visão geral da página de implantação e selecione Ir para o grupo de recursos.
Na tabela de recursos, localize a coluna Tipo . Selecione-o para classificar por tipo de recurso.
Encontre o recurso de endereço IP público prefixado com ihs, em seguida, copie e salve seu nome.

Configurar o cluster

Primeiro, use as seguintes etapas para habilitar a opção Sincronizar alterações com nós para que qualquer configuração possa ser sincronizada automaticamente com todos os servidores de aplicativos:

Volte para o WebSphere Integrated Solutions Console e entre novamente se estiver desconectado.
No painel de navegação, selecione >do sistema.
No painel Preferências da Consola, selecione Sincronizar alterações com nós e, em seguida, selecione Aplicar. Deverá ver a mensagem As suas preferências foram alteradas.

Em seguida, use as seguintes etapas para configurar sessões distribuídas de banco de dados para todos os servidores de aplicativos:

No painel de navegação, selecione Servidores>Tipos de Servidor WebSphere>Application Servers.
No painel Servidores de aplicativos, você verá 3 servidores de aplicativos listados. Para cada servidor de aplicativos, use as seguintes instruções para configurar as sessões distribuídas do banco de dados:
1. Na tabela sob o texto Você pode administrar os seguintes recursos, selecione o hiperlink para o servidor de aplicativos, que começa com MyCluster.
2. Na seção Configurações de contêiner, selecione Gerenciamento de sessão.
3. Na seção Propriedades adicionais, selecione Configurações de ambiente distribuído.
4. Para Sessões distribuídas, selecione Banco de dados (suportado apenas para contêiner da Web.).
5. Selecione Banco de Dados e use as seguintes etapas:
  1. Para Nome JNDI da fonte de dados, digite jdbc/WebSphereCafeDB.
  2. Em ID de usuário, insira o nome de entrada do administrador do servidor e o nome do grupo de failover que você salvou na seção anterior - por exemplo, azureuser@failovergroup-mjg022624.
  3. Preencha a senha de entrada do administrador do SQL Server do Azure que você salvou anteriormente para Senha.
  4. Em Nome do espaço de tabela, insira sessões.
  5. Selecione Usar esquema de várias linhas.
  6. Selecione OK. Você será direcionado de volta para o painel Configurações do ambiente distribuído.
6. Na seção Propriedades adicionais, selecione Parâmetros de ajuste personalizados.
7. Em Nível de ajuste, selecione Baixo (otimizar para failover).
8. Selecione OK.
9. Em Mensagens, selecione Guardar. Aguarde até à conclusão.
10. Selecione Servidores de aplicativos na barra de navegação superior. Você será direcionado de volta para o painel Servidores de aplicativos.
No painel de navegação, selecione Clusters de Servidores>WebSphere>clusters do servidor de aplicativos.
No painel de clusters do servidor de aplicativos WebSphere, você deve ver o cluster MyCluster listado. Marque a caixa de seleção ao lado de MyCluster.
Selecione Ripplestart.
Aguarde até que o cluster seja reiniciado. Você pode selecionar o ícone Status e, se a nova janela não mostrar Iniciado, volte para o console e atualize a página da Web depois de um tempo. Repita a operação até ver Iniciado. Poderá ver Início parcial antes de atingir o estado Iniciado

Mantenha o console aberto e use-o para implantação do aplicativo mais tarde.

Implantar um aplicativo de exemplo

Esta seção mostra como implementar e executar um aplicativo CRUD Java/Jakarta EE de amostra em um cluster WebSphere para teste de failover de recuperação de desastres posteriormente.

Você configurou servidores de aplicativos para usar a fonte jdbc/WebSphereCafeDB de dados para armazenar dados de sessão anteriormente, o que permite failover e balanceamento de carga em um cluster de servidores de aplicativos WebSphere. O aplicativo de exemplo também configura um esquema de persistência para persistir dados coffee do aplicativo na mesma fonte jdbc/WebSphereCafeDBde dados.

Primeiro, use os seguintes comandos para baixar, compilar e empacotar o exemplo:

git clone https://github.com/Azure-Samples/websphere-cafe
cd websphere-cafe
git checkout 20240326
mvn clean package

Se vir uma mensagem sobre estar num Detached HEAD estado, é seguro ignorá-la.

O pacote deve ser gerado com êxito e localizado em >. Se não vir o pacote, tem de resolver o problema antes de continuar.

Em seguida, use as seguintes etapas para implantar o aplicativo de exemplo no cluster:

Volte para o WebSphere Integrated Solutions Console e entre novamente se estiver desconectado.
No painel de navegação, selecione Tipos de Aplicativos>>Enterprise Applications.
No painel Aplicações Empresariais, selecione Instalar>Escolher Ficheiro. Em seguida, encontre o pacote localizado em <parent-path-to-your-local-clone>/websphere-café/websphere-café-application/target/websphere-café.ear e selecione Abrir. Selecione Avançar>Próximo>Próximo.
No painel Mapear módulos para servidores, pressione Ctrl e selecione todos os itens listados em Clusters e servidores. Marque a caixa de seleção ao lado de websphere-café.war. Selecione Aplicar. Selecione Avançar até ver o botão Concluir .
Selecione Concluir>Salvar e aguarde até a conclusão. Selecione OK.
Selecione o aplicativo websphere-cafeinstalado e, em seguida, selecione Iniciar. Aguarde até ver mensagens indicando que o aplicativo foi iniciado com êxito. Se não conseguir ver a mensagem bem-sucedida, você deve solucionar e resolver o problema antes de continuar.

Agora, use as seguintes etapas para verificar se o aplicativo está sendo executado conforme o esperado:

Volte para o console IHS. Acrescente a raiz /websphere-cafe/ de contexto do aplicativo implantado à barra de endereço, por exemplo, http://ihs70685e.eastus.cloudapp.azure.com/websphere-cafe/e pressione Enter. Você deve ver a página de boas-vindas do aplicativo de exemplo.
Crie um novo café com um nome e preço - por exemplo, Café 1 com preço $10 - que é persistido na tabela de dados do aplicativo e na tabela de sessão do banco de dados. A interface do usuário que você vê deve ser semelhante à seguinte captura de tela:

Se a interface do usuário não for semelhante, solucione e resolva o problema que você continuar.

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:

Na seção Criar um cofre dos Serviços de Recuperação, use as seguintes etapas:
1. Na etapa 5 para Grupo de recursos, crie um novo grupo de recursos com um nome exclusivo em sua assinatura - por exemplo, was-cluster-westus-mjg022624.
2. Na etapa 6 para o nome do Vault, forneça um nome do vault - por exemplo, recovery-service-vault-westus-mjg022624.
3. Na etapa 7 para Região, selecione Oeste dos EUA.
4. Antes de selecionar Rever + criar no passo 8, selecione Seguinte: Redundância. No painel Redundância, selecione Redundância geográfica para Redundância de armazenamento de backup e Habilitar para restauração entre regiões.
  
  Nota
  
  Certifique-se de selecionar 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 a Recuperação de Site seguindo as etapas na seção Habilitar Recuperação de Site.
Quando chegar à seção Habilitar replicação, use as seguintes etapas:
1. Na seção Selecionar configurações de origem, use as seguintes etapas:
  1. Em Região, selecione Leste dos EUA.
  2. Para Grupo de recursos, selecione o recurso onde o cluster primário está implantado - por exemplo, was-cluster-eastus-mjg022624.
    
    Nota
    
    Se o grupo de recursos desejado não estiver listado, você poderá selecionar Oeste dos EUA para a região primeiro e, em seguida, voltar para Leste dos EUA.
  3. Deixe os padrões para outros campos. Selecione Seguinte.
2. Na seção Selecione as VMs, para Máquinas virtuais, selecione todas as cinco VMs listadas e selecione Avançar.
3. Na seção Revisar configurações de replicação, use as seguintes etapas:
  1. Em Local de destino, selecione Oeste dos EUA.
  2. Em Grupo de recursos de destino, selecione o grupo de recursos onde o cofre de recuperação de serviço está implantado - por exemplo, was-cluster-westus-mjg022624.
  3. Anote a nova rede virtual de failover e a sub-rede de failover, que são mapeadas a partir daquelas na região primária.
  4. Deixe os padrões para outros campos.
  5. Selecione Seguinte.
4. Na seção Gerenciar, use as seguintes etapas:
  1. Para a política de replicação, use 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 padrões para outros campos.
  3. Selecione Seguinte.
5. Na seção Revisão, use as seguintes etapas:
  1. Depois de selecionar Habilitar replicação, observe a mensagem Criando recursos do Azure. Não feche esta lâmina. exibido na parte inferior da página. Não faça nada e aguarde até que o painel seja fechado automaticamente. Você será redirecionado para a página Recuperação de Site.
  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 cerca de uma hora para ser concluída. Atualize a página periodicamente até ver que todas as VMs estão no estado Protegido , conforme mostrado na captura de tela de exemplo a seguir:

Em seguida, crie um plano de recuperação para incluir todos os itens replicados para que eles possam fazer failover juntos. Use as instruções em Criar um plano de recuperação, com as seguintes personalizações:

Na etapa 2, insira um nome para o plano - por exemplo, recovery-plan-mjg022624.
Na etapa 3, para Origem, selecione Leste dos EUA e, para Destino, selecione Oeste dos EUA.
Na etapa 4 para Selecionar itens, selecione todas as cinco VMs protegidas para este tutorial.

Em seguida, crie um plano de recuperação. Mantenha a página aberta para que você possa usá-la para testes de failover mais tarde.

Configuração de rede adicional para a região secundária

Você também precisa de mais configuração de rede para habilitar e proteger o acesso externo à região secundária em um evento de failover. Use as seguintes etapas para essa configuração:

Crie um endereço IP público para Dmgr na região secundária seguindo as instruções em Guia de início rápido: crie um endereço IP público usando o portal do Azure, com as seguintes personalizações:
1. Em Grupo de recursos, selecione o grupo de recursos onde o cofre de recuperação de serviço está implantado - por exemplo, was-cluster-westus-mjg022624.
2. Em Região, selecione (EUA) Oeste dos EUA.
3. Em Nome, insira um valor - por exemplo, dmgr-public-ip-westus-mjg022624.
4. Para DNS name label, insira um valor exclusivo - por exemplo, dmgrmjg022624.
Crie outro endereço IP público para IHS na região secundária seguindo o mesmo guia, com as seguintes personalizações:
1. Em Grupo de recursos, selecione o grupo de recursos onde o cofre de recuperação de serviço está implantado - por exemplo, was-cluster-westus-mjg022624.
2. Em Região, selecione (EUA) Oeste dos EUA.
3. Em Nome, insira um valor - por exemplo, ihs-public-ip-westus-mjg022624. Anote aí.
4. Para DNS name label, insira um valor exclusivo - por exemplo, ihsmjg022624.
Crie um grupo de segurança de rede na região secundária seguindo as instruções na seção Criar um grupo de segurança de rede de Criar, alterar ou excluir um grupo de segurança de rede, com as seguintes personalizações:
1. Em Grupo de recursos, selecione o grupo de recursos onde o cofre de recuperação de serviço está implantado - por exemplo, was-cluster-westus-mjg022624.
2. Em Nome, insira um valor - por exemplo, nsg-westus-mjg022624.
3. Em Região, selecione Oeste dos EUA.
Crie uma regra de segurança de entrada para o grupo de segurança de rede seguindo as instruções na seção Criar uma regra de segurança do mesmo artigo, com as seguintes personalizações:
1. Na etapa 2, selecione o grupo de segurança de rede que você criou - por exemplo, nsg-westus-mjg022624.
2. Na etapa 3, selecione Regras de segurança de entrada.
3. Na etapa 4, personalize as seguintes configurações:
  1. Para Intervalos de portas de destino, insira 9060,9080,9043,9443,80.
  2. Em Protocolo, selecione TCP.
  3. Em Nome, digite ALLOW_HTTP_ACCESS.
Associe o grupo de segurança de rede a uma sub-rede seguindo as instruções na seção Associar ou dissociar um grupo de segurança de rede de ou para uma sub-rede do mesmo artigo, com as seguintes personalizações:
1. Na etapa 2, selecione o grupo de segurança de rede que você criou - por exemplo, nsg-westus-mjg022624.
2. Selecione Associar para associar o grupo de segurança de rede à sub-rede de failover que você anotou anteriormente.

Configurar um Azure Traffic Manager

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 globais do Azure. O ponto de extremidade primário aponta para o endereço IP público do IHS na região primária. O ponto de extremidade secundário aponta para o endereço IP público do IHS 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. Você deve ignorar as seções para onde é direcionado para criar recursos do Serviço de Aplicativo. 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.

Na seção Criar um perfil do Gerenciador de Tráfego, na etapa 2, para Criar perfil do Gerenciador de Tráfego, use as seguintes etapas:
1. Deixe de lado o nome de perfil exclusivo do Gerenciador de Tráfego para Nome - por exemplo, tmprofile-mjg022624.
2. Deixe de lado o novo nome do grupo de recursos para Grupo de recursos - por exemplo, myResourceGroupTM1.
Quando chegar à seção Adicionar pontos de extremidade do Gerenciador de Tráfego, use as seguintes etapas:
1. Depois de abrir o perfil do Gerenciador de Tráfego na etapa 2, na página Configuração , use as seguintes etapas:
  1. Para DNS time to live (TTL), digite 10.
  2. Em Configurações do monitor de ponto final, para Caminho, insira /websphere-café/, que é a raiz de contexto do aplicativo de exemplo implantado.
  3. Em Configurações rápidas de failover de ponto de extremidade, use os seguintes valores:
    - Em Sondagem interna, selecione 10.
    - Em Número tolerado de falhas, digite 3.
    - Para o tempo limite da sonda, use 5.
  4. Selecione Guardar. Aguarde até que seja concluído.
2. Na etapa 4 para adicionar o ponto de extremidade myPrimaryEndpointprimário, use as seguintes etapas:
  1. Em Tipo de recurso de destino, 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 IHS na região Leste dos EUA que você salvou anteriormente. Você verá uma entrada correspondida. Selecione-o para Endereço IP público.
3. Na etapa 6 para adicionar um ponto de extremidade secundário/failover myFailoverEndpoint, use as seguintes etapas:
  1. Em Tipo de recurso de destino, 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 IHS na região Oeste dos EUA que você salvou anteriormente. Você verá uma entrada correspondida. Selecione-o para Endereço IP público.
4. Espere um pouco. Selecione Atualizar até que o status do Monitor para o ponto de extremidade seja myPrimaryEndpoint e o status do Monitor para o ponto de extremidade myFailoverEndpoint seja Degradado.

Em seguida, use as seguintes etapas para verificar se o aplicativo de amostra implementado no cluster principal do WebSphere está acessível a partir do perfil do Traffic Manager:

Selecione Visão geral para o perfil do Gerenciador de Tráfego que você criou.
Selecione e copie o nome do sistema de nomes de domínio (DNS) do perfil do Traffic Manager e, em seguida, acrescente-o com /websphere-cafe/ - por exemplo, http://tmprofile-mjg022624.trafficmanager.net/websphere-cafe/.
Abra o URL num novo separador do browser. Você deve ver o café que você criou anteriormente listado na página.
Crie outro café com um nome e preço diferentes - por exemplo, Café 2 com preço 20 - que é mantido na tabela de dados do aplicativo e na tabela de sessão do banco de dados. A interface do usuário que você vê deve ser semelhante à seguinte captura de tela:

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

Agora você configura o perfil do Gerenciador de Tráfego. Mantenha a página aberta e use-a para monitorar a alteração de status do ponto de extremidade em um evento de failover mais tarde.

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

Para testar o failover, faça failover manualmente do servidor e do cluster do Banco de Dados SQL do Azure e, em seguida, faça failback usando o portal do Azure.

Failover 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:

Alterne para a guia do navegador do seu grupo de failover do Banco de Dados SQL do Azure - por exemplo, failovergroup-mjg022624.
Selecione Failover>Sim.
Aguarde até que seja concluído.

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

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.
Selecione o nome do cofre dos Serviços de Recuperação - por exemplo, recovery-service-vault-westus-mjg022624.
Em Gerir, selecione Planos de Recuperação (Site Recovery). Selecione o plano de recuperação que criou - por exemplo, recovery-plan-mjg022624.
Selecione Ativação pós-falha. Selecione Compreendo o risco. Ignorar failover de teste.. Deixe os valores padrão para outros campos e selecione OK.

Nota

Opcionalmente, você pode executar o failover de teste de teste e o failover de teste de limpeza para garantir que tudo funcione conforme o esperado antes de testar o failover. Para obter mais informações, consulte Tutorial: Executar um drill de recuperação de desastres para VMs do Azure. Este tutorial testa o Failover diretamente para simplificar o exercício.
Monitore o failover em notificações até que ele seja concluído. Leva cerca de 10 minutos para o exercício neste tutorial.
Opcionalmente, você pode visualizar os detalhes do trabalho de failover selecionando o evento de failover - por exemplo, Failover de 'recovery-plan-mjg022624' está em andamento... - a partir de notificações.

Em seguida, use as seguintes etapas para habilitar o acesso externo ao WebSphere Integrated Solutions Console e ao aplicativo de amostra na região secundária:

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.
Selecione o nome do grupo de recursos para sua região secundária - por exemplo, was-cluster-westus-mjg022624. Classifique os itens por Tipo na página Grupo de Recursos.
Selecione Interface de rede prefixada com dmgr. Selecione Configurações de>IP ipconfig1. Selecione Associar endereço IP público. Em Endereço IP público, selecione o endereço IP público prefixado com dmgr. Este endereço é o que você criou anteriormente. Neste artigo, o endereço é nomeado dmgr-public-ip-westus-mjg022624. Selecione Guardar e, em seguida, aguarde até que seja concluído.
Volte para o grupo de recursos e selecione a Interface de Rede prefixada com ihs. Selecione Configurações de>IP ipconfig1. Selecione Associar endereço IP público. Em Endereço IP público, selecione o endereço IP público prefixado com ihs. Este endereço é o que você criou anteriormente. Neste artigo, o endereço é nomeado ihs-public-ip-westus-mjg022624. Selecione Guardar e, em seguida, aguarde até que seja concluído.

Agora, use as seguintes etapas para verificar se o failover funciona conforme o esperado:

Localize o rótulo do nome DNS para o endereço IP público do Dmgr que você criou anteriormente. Abra a URL do Dmgr WebSphere Integrated Solutions Console em uma nova guia do navegador. Não se esqueça de usar https. Por exemplo, https://dmgrmjg022624.westus.cloudapp.azure.com:9043/ibm/console. Atualize a página até ver a página de boas-vindas para iniciar sessão.
Entre no console com o nome de usuário e a senha para o administrador do WebSphere que você salvou anteriormente e, em seguida, use as seguintes etapas:
1. No painel de navegação, selecione Servidores>Todos os servidores. No painel Servidores de middleware, você verá 4 servidores listados, incluindo 3 servidores de aplicativos WebSphere que consistem em cluster MyCluster WebSphere e 1 servidor Web que é um IHS. Atualize a página até ver que todos os servidores foram iniciados.
2. No painel de navegação, selecione Tipos de Aplicativos>>Enterprise Applications. No painel Aplicativos Empresariais, você verá 1 aplicativo - websphere-cafe - listado e iniciado.
3. Para validar a configuração do cluster na região secundária, siga as etapas na seção Configurar o cluster . Você verá que as configurações para Sincronizar alterações com nós e sessões distribuídas são replicadas para o cluster de failover, conforme mostrado nas seguintes capturas de tela:
Localize o rótulo de nome DNS para o endereço IP público do IHS que você criou anteriormente. Abra o URL do console IHS anexado com o contexto /websphere-cafe/raiz. Observe que você não deve usar httpso . Este exemplo não é usado https para IHS - por exemplo, http://ihsmjg022624.westus.cloudapp.azure.com/websphere-cafe/. Você deve ver dois cafés que você criou anteriormente listados na página.
Mude para o separador do browser do seu perfil do Gestor de Tráfego e, em seguida, atualize a página até ver que o valor de estado do Monitor do ponto de extremidade myFailoverEndpoint se torna Online e o valor do estado do Monitor do ponto de extremidade myPrimaryEndpoint se torna Degradado.
Mude para o separador do browser com o nome DNS do perfil do Gestor de Tráfego - por exemplo, http://tmprofile-mjg022624.trafficmanager.net/websphere-cafe/. Atualize a página e você verá os mesmos dados persistidos na tabela de dados do aplicativo e na tabela de sessão exibida. A interface do usuário que você vê deve ser semelhante à seguinte captura de tela:

Se você não observar esse comportamento, pode ser porque o Gerenciador de Tráfego está demorando para atualizar o DNS para apontar para o site de failover. O problema também pode ser que seu navegador armazenou em cache o resultado da resolução de nomes DNS que aponta para o site com falha. Aguarde um pouco e atualize a página novamente.

Confirmar o failover

Use as seguintes etapas para confirmar o failover depois de ter satisfeito o resultado do failover:

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.
Selecione o nome do cofre dos Serviços de Recuperação - por exemplo, recovery-service-vault-westus-mjg022624.
Em Gerir, selecione Planos de Recuperação (Site Recovery). Selecione o plano de recuperação que criou - por exemplo, recovery-plan-mjg022624.
Selecione Confirmar>OK.
Monitore a confirmação nas notificações até que ela seja concluída.
Selecione Itens no plano de recuperação. Você verá 5 itens listados como Failover confirmado.

Desativar a replicação

Use as seguintes etapas para desabilitar a replicação para itens no plano de recuperação e, em seguida, exclua o plano de recuperação:

Para cada item em Itens no plano de recuperação, selecione o botão de reticências (...) e, em seguida, selecione Desativar replicação.
Se você for solicitado a fornecer um motivo para desabilitar a proteção para essa máquina virtual, selecione um de sua preferência - por exemplo, concluí a migração do meu aplicativo. Selecione OK.
Repita a etapa 1 até desabilitar a replicação para todos os itens.
Monitore o processo em notificações até que ele seja concluído.
Selecione Visão geral>Excluir. Selecione Sim para confirmar a exclusão.

Prepare-se para failback: proteja novamente o site de failover

A região secundária agora é o site de failover e está ativa. Você deve reprotegê-lo em sua região primária.

Primeiro, use as etapas a seguir para limpar recursos que não são usados e que o serviço Azure Site Recovery replicará em sua região principal mais tarde. Você não pode simplesmente excluir o grupo de recursos, porque a recuperação do site restaura os recursos no grupo de recursos existente.

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.
Selecione o nome do grupo de recursos para sua região primária - por exemplo, was-cluster-eastus-mjg022624. Classifique os itens por Tipo na página Grupo de Recursos.
Use as seguintes etapas para excluir as máquinas virtuais:
1. Selecione o filtro Tipo e, em seguida, selecione Máquina virtual na lista suspensa Valor .
2. Selecione Aplicar.
3. Selecione todas as máquinas virtuais, selecione Excluir e digite excluir para confirmar a exclusão.
4. Selecione Eliminar.
5. Monitore o processo em notificações até que ele seja concluído.
Use as seguintes etapas para excluir os discos:
1. Selecione o filtro Tipo e, em seguida, selecione Discos na lista suspensa Valor.
2. Selecione Aplicar.
3. Selecione todos os discos, selecione Excluir e digite excluir para confirmar a exclusão.
4. Selecione Eliminar.
5. Monitore o processo em notificações e aguarde até que ele seja concluído.
Use as seguintes etapas para excluir os pontos de extremidade:
1. Selecione o filtro Tipo , selecione Ponto de extremidade privado na lista suspensa Valor .
2. Selecione Aplicar.
3. Selecione todos os pontos de extremidade privados, selecione Excluir e digite excluir para confirmar a exclusão.
4. Selecione Eliminar.
5. Monitore o processo em notificações até que ele seja concluído. Ignore esta etapa se o tipo Ponto de extremidade privado não estiver listado.
Use as seguintes etapas para excluir as interfaces de rede:
1. Selecione o filtro Tipo, selecione Interface de rede na >.
2. Selecione Aplicar.
3. Selecione todas as interfaces de rede, selecione Excluir e digite excluir para confirmar a exclusão.
4. Selecione Eliminar. Monitore o processo em notificações até que ele seja concluído.
Use as seguintes etapas para excluir contas de armazenamento:
1. Selecione o >, selecione Conta de armazenamento na lista suspensa Valor.
2. Selecione Aplicar.
3. Selecione todas as contas de armazenamento, selecione Excluir e insira excluir para confirmar a exclusão.
4. Selecione Eliminar. Monitore o processo em notificações até que ele seja concluído.

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

Para a seção Criar um cofre dos Serviços de Recuperação, use as seguintes etapas:
1. Selecione o grupo de recursos implantado na região primária - por exemplo, was-cluster-eastus-mjg022624.
2. Insira um nome diferente para o cofre de serviço - por exemplo, recovery-service-vault-eastus-mjg022624.
3. Em Região, selecione Leste dos EUA.
Para Habilitar replicação, use as seguintes etapas:
1. Em Região na origem, selecione Oeste dos EUA.
2. Para configurações de replicação, use as seguintes etapas:
  1. Para Grupo de recursos de destino, selecione o grupo de recursos existente implantado na região primária - por exemplo, was-cluster-eastus-mjg022624.
  2. Em Rede virtual de failover, selecione a rede virtual existente na região primária.
Em Criar um plano de recuperação, em Origem, selecione Oeste dos EUA e, em Destino, selecione Leste dos EUA.
Ignore as etapas na seção Configuração de rede adicional para a região secundária porque você criou e configurou esses recursos anteriormente.

Nota

Você pode notar que o Azure Site Recovery dá suporte à reproteção de VM quando a VM de destino existe. Para obter mais informações, consulte a seção Reproteger a VM do Tutorial: Failover de VMs do Azure para uma região secundária. Devido à abordagem que estamos adotando para o WebSphere, esse recurso não funciona. O motivo é que as únicas alterações entre o disco de origem e o disco de destino são sincronizadas para o cluster WebSphere, com base no resultado da verificação. Para substituir a funcionalidade do recurso de reproteção de VM, este tutorial estabelece uma nova replicação do site secundário para o site primário após o failover. 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? de Reproteger fez failover sobre máquinas virtuais do Azure para a região primária.

Failback para o site primário

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

Selecione o cofre do serviço de recuperação implantado na região primária - por exemplo, recovery-service-vault-eastus-mjg022624.
Selecione o grupo de recursos implantado na região primária - por exemplo, was-cluster-eastus-mjg022624.
Depois de habilitar o acesso externo ao WebSphere Integrated Solutions Console e ao aplicativo de amostra na região primária, revisite as guias do navegador para o WebSphere Integrated Solutions Console e o aplicativo de amostra para o cluster primário aberto anteriormente. Verifique se eles funcionam conforme o esperado. Dependendo do tempo que levou para failback, talvez você não veja os dados da sessão exibidos na seção Novo café da interface do usuário do aplicativo de exemplo se ele expirou mais de uma hora antes.
Na seção Confirmar o failover, selecione o cofre dos Serviços de Recuperação implantado no primário - por exemplo, recovery-service-vault-eastus-mjg022624.
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.
Na seção Preparar para failback: 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. Limpar recursos implantados em sua região secundária - por exemplo, recursos implantados no was-cluster-westus-mjg022624.
3. Use as mesmas etapas na seção 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 alterações:
  1. Ignore as etapas na seção Criar um cofre dos Serviços de Recuperação porque você criou um anteriormente - por exemplo, recovery-service-vault-westus-mjg022624.
  2. Em Habilitar replicação>>de replicação Rede virtual de failover, selecione a rede virtual existente na região secundária.
  3. Ignore as etapas na seção Configuração de rede adicional para a região secundária porque você criou e configurou esses recursos anteriormente.

Clean up resources (Limpar recursos)

Se você não vai continuar a usar os clusters do WebSphere e outros componentes, use as seguintes etapas para excluir os grupos de recursos para limpar os recursos usados neste tutorial:

Insira o nome do grupo de recursos dos servidores do Banco de Dados SQL do Azure - por exemplo, myResourceGroup - na caixa de pesquisa na parte superior do portal do Azure e selecione o grupo de recursos correspondente nos resultados da pesquisa.
Selecione Eliminar grupo de recursos.
Em Digite o nome do grupo de recursos para confirmar a exclusão, digite o nome do grupo de recursos.
Selecione Eliminar.
Repita as etapas 1 a 4 para o grupo de recursos do Gerenciador de Tráfego - por exemplo, myResourceGroupTM1.
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.
Selecione o nome do cofre dos Serviços de Recuperação - por exemplo, recovery-service-vault-westus-mjg022624.
Em Gerir, selecione Planos de Recuperação (Site Recovery). Selecione o plano de recuperação que criou - por exemplo, recovery-plan-mjg022624.
Use as mesmas etapas na seção Desabilitar a replicação para remover bloqueios em itens replicados.
Repita as etapas de 1 a 4 para o grupo de recursos do cluster primário do WebSphere - por exemplo, was-cluster-westus-mjg022624.
Repita as etapas 1 a 4 para o grupo de recursos do cluster secundário do WebSphere - por exemplo, was-cluster-eastus-mjg022624.

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 WebSphere no Azure:

Documentação de fiabilidade do Azure

Crie soluções para alta disponibilidade

Failover automático usando o Gerenciador de Tráfego do Azure

Saiba mais sobre o WebSphere no Azure

Partilhar via

Tutorial: Migrar o WebSphere Application Server para Máquinas Virtuais do Azure com alta disponibilidade e recuperação de desastres

Pré-requisitos

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

Configurar o cluster principal do WebSphere em VMs do Azure

Implementar o cluster primário do WebSphere

Verificar a implantação do cluster

Configurar o cluster

Implantar um aplicativo de exemplo

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

Configuração de rede adicional para a região secundária

Configurar um Azure Traffic Manager

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

Failover para o site secundário

Confirmar o failover

Desativar a replicação

Prepare-se para failback: proteja novamente o site de failover

Failback para o site primário

Clean up resources (Limpar recursos)

Próximos passos

Comentários

Recursos adicionais