XenMobile® Server

Recuperação de Desastres

April 16, 2026

Contribuição de:

É possível arquitetar e configurar implantações do XenMobile® que incluem vários sites para recuperação de desastres usando uma estratégia de failover ativo-passivo.

A estratégia de recuperação de desastres recomendada discutida neste artigo consiste em:

Um único site ativo do XenMobile no data center de uma localização geográfica, atendendo a todos os usuários corporativos globalmente, conhecido como site primário.
Um segundo site do XenMobile no data center de uma segunda localização geográfica, conhecido como site de recuperação de desastres. Este site de recuperação de desastres oferece failover de site ativo-passivo caso ocorra uma falha de data center em todo o site primário. O site primário inclui XenMobile, banco de dados SQL e infraestrutura Citrix ADC para facilitar o failover e fornecer aos usuários acesso ao XenMobile em caso de falha de conectividade com o site primário.

Os servidores XenMobile no site de recuperação de desastres permanecem offline durante as operações normais e são ativados apenas durante cenários de recuperação de desastres, onde é necessário um failover completo do site primário para o site de recuperação de desastres. Os servidores SQL no site de recuperação de desastres devem estar ativos e prontos para atender às conexões antes de iniciar os servidores XenMobile no site de recuperação de desastres.

Esta estratégia de recuperação de desastres depende de failover manual da camada de acesso do Citrix ADC por meio de alterações de DNS para rotear conexões MDM e MAM para o site de recuperação de desastres em caso de interrupção.

Observação:

Para usar esta arquitetura, você deve ter um processo em vigor para backups assíncronos dos bancos de dados e alguma forma de garantir alta disponibilidade para a infraestrutura SQL.

Processo de Failover de Recuperação de Desastres

Se você estiver testando seu processo de failover de recuperação de desastres, desligue os servidores XenMobile no site primário para simular uma falha de site.
Altere os registros DNS públicos para os servidores XenMobile para apontar para os endereços IP externos do site de recuperação de desastres.
Altere o registro DNS interno para o SQL Server para apontar para o endereço IP do SQL Server do site de recuperação de desastres.
Coloque os bancos de dados SQL do XenMobile online no site de recuperação de desastres. Certifique-se de que o SQL Server e o banco de dados estejam ativos e prontos para atender às conexões dos servidores XenMobile locais ao site.
Ligue os servidores XenMobile no site de recuperação de desastres.

Processo de Atualização do Servidor XenMobile

Siga estas etapas sempre que atualizar o XenMobile com patches e lançamentos para manter o código dos servidores primário e de recuperação de desastres uniforme.

Certifique-se de que os servidores XenMobile no site primário foram corrigidos ou atualizados.
Certifique-se de que o registro DNS para o SQL Server está sendo resolvido para o banco de dados SQL Server ativo no site primário.
Coloque os servidores XenMobile do site de recuperação de desastres online. Os servidores se conectam ao banco de dados do site primário pela WAN somente durante o processo de atualização.
Aplique os patches e atualizações necessários a todos os servidores XenMobile do site de recuperação de desastres.
Reinicie os servidores XenMobile e confirme que o patch ou a atualização foi bem-sucedida.

Diagrama de Arquitetura de Referência de Recuperação de Desastres

O diagrama a seguir mostra a arquitetura de alto nível para uma implantação de recuperação de desastres do XenMobile.

Diagrama da arquitetura de referência de recuperação de desastres

GSLB para Recuperação de Desastres

Um elemento chave desta arquitetura é o uso do Balanceamento de Carga de Servidor Global (GSLB) para direcionar o tráfego para o data center correto.

Por padrão, o assistente do Citrix ADC para XenMobile configura o Citrix Gateway de uma forma que não permite o uso de GSLB para recuperação de desastres. Portanto, você deve tomar medidas adicionais.

Como o GSLB Funciona

O GSLB é, em sua essência, uma forma de DNS. Os dispositivos Citrix ADC participantes atuam como servidores DNS autoritativos e resolvem registros DNS para o endereço IP correto (geralmente o VIP que deve receber o tráfego). O dispositivo Citrix ADC verifica a integridade do sistema antes de responder a uma consulta DNS que direciona o tráfego para esse sistema.

Quando um registro é resolvido, o papel do GSLB na resolução do tráfego está completo. O cliente se comunica diretamente com o endereço IP virtual (VIP) de destino. O comportamento do cliente DNS desempenha um papel importante no controle de como e quando um registro expira. Isso está em grande parte fora dos limites do sistema Citrix ADC. Como tal, o GSLB está sujeito às mesmas limitações da resolução de nomes DNS. Os clientes armazenam respostas em cache, portanto, o balanceamento de carga dessa forma não é tão em tempo real quanto o balanceamento de carga tradicional.

A configuração do GSLB no Citrix ADC, incluindo sites, serviços e monitores, existe para fornecer a resolução de nomes DNS correta.

A configuração real para servidores de publicação (neste cenário, a configuração que o assistente do Citrix ADC para XenMobile cria) não é afetada pelo GSLB. O GSLB é um serviço separado no Citrix ADC.

Desafios com a Delegação de Domínio ao Usar GSLB com XenMobile

O assistente do Citrix ADC para XenMobile configura o Citrix Gateway para XenMobile. Este assistente gera três servidores virtuais de balanceamento de carga e um servidor virtual Citrix Gateway.

Dois dos servidores virtuais de balanceamento de carga lidam com o tráfego MDM, nas portas 443 e 8443. O Citrix Gateway recebe o tráfego MAM e o encaminha para o terceiro servidor, o servidor virtual de balanceamento de carga MAM, na porta 8443. Todo o tráfego para o servidor virtual de balanceamento de carga MAM passa pelo Citrix Gateway.

O servidor virtual de balanceamento de carga MAM requer o mesmo certificado SSL que os servidores XenMobile e usa o mesmo FQDN usado para registrar dispositivos. O servidor de balanceamento de carga MAM também usa a mesma porta (8443) que um dos servidores de balanceamento de carga MDM. Para permitir que o tráfego seja resolvido, o assistente do Citrix ADC para XenMobile cria um registro DNS local no Citrix Gateway. O registro DNS corresponde ao FQDN usado para registrar dispositivos.

Esta configuração é eficaz quando a URL do servidor XenMobile não é uma URL de domínio GSLB. Se uma URL de domínio GSLB for usada como a URL do servidor XenMobile, conforme exigido para recuperação de desastres, o registro DNS local impede que o Citrix Gateway resolva o tráfego para os servidores de balanceamento de carga MDM.

Usando o Método CNAME para Recuperação de Desastres com GSLB

Para resolver os desafios apresentados pela configuração padrão criada pelo assistente do Citrix ADC para XenMobile, você pode criar um registro CNAME para o FQDN do servidor XenMobile no domínio pai (company.com) e apontar um registro na subzona delegada (gslb.company.com) para a qual o Citrix ADC é autoritativo. Fazer isso permite a criação do registro DNS A estático para o endereço VIP de balanceamento de carga MAM necessário para resolver o tráfego.

No DNS externo, crie um CNAME para o FQDN do servidor XenMobile que aponta para o FQDN do domínio GSLB no Citrix ADC GSLB. Você precisa de dois domínios GSLB: um para tráfego MDM e outro para tráfego MAM (Citrix Gateway).

Exemplo:

CNAME = xms.company.com IN CNAME xms.gslb.comany.com
Na instância do Citrix Gateway de cada site, crie um servidor virtual GSLB com um FQDN para o qual o registro CNAME está apontando.

Exemplo:

bind gslb vserver xms-gslb -domainName xms.gslb.company.com

Ao usar o assistente do Citrix ADC para XenMobile para implantar o Citrix Gateway, use a URL do servidor XenMobile ao configurar o servidor de balanceamento de carga MAM. Isso cria um registro DNS A estático para a URL do servidor XenMobile.
Teste com clientes registrando-se no Secure Hub usando a URL do servidor XenMobile (xms.company.com).

Este exemplo usa os seguintes FQDNs:

xms.company.com é a URL usada pelo tráfego MDM e usada por dispositivos que se registram, que é configurada neste exemplo usando o assistente do Citrix ADC para XenMobile.
xms.gslb.company.com é o FQDN do domínio GSLB para o servidor XenMobile.

A versão oficial deste conteúdo está em inglês. Parte do conteúdo da documentação da Cloud Software Group é traduzida automaticamente para sua conveniência. A Cloud Software Group não tem controle sobre o conteúdo traduzido automaticamente, que pode conter erros, imprecisões ou linguagem inadequada. Nenhuma garantia de qualquer tipo, expressa ou implícita, é fornecida quanto à precisão, confiabilidade, adequação ou correção de quaisquer traduções feitas do original em inglês para qualquer outro idioma, ou quanto à conformidade do seu produto ou serviço Cloud Software Group com qualquer conteúdo traduzido automaticamente, e nenhuma garantia fornecida sob o contrato de licença de usuário final aplicável ou os termos de serviço, ou qualquer outro contrato com a Cloud Software Group, de que o produto ou serviço esteja em conformidade com qualquer documentação será aplicável na medida em que essa documentação tenha sido traduzida automaticamente. A Cloud Software Group não se responsabiliza por quaisquer danos ou problemas que possam surgir em decorrência do uso de conteúdo traduzido automaticamente.

Isso foi útil?

Recuperação de Desastres

April 16, 2026

Contribuição de:

April 16, 2026

Contribuição de:

Neste artigo

Processo de Failover de Recuperação de Desastres
Processo de Atualização do Servidor XenMobile
Diagrama de Arquitetura de Referência de Recuperação de Desastres
GSLB para Recuperação de Desastres

Isso foi útil?