Recuperação de desastres
Você pode desenvolver e configuration implantações do XenMobile que include vários locais de recuperação de desastres usando uma estratégia de failover ativo-passivo。
estratégia de recuperação de desastres推荐论文内斯特artigo包含:
- 嗯único site ativo do XenMobile no datacenter de uma localização geográfica atendendo a todos os usuários da empresa globalmente, conhecido como site principal。
- Um segundo site XenMobile no datacenter de Um segundo local geográfico, conhecido como site de recuperação de desastre。Este site de recuperação站点主动-被动故障转移数据中心主站点。O站点主体包括XenMobile, O banco de dados SQL, a Citrix ADC para facilitar O failover e fornecer aos usuários acesso ao XenMobile por meio do甚至de falha de conectividade没有站点主体。
Os servidores XenMobile no site de recuperação de desastre permanecem离线durante as operações normais e são colocados online apenas em cenários de recuperação de desastre, onde é necessário um failover completo do site principal para o site de recuperação de desastre。Os SQL server no site de recuperação de desastre devm estar ativos e prontos para atender às conexões antes de iniciar Os servidores XenMobile no site de recuperação de desastre。
Essa estratégia de recuperação de desastre dependdo failover manual da camada de acesso do Citrix ADC por meio de alterações de DNS para rotear conexões do MDM e do MAM para o site de recuperação de desastre no caso de uma indisponibilidade。
注:
Para usar essa arquitetura, você deve ter um processo Para backups assíncronos dos bancos de dados e alguma maneira de garantir alta disponibilidade Para a infrastructura SQL。
故障转移过程Recuperação de Desastres
- Se você estiver testando seu processo de failover de recuperação de desastre, encerre os servidores XenMobile no site principal para similar a falha do site。
- Altere os registros DNS públicos dos servidores XenMobile para apontar para os endereços IP externos do site de recuperação de desastre。
- alter o registro DNS interno do SQL Server para apontar para o endereço IP do SQL Server do site de recuperação de desastre。
- colque os bancos de dados XenMobile SQL联机no site de recuperação de desastre。SQL Server Server Server banco de dados estejam ativos e prontos para atender às conexões dos servidores XenMobile locais ao site。
- Ative os servidores XenMobile no site de recuperação de desastre。
Processo de atualização做XenMobile服务器
Siga estas etapas sempre que você atualizar o XenMobile com patches e novas versões, para manter o código dos servidores principal e de recuperação de desastres uniform。
- XenMobile无站点主服务证书。
- 验证注册DNS做SQL Server está resolvendo o banco de dados ativo do SQL Server no site principal。
- Coloque os servidores XenMobile do site de recuperação de desastre online。Os servidores se conecam ao banco de dados do site principal pela WAN somente durante o process de atualização。
- Aplique patches e atualizações necessárias a todos os servidores XenMobile do site de recuperação de desastre。
- Reinicie os servidores XenMobile e confirme se o patch ou atualização foi bem- succdido。
建筑图Referência de Recuperação de Desastres
O diagrama seguir mostra a arquitetura de alto nível para uma implantação de recuperação de desastre do XenMobile。
GSLB para recuperação de desastres
Um elemento-chave dessa arquitetura é o uso做全球服务器负载均衡(GSLB) para direcionar o tráfego para数据中心正确。
Por padrão, o Assistente Citrix ADC for XenMobile配置o Citrix Gateway de uma maneira que não permite o uso do GSLB para recuperação de desastres。Portanto, você deve executar etapas adicionais。
GSLB
O GSLB é, no seu núcleo, uma forma de DNS。Os dispositivos Citrix ADC participantes atuam como servidores DNS autoitativos e resolvem Os registros DNS para o endereço IP correto (geralmente o VIP que deve receber tráfego)。O dispositivo Citrix ADC验证一个内部系统的响应者一个uma consulta DNS direciondo O tráfego para esse sistema。
Quando um registro é resolvido, a função do GSLB na resolução do tráfego é concluída。O client se communica diretamente com endereço de IP virtual (VIP) de destino。客户域名解析权,重要文件,无权行使权利,有权登记权利。Isso está em grande parte fora dos limitites do sistema Citrix ADC。Como tal, o GSLB está sujeeto às mesmas limitações que a resolução de nomes DNS。Respostas de clients em cache;Entretanto, o平衡amento de carga dessa maneira não é tão em tempo real quanto o平衡amento de carga traditional。
一个configuração do GSLB no Citrix ADC, incluindo sites, serviços e monitores,存在para fornecer一个resolução de nomes DNS correta。
一个configuração真实dos servidores de publicação (nesse cenário,一个configuração criada pelo assistente Citrix ADC for XenMobile) não é afetada pelo GSLB。O GSLB é um serviço separado no Citrix ADC。
Desafios com delegação de domínio ao usar o GSLB com o XenMobile
协助Citrix ADC为XenMobile配置Citrix网关。Esse 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 tráfego do MDM, nas portas 443 e 8443。O Citrix Gateway recebe O tráfego do MAM e O encaminha para O terceiro servidor, O servidor virtual de balanceamento de carga do MAM, na porta 8443。Todo tráfego para o servidor virtual de balanceamento de carga do MAM passa pelo Citrix Gateway。
O server virtual de balanceamento de carga do MAM requer O mesmo certificado SSL dos servidores XenMobile e usa O mesmo FQDN usado para registrar dispositivos。MAM的服务平衡之门também usa a mesma porta (8443) que um服务平衡之门MDM。Para permitr que o tráfego seja resolvido, o assistente Citrix ADC for XenMobile cria um registro DNS local no Citrix Gateway。O注册商DNS通信与FQDN usado para注册商配置。
Essa configuração é efetiva quando a URL do servidor XenMobile não é uma URL de domínio do GSLB。Se uma URL de domínio do GSLB for usada como a URL do XenMobile Server, conme exigido para recuperação de desastre, o registro DNS local impedirá que o Citrix Gateway resolva o tráfego para os servidores de balanceamento de carga do MDM。
Usando o Método CNAME para Recuperação de Desastres GSLB
Para resolver os desafios apentreados pela configuração padrão criada pelo assistente Citrix ADC for XenMobile, você pode criar um registro CNAME Para FQDN do XenMobile Server no domínio pai (company.com
) e颈腱膜gslb.company.com
) para a qual o Citrix ADC é autoritativo。Isso permite a criação do registro DNS a estático para o endereço VIP de balanceamento de carga do MAM, necessário para resolver o tráfego。
没有DNS外部,呼叫CNAME para FQDN做XenMobile Server que aponta para FQDN做domínio GSLB没有Citrix ADC GSLB。Você precisa de dois domínios GSLB: um para o tráfego do MDM e outo para o tráfego do MAM (Citrix Gateway)。
Exemplo:
CNAME = xms.company.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:
绑定gslb vserver xms-gslb -domainName xms.gslb.company.com
对于Citrix网关,使用URL做servidor XenMobile Ao configurar o servidor de balanceamento de carga MAM。Isso cria um registro DNS A estático para A URL do XenMobile Server。
testcom客户端注册人没有安全集线器usando一个URL做XenMobile服务器(
xms.company.com
).Este exemplo usa os seguintes fqdn:
xms.company.com
é a URL usada pelo tráfego do MDM e é usada pelo registro de dispositivos, que é configurado neste exemplo usando o assistente Citrix ADC for XenMobile。xms.gslb.company.com
é o FQDN do domínio GSLB para o XenMobile Server。