Este tópico é uma descrição genérica de como o recurso de atualização do agente funciona no Horizon Cloud para atribuições de áreas de trabalho VDI dedicadas.
Esta visão geral se aplica a atribuições e áreas de trabalho individuais.
O sistema mantém contato regular com a rede de distribuição de software do VMware CDS (Serviço de Download do Componente) para ver se uma nova versão do Horizon Agents Installer está disponível. Nesse caso, o sistema baixa automaticamente essa versão para os pods do Horizon Cloud.
No nível da atribuição, após o download de uma nova versão, a página do console de administração na qual essa atribuição está listada reflete que uma atualização está disponível. Um indicador visual é exibido para as atribuições de área de trabalho VDI que têm o software relacionado ao agente em um nível antes da nova versão.
Você inicia a atualização selecionando a atribuição de VDI dedicada e iniciando o assistente de atualização de agente, conforme descrito nas etapas em Atualizar o software do agente na página Atribuições para atribuições de área de trabalho VDI dedicadas e em Atualizar o software do agente em áreas de trabalho individuais para atribuições de área de trabalho VDI dedicadas. Além de selecionar a versão a ser usada para a atualização, você pode especificar as seguintes opções.
| Opção | Descrição |
|---|---|
| VMs Disponíveis aos Usuários | Essa opção VMs Disponíveis para Usuários está disponível somente ao atualizar atribuições, não ao atualizar áreas de trabalho individuais. Use esse campo para especificar uma porcentagem das VMs da atribuição que devem permanecer disponíveis para os usuários durante a atualização. Essa opção é útil para uma atribuição de área de trabalho pequena, com áreas de trabalho com menos de 30 ou alguns múltiplos de 30 (como 60 ou 90). Como o sistema atualiza as áreas de trabalho em lotes de 30 por padrão, se a atribuição tiver 30 ou menos áreas de trabalho, todas iniciarão o processo de atualização ao mesmo tempo. Se todas as áreas de trabalho estiverem ativamente no processo de atualização, nenhum dos usuários autorizados poderá estabelecer novas conexões com elas até que esse processo seja concluído. O processo de atualização do agente demora aproximadamente 30 minutos até que a área de trabalho atualizada esteja pronta para uma conexão de usuário final. Da mesma forma, no caso em que as áreas de trabalho da atribuição estiverem em torno de 60, o lote padrão de 30 resultará na indisponibilidade de 50% das áreas de trabalho. Portanto, você pode usar esse campo para garantir que uma porcentagem maior de um pool de tamanho pequeno esteja disponível enquanto o sistema é executado e atualiza as áreas de trabalho. A definição de uma porcentagem de disponibilidade mais alta resulta em um ajuste no número de áreas de trabalho em cada lote de VMs em atualização. Para uma atribuição com muitas áreas de trabalho, essa opção tem menos efeito, pois o padrão máximo de 30 VMs por lote do sistema é uma pequena porcentagem do número total de áreas de trabalho da atribuição. |
| Ignorar VMs com Usuários Conectados | Faça com que o sistema ignore as VMs atualizadas que têm um usuário conectado (sessão ativa ou desconectada) ou uma tarefa conflitante em execução. Essa configuração evita o comportamento padrão do sistema de forçar os usuários finais a sair de suas áreas de trabalho quando o processo de atualização é iniciado na área de trabalho em questão. |
| Ativar Reversão | (Opcional) Quando a reversão é ativada, o sistema cria uma cópia de reversão antes que a atualização do agente seja realizada e mantém essa cópia por sete dias. Se a atualização do agente falhar em uma VM, você terá a oportunidade de revertê-la para a versão anterior do agente dessa VM durante essa janela de sete dias.
Observação: Embora a janela de reversão esteja definida como sete dias por padrão, você pode solicitar que a VMware altere essa configuração para você.
|
| Limite de Falhas | O número de VMs para as quais a atualização do agente tem permissão para falhar antes que o processo de atualização seja interrompido. Isso impede a ocorrência de falhas em massa. O valor padrão é aquele que você definiu em
Observação: Quando o processo de atualização é interrompido devido a falhas nas atualizações de VM, você pode observar um número de VMs com falha que é maior do que o limite definido. Isso pode ocorrer por várias razões. Para atribuições de vários pods, isso pode ocorrer porque o sistema aplica a configuração de limite por pod, em vez de por atribuição.
|
| Repetir VMs Ignoradas e Tempo Limite do Trabalho | Quando o sistema ignora as VMs em atualização com um usuário conectado ou uma tarefa conflitante em execução, existe a opção de especificar se ele deve repetir automaticamente a atualização de qualquer VM ignorada. Nesse caso, após o sistema ter passado pelas VMs de área de trabalho da atribuição e atualizado as VMs sem usuários conectados, ocorrerá o seguinte:
Observação: VMs que encontram um erro durante o processo de atualização não são repetidas. Se a atualização falhar para uma VM, você poderá revertê-la novamente para a versão anterior se tiver ativado a opção de reversão.
|
- Depois que você enviar a tarefa de atualização na última etapa do assistente, o sistema começará a atualizar as áreas de trabalho.
- O processo de atualização em cada VM de área de trabalho começa com uma verificação de comprovação para confirmar que a VM está em um estado íntegro. Isso inclui a confirmação de que há espaço em disco suficiente (pelo menos 300 MB livres) e que não há nenhuma atualização do Microsoft Windows ativada em andamento, com reiniclaização pendente devido a uma atualização do Windows que não é cancelada por duas reinicializações ou uma reinicialização pendente devido a uma instalação de aplicativo específica da VMware que não tenha sido cancelada por duas reinicializações.
- Quando ocorre uma atualização, no nível da atribuição ou da área de trabalho individual, o sistema atualiza um lote de VMs em paralelo. Por padrão, o sistema usa 30 VMs para cada lote, até que o número restante de VMs para atualização seja menor que 30. Nesse ponto, esse conjunto final é para a atualização dessas VMs restantes. São necessários cerca de 30-45 minutos para atualizar totalmente uma VM, embora o tempo necessário possa variar dependendo da carga e se a opção de reversão está ativada ou não. O tamanho do lote não pode ser maior que 30. Se a atribuição possuir 30 ou menos áreas de trabalho, todas as áreas de trabalho na atribuição serão atualizadas juntas. Seu representante VMware pode ajustar o tamanho do lote mediante solicitação.
Quando a atualização ocorre no nível da atribuição, não no nível da área de trabalho, você pode configurar a caixa de texto VMs Disponíveis para Usuários para especificar a porcentagem de VMs de área de trabalho na atribuição que você deseja que estejam ligadas e disponíveis para usuários finais. O número de VMs em andamento depende se você especificou que uma porcentagem das VMs deve ficar disponível durante a atualização. Quando você define uma porcentagem de disponibilidade, o sistema ajusta o conjunto de VMs com atualização em andamento para atender a essa porcentagem. A tabela a seguir ilustra alguns exemplos.Observação: Quando você visualiza o progresso da atualização na página , o número de VMs em andamento pode ser maior do que o número esperado com base no tamanho do lote. Isso ocorre porque o sistema também conta as VMs que estão atualmente no processo de verificação de simulação e de criação de cópia de reversão.
Exemplos Descrição Opção VMs Disponíveis aos Usuários não definida (= 0%) Quando você não define uma porcentagem de disponibilidade, está assume um valor de zero, e o tamanho do lote em tempo de execução é de 30 VMs, o padrão. Se a atribuição tiver 30 ou menos áreas de trabalho, todas elas serão atualizadas juntas em um único lote. A atribuição tem 20 áreas de trabalho e a opção VMs Disponíveis aos Usuários = 80% Com uma atribuição de 20 áreas de trabalho, e você deseja que 80% delas permaneçam disponíveis, isso significa que o sistema deve manter 16 áreas de trabalho disponíveis a qualquer momento. Nesse caso, o sistema: - Primeiro atualiza um lote de 4 VMs (20 menos 16).
- Conta as 4 VMs atualizadas mais 12 ainda não atualizadas para manter 16 disponíveis e atualiza um segundo lote de 4 VMs.
- Nesse ponto, 8 VMs são atualizadas, e 12 ainda não estão atualizadas. O sistema continua atualizando as VMs ainda não atualizadas em lotes de 4. Com cada lote subsequente, as VMs que permanecem disponíveis são uma mistura de VMs atualizadas e VMs ainda não atualizadas.
A atribuição tem 100 áreas de trabalho e a opção VMs Disponíveis aos Usuários = 80% Com uma atribuição de 100 áreas de trabalho, e você deseja que 80% delas permaneçam disponíveis, isso significa que o sistema deve manter 80 áreas de trabalho disponíveis a qualquer momento. Nesse caso, o sistema: - Primeiro atualiza um lote de 20 VMs (100 menos 80).
- Conta as 20 VMs atualizadas mais 60 ainda não atualizadas para manter 80 disponíveis e atualiza um segundo lote de 20 VMs.
- Nesse ponto, 40 VMs são atualizadas, e 60 ainda não estão atualizadas. O sistema continua atualizando as VMs ainda não atualizadas em lotes de 20.
A atribuição tem 100 áreas de trabalho e a opção VMs Disponíveis aos Usuários = 25% Com uma atribuição de 100 áreas de trabalho, e você deseja que 25% delas permaneçam disponíveis, isso deixa 75 VMs que podem ser atualizadas primeiro. Nesse caso, o sistema: - Primeiro atualiza um lote de 30 VMs, que é o tamanho de lote padrão, deixando 70 VMs ainda não atualizadas.
- Das 70 VMs ainda não atualizadas, ele atualiza um segundo lote de 30 VMs, o que resulta em 60 VMs atualizadas e 40 VMs ainda não atualizadas do número total de 100 áreas de trabalho.
- Agora que 60 VMs estão atualizadas, 25 delas podem atender à configuração de disponibilidade de 25%. Portanto, o sistema usa o tamanho de lote padrão de 30 VMs e atualiza 30 VMs das 40 VMs ainda não atualizadas restantes.
- O sistema atualiza as VMs restantes, com 10 VMs nesse lote final.
No final do processo de atualização do agente, a página de resumo da atribuição lista a versão do Horizon Agents Installer que está em vigor.
Enquanto o sistema está atualizando as áreas de trabalho, seus usuários finais encontram os seguintes comportamentos:
- Se uma área de trabalho tiver uma sessão ativa, e você não tiver especificado a opção para ignorar VMs com usuários ativos, esses usuários serão avisados cinco minutos antes de a atualização ocorrer. Esse aviso de cinco minutos é para dar ao usuário tempo para salvar qualquer trabalho em andamento.
- Se um usuário tentar fazer login em uma área de trabalho que está sendo atualizada, o login não terá êxito, e o usuário receberá uma mensagem de que a área de trabalho não está disponível.
Você pode visualizar o progresso da tarefa de atualização selecionando Monitorar > Atividade. A descrição da tarefa indica a atualização que está sendo realizada e a atribuição na qual a atualização está sendo feita. Se a tarefa não for concluída com êxito dentro de 24 horas e as opções de repetição e tempo limite do trabalho não estiverem em vigor, a tarefa de atualização será exibida no status da falha.
Se algumas VMs forem ignoradas na tarefa de atualização, estará terá um status de Sucesso Parcial na página Atividade. Na página Atividade, você pode ver quantas VMs foram ignoradas na tarefa de atualização.
- Se a página Atividade mostrar um número de VMs ignoradas no final da tarefa de atualização, mesmo que a opção de repetição tenha sido ativada, isso significará que o valor de Tempo Limite do Trabalho não foi longo o suficiente para o sistema chegar a todas as VMs ignoradas ou que os usuários finais nunca fizeram logout dessas VMs.
- As VMs também podem ser ignoradas com erros de verificação de simulação, como "atualizações do Windows em andamento", "pouco espaço em disco" e "reinicialização pendente na máquina".
Para VMs que foram ignoradas por qualquer motivo, o administrador pode repetir a atualização do agente mais tarde.
