Compartilhar via

Introdução ao Agente do Azure Virtual Desktop

Na arquitetura do Serviço de Ambiente de Trabalho Virtual do Azure, existem três componentes main: o cliente de Ambiente de Trabalho Remoto, o serviço e as máquinas virtuais. Estas máquinas virtuais residem na subscrição do cliente onde o agente do Azure Virtual Desktop e o bootloader do agente estão instalados. O agente atua como o comunicador intermédio entre o serviço e as máquinas virtuais, ativando a conectividade. Por conseguinte, se estiver a ter problemas com a instalação, atualização ou configuração do agente, as máquinas virtuais não conseguirão ligar-se ao serviço. O bootloader do agente é o executável que carrega o agente.

Este artigo irá fornecer-lhe uma breve descrição geral dos processos de instalação e atualização do agente.

Observação

Esta documentação não se destina ao agente FSLogix ou ao agente do Cliente de Ambiente de Trabalho Remoto.

Processo de instalação inicial

O agente do Azure Virtual Desktop é inicialmente instalado de uma de duas formas. Se aprovisionar máquinas virtuais (VMs) no portal do Azure e Azure Marketplace, o agente e o bootloader do agente são instalados automaticamente. Se aprovisionar VMs com o PowerShell, tem de transferir manualmente o agente e o bootloader do agente .msi ficheiros ao criar um conjunto de anfitriões do Azure Virtual Desktop com o PowerShell. Assim que o agente estiver instalado, instala a pilha lado a lado do Azure Virtual Desktop e o Agente de Monitorização geneva. O componente de pilha lado a lado é necessário para que os utilizadores estabeleçam de forma segura ligações de servidor para cliente inversas. O agente de Monitorização geneva monitoriza o estado de funcionamento do agente. Todos estes três componentes são essenciais para que a conectividade de utilizador ponto a ponto funcione corretamente.

Importante

Para instalar com êxito o agente do Azure Virtual Desktop, a pilha lado a lado e o agente de Monitorização geneva, tem de desbloquear todos os URLs listados na lista URL Obrigatório. É necessário desbloquear estes URLs para utilizar o serviço Azure Virtual Desktop.

Processo de atualização do agente

O serviço Azure Virtual Desktop atualiza o agente sempre que uma atualização fica disponível. As atualizações do agente podem incluir novas funcionalidades ou correções para problemas anteriores. Tem de ter sempre a versão estável mais recente do agente instalada para que as VMs não percam a conectividade ou a segurança. Depois de instalar a versão inicial do agente do Azure Virtual Desktop, o agente irá consultar regularmente o serviço Azure Virtual Desktop para determinar se existe uma versão mais recente do agente, pilha ou agente de monitorização disponível. Se existir uma versão mais recente, o componente atualizado é instalado automaticamente pelo sistema de pilotos, a menos que tenha configurado a funcionalidade Atualizações Agente Agendado. Se já tiver configurado a funcionalidade Atualizações Agente Agendado, o agente só instalará os componentes atualizados durante a janela de manutenção que especificar. Para obter mais informações, veja Scheduled Agent Atualizações.

As novas versões do agente são implementadas em intervalos regulares em períodos de cinco dias em todas as subscrições do Azure. Estes períodos de atualização são denominados "voos". Todas as VMs numa única região de mediador demoram 24 horas a receber a atualização do agente num voo. Por este motivo, quando ocorre um voo, poderá ver as VMs no conjunto de anfitriões a receber a atualização do agente em alturas diferentes. Além disso, se as VMs estiverem em regiões diferentes, poderão ser atualizadas em dias diferentes no período de cinco dias. O piloto atualizará todos os agentes de VM em todas as subscrições até ao final do período de implementação. O sistema de pilotos do Azure Virtual Desktop melhora a fiabilidade do serviço ao garantir a estabilidade e a qualidade da atualização do agente.

Outras coisas importantes que deve ter em mente:

  • A atualização do agente não está ligada às atualizações de compilação da infraestrutura do Azure Virtual Desktop. Quando a infraestrutura do Azure Virtual Desktop é atualizada, isso não significa que o agente tenha sido atualizado juntamente com o mesmo.
  • Uma vez que as VMs no conjunto de anfitriões podem receber atualizações de agentes em alturas diferentes, terá de conseguir perceber a diferença entre os problemas de voo e as atualizações falhadas do agente. Se aceder aos registos de eventos da VM em Visualizador de Eventos>Aplicação de Registos> do Windows e vir um evento com o nome "ID 3277", isso significa que a atualização do Agente não funcionou. Se não vir esse evento, a VM estará num voo diferente e será atualizada mais tarde. Consulte Configurar diagnóstico para monitorizar as atualizações do agente para obter mais informações sobre como configurar registos de diagnósticos para controlar as atualizações e certificar-se de que foram instaladas corretamente.
  • Quando o agente geneva Monitoring atualiza para a versão mais recente, a antiga tarefa GenevaTask é localizada e desativada antes de criar uma nova tarefa para o novo agente de monitorização. A versão anterior do agente de monitorização não é eliminada caso a versão mais recente do agente de monitorização tenha um problema que requer a reversão para a versão anterior para corrigir. Se a versão mais recente tiver um problema, o agente de monitorização antigo será reativado para continuar a fornecer dados de monitorização. Todas as versões do monitor anteriores à última que instalou antes da atualização serão eliminadas da VM.
  • A VM mantém três versões do agente e da pilha lado a lado de cada vez. Isto permite uma recuperação rápida se algo correr mal com a atualização. A versão mais antiga do agente ou pilha é removida da VM sempre que o agente ou a pilha for atualizado. Se eliminar estes componentes prematuramente e o agente ou pilha tiver uma falha, o agente ou a pilha não conseguirá reverter para uma versão anterior, o que colocará a VM num estado indisponível.

Normalmente, a atualização do agente dura 2 a 3 minutos numa nova VM e não deve fazer com que a VM perca a ligação ou encerre.

Próximas etapas

Agora que já compreende melhor o agente do Azure Virtual Desktop, eis alguns recursos que podem ajudá-lo: