Considerações sobre continuidade de negócios e recuperação de desastres para a Citrix no Azure

Este artigo descreve como você pode melhorar a continuidade de negócios e a recuperação de desastres (BDCR) para um ambiente Citrix no Azure.

Considerações de design da Citrix

As considerações de design para tecnologias Citrix são resumidas em Decisão de projeto: planejamento de recuperação de desastres na Citrix Tech Zone. Este guia auxilia com o planejamento da arquitetura BCDR e as considerações para implantações locais e do Azure do Citrix DaaS.

Ao implantar o Citrix no Azure, recomendamos que você siga as mesmas considerações de design para armazenamento ideal para contêineres de perfil e Office, disponibilidade de imagem dourada e dependências de infraestrutura e aplicativo que você seguiria para a Área de Trabalho Virtual do Azure.

Como a disponibilidade da VM do Azure não é garantida por padrão (inclusive para instâncias reservadas), recomendamos que você use o recurso de reserva de capacidade sob demanda do Azure para garantir disponibilidade suficiente nas regiões necessárias quando for mais necessário.

Fatores de design adicionais para implantações do Citrix no Azure são destacados nas seções a seguir.

Estratégias de disponibilidade do catálogo de máquinas

Você pode implantar catálogos de máquinas Citrix em uma configuração ativa/ativa ou ativa/passiva usando uma combinação de cargas de trabalho do Azure e locais.

As listas a seguir não são inclusivas. Eles contêm destaques importantes. Para obter mais informações, consulte Citrix TechZone - Opções de recuperação de desastres.

Ativo/Ativo

• O teste contínuo do local de recuperação de desastres (armazenamento e rede) está habilitado.
• Um único grupo de entrega pode conter VMs de várias regiões. No entanto, as estratégias de continuidade de negócios ativas/ativas são complexas. Você precisa ter uma compreensão detalhada dos casos de uso, dados e aplicativos associados. O mapeamento de usuários ou aplicativos para regiões usando a preferência de zona pode ajudar a garantir que eles sejam direcionados para uma região ideal, se houver capacidade disponível.
• Para simplificar o uso de DR ativo/ativo com desktops pessoais, os usuários geralmente são segmentados e alinhados a datacenters primários e secundários. No datacenter principal, a máquina ativa de um usuário é persistente. No datacenter secundário, uma máquina não persistente em pool está em espera com os principais aplicativos necessários para DR. Você pode usar discos efêmeros nesta máquina em pool para reduzir os custos de armazenamento. Você pode usar recursos como o redirecionamento de pasta conhecida do OneDrive para habilitar o acesso a dados críticos do usuário de ambas as máquinas.

Ativo/Passivo

• A Citrix suporta a implantação de cargas de trabalho persistentes e não persistentes. Para implantações ativas/passivas, você pode usar um catálogo de máquina hot standby com cargas de trabalho não persistentes e discos efêmeros para reduzir drasticamente o custo da implantação.
• Você pode mapear um catálogo ativo e passivo para o mesmo grupo de entrega e apresentá-lo aos usuários como um único aplicativo ou área de trabalho. A preferência de zona pode então definir a preferência para os usuários ou o aplicativo para a região ativa. Quando a capacidade não está disponível, as cargas de trabalho na região passiva começam com base na capacidade indisponível na região ativa. Você pode automatizar esse switch usando funcionalidades como Autoscale ou pode alternar regiões manualmente colocando as cargas de trabalho passivas no modo de manutenção e habilitando-as quando ocorre um evento DR. O método que você usa deve estar alinhado com o RTO do plano BCDR da sua organização.
• É possível a explosão na nuvem do local para o Azure. O dimensionamento automático pode ajudá-lo nesse processo. Você pode usar o serviço de portabilidade de imagem da Citrix para manter uma imagem local e uma imagem do Azure para dois catálogos de máquina a partir de uma única imagem.

Considerações sobre o recurso do Azure

Recurso ou serviço do Azure	O que é?	Por que motivo é importante?
Regiões	Um conjunto de datacenters implantados dentro de um perímetro definido por latência e conectados por meio de uma rede regional dedicada de baixa latência.	Sua seleção de uma região do Azure deve ser baseada na proximidade de datacenters existentes, usuários ou dados de back-end necessários. Você também precisa estar ciente de quais serviços estão disponíveis nas regiões que você escolher. Para implantações da Citrix, as organizações geralmente começam com uma única região. No entanto, você deve considerar o uso de duas ou mais regiões a longo prazo para redundância geográfica em uma estratégia BCDR.
Azure ExpressRoute	Um serviço do Azure que você pode usar para criar conexões privadas entre datacenters da Microsoft e a infraestrutura que está em suas instalações ou em um recurso de colocation.	O ExpressRoute é um componente de infraestrutura essencial para fazer a ponte entre um datacenter da Microsoft e o datacenter ou a instalação de colocation da sua organização. Muitas vezes, é um pré-requisito para uma implantação do Citrix em escala empresarial. ExpressRoute é um serviço compartilhado. Você deve realizar o planejamento da capacidade de largura de banda para determinar as necessidades gerais de largura de banda para a empresa. Se você não tiver largura de banda disponível suficiente, a experiência do usuário ou o acesso aos principais serviços no datacenter podem ser afetados. Além disso, o desempenho da ICA (Independent Computing Architecture) é afetado se as sessões atravessarem a Rota Expressa para chegar ao datacenter.
Zonas de disponibilidade	Locais físicos únicos dentro de uma região. Cada zona é composta por um ou mais datacenters equipados com energia, refrigeração e rede independentes.	As zonas de disponibilidade fornecem um SLA alto. Você deve usá-los para todos os catálogos de máquinas e infraestrutura Citrix aplicáveis para fornecer redundância de datacenter dentro de uma região. Nem todas as regiões suportam zonas de disponibilidade, pelo que deve planear em conformidade. Para garantir que você crie uma solução resiliente e redundante de zona desde o início, aproveite as iniciativas internas do Azure.
Conjuntos de disponibilidade	Um conjunto de VMs que estão espalhadas por vários domínios de falha. Um domínio de falha é um grupo de VMs que compartilham uma fonte de alimentação e um comutador de rede comuns.	Os conjuntos de disponibilidade fornecem um SLA alto. Você deve usá-los para a infraestrutura da Citrix somente se as zonas de disponibilidade não estiverem disponíveis na região. Os conjuntos de disponibilidade fornecem apenas redundância de hardware (como regras de antiafinidade do hipervisor). Portanto, você deve usar uma estratégia de várias regiões para fornecer redundância geográfica e de datacenter se as regiões escolhidas não tiverem zonas de disponibilidade.
Discos geridos	Discos que são gerenciados pelo Azure e colocados automaticamente em diferentes unidades de escala de armazenamento para limitar os efeitos da falha de hardware.	Você deve usar discos gerenciados para toda a infraestrutura Citrix e VDAs (Virtual Delivery Agents). Não recomendamos o uso de discos não gerenciados. Para obter informações sobre SLAs para máquinas virtuais de instância única, como VDI de um usuário ou um servidor de aplicativos publicado, consulte SLA para máquinas virtuais. Cada tipo de disco proporciona um desempenho diferente e tem custos associados diferentes. Recomendamos Premium para máquinas de infraestrutura Citrix. Ao determinar o tipo de disco para VDAs, considere as necessidades de custo, desempenho e disponibilidade.
Azure Backup	Um serviço que fornece soluções econômicas para fazer backup de seus dados e recuperá-los da nuvem do Azure.	Recomendamos o Backup do Azure para infraestrutura Citrix, VMs de imagem mestre e áreas de trabalho persistentes.
Bloqueios de recursos	Uma tecnologia que você pode usar para impedir que outros usuários em sua organização excluam ou modifiquem acidentalmente recursos críticos.	Você deve aplicar bloqueios de recursos a todas as VMs de infraestrutura e imagem mestre da Citrix. - No mínimo, você deve aplicar Delete para evitar a exclusão acidental de máquinas críticas. - Você deve aplicar o ReadOnly às máquinas de infraestrutura da Citrix. Esses objetos são estáticos. As alterações devem ser aplicadas apenas durante as janelas de controlo de alterações adequadas.

Recomendações de design da Citrix

As diretrizes de design para Citrix DaaS no Azure estão disponíveis em Citrix TechZone - Design Guidance for Citrix DaaS on Microsoft Azure. O artigo destaca as considerações sobre sistema, carga de trabalho, usuário e rede para alinhar as implantações da Citrix com os princípios de design do Cloud Adoption Framework.

Você pode melhorar a resiliência geral de alguns componentes da Citrix, como o dispositivo ELM de camadas de aplicativo, usando o Azure Site Recovery. Observe que os componentes principais da infraestrutura, como Cloud Connectors e NetScalers, devem ser sempre implantados em tempo integral em outras regiões.