Este tópico descreve as soluções a serem usadas para falhas comuns de verificação prévia de manutenção. Quando as verificações prévias do sistema revelam condições que bloqueariam a atividade de manutenção em um pod, esses erros são indicados a você no Horizon Universal Console para que você possa tomar as ações necessárias a fim de corrigi-los.

Importante: Se receber notificações sobre erros de atualização de pod, você deverá executar as ações especificadas para corrigir os erros em tempo hábil. O tempo é essencial. Se você não agir para corrigir esses erros no tempo em que a VMware requer, o pod entrará em um estado incompatível devido à falha em corrigir o processo de atualização do pod.

Conforme descrito em Pods do Horizon Cloud: manutenção e atualizações, o sistema notifica você sobre as condições de bloqueio de manutenção que estão sob seu controle no ambiente do Microsoft Azure. Como a solução está sob seu controle e não pode ser resolvida pela VMware, se vir uma notificação de erros de atualização no console ou receber um e-mail de notificação sobre esses erros, você deverá concluir as ações para resolvê-los e entrar em contato com o suporte da VMware para continuar a atividade de manutenção.

Erros de bloqueio de atualização que podem ocorrer normalmente

Esses são os erros de bloqueio de atualização que podem ocorrer normalmente e que você pode corrigir no seu ambiente Microsoft Azure.

A assinatura não tem a capacidade disponível para instanciar a VM jumpbox.
O processo de atualização é projetado para instanciar uma VM jumpbox na assinatura do pod quando o sistema criar os componentes verdes, quando você usar o agendador para agendar a atualização e, na hora agendada, para orquestrar a migração dos componentes de azul para verde. Essa VM de jumpbox orquestra o trabalho para obter os novos componentes prontos e executar o processo de migração real. Juntamente com o uso de quota atual pelas VMs dos pods existentes que estão usando a mesma assinatura, a quota da sua assinatura precisa permitir uma VM adicional da especificação Standard_F2 VM, 2 núcleos (vCPUs). Esse requisito de quota é complementar aos tipos e núcleos de VM necessários para a criação das VMs a serem paralelas.
A assinatura não tem os núcleos apropriados suficientes (vCPUs) ou tamanhos de VM disponíveis para instanciar todas as VMs das VMs a serem paralelas.
Quando os componentes verdes são criados, para cada VM no seu pod atual outra VM é criada. Como resultado, você terá um número duplicado de VMs de gerenciador de pods e VMs do Unified Access Gateway a partir do momento em que os componentes verdes são criados até que a migração dos componentes azuis para os verdes ocorra no momento agendado no console. Para acomodar a criação dessas VMs verdes, os níveis de quota da sua assinatura para núcleos (vCPUs) das famílias relevantes de VMs da Microsoft devem ser suficientes para englobar as VMs a serem paralelas, juntamente com a quota que você já usou da assinatura para os pods associados existentes. Consulte para os núcleos necessários dos vários tipos e usos de VM.
O pod está offline no momento ou não consegue se comunicar com o Horizon Cloud.
Na página Capacidade, verifique se o pod a ser atualizado está relatando o status online. Faça login no portal do Microsoft Azure e verifique se a VM do gerenciador de pod e suas VMs do Unified Access Gateway (se o seu pod as tiver) estão em execução. Se uma VM não estiver em execução, ligue-a. Para obter detalhes sobre os grupos de recursos nos quais essas VMs estão localizadas, consulte Grupos de recursos criados para um pod implantado no Microsoft Azure.
A permissão para criar ou excluir grupos de recursos não está ativada para esta assinatura do Microsoft Azure.
A verificação prévia do sistema valida se a entidade de serviço associada a esse pod tem as permissões necessárias exigidas pelo serviço. Conforme descrito anteriormente neste tópico de documentação, o serviço requer a criação automatizada de uma jumpbox temporária em seu próprio grupo de recursos para orquestrar as operações de atualização e a exclusão automatizada dessa jumpbox e do grupo de recursos temporários quando o trabalho for concluído. Se a permissão para criar ou excluir grupos de recursos não estiver ativada na assinatura do pod, essa automação será bloqueada. Para corrigir essa situação, siga a mensagem de orientação da validação sobre como ativar as permissões necessárias usando o Portal do Microsoft Azure. Para obter mais informações sobre as permissões que o serviço requer que a entidade de serviço tenha para realizar as operações exigidas pelo serviço, leia Operações exigidas pelo Horizon Cloud em sua assinatura do Microsoft Azure.

Quotas e núcleos necessários para o tempo de implantação das VMs verdes quando a migração das VMs azuis for concluída

Se você for notificado sobre um erro de atualização devido à falta de núcleos disponíveis, use a tabela a seguir para ver a cota adicional de que você precisa. Para os vários tipos de VM usados no pod atual como ele está, a tabela no final deste tópico descreve a quota usada por esses tipos, a quota adicional necessária quando as VMs do pod verde são criadas e a quota total necessária para executar VMs azuis e verdes a partir de quando as VMs verdes são criadas até a migração para a compilação verde ser concluída. Para obter detalhes sobre os tipos de família de VM e os núcleos usados por um pod, consulte o tópico da documentação Exigências de VM para um pod no Guia de Implantação.

Tipos de VM e seus núcleos Descrição Quota total para executar VMs azuis e verdes até que a alteração para verde seja concluída
Tipo de VM Standard_D4_v3, quatro núcleos cada
Observação: Se o tipo Standard_D4_v3 não estiver disponível na sua região do Microsoft Azure, seu pod normalmente usará o tipo de VM Standard_D3_v2. Esse tipo também usa quatro núcleos.
Esse tipo de VM é usado para as VMs de gerenciador de pods.
Para um pod com uma única VM de gerenciador
Sua quota deve permitir os 4 núcleos da VM de gerenciador existente (azul), mais 4 núcleos para a VM a ser paralela de gerenciador. Oito (8) núcleos para abranger esse uso.
Para um pod com alta disponibilidade habilitada, que tem duas VMs de gerenciador
Sua quota deve permitir os 8 núcleos das VMs de gerenciador existentes (azul) (2 VMs com 4 núcleos cada), mais 8 núcleos para as VMs a serem paralelas de gerenciador. Dezesseis (16) núcleos para abranger esse uso.
Dependendo do que você escolheu ao implantar o pod:
  • Tipo de VM Standard_A4_v2 (tem 4 núcleos)
  • Standard_F8s_v2 (tem 8 núcleos)
Esse tipo de VM é usado para as VMs do Unified Access Gateway nas configurações de gateway do seu pod. O número de núcleos que sua assinatura precisa suportar depende dos tipos de gateway configurados no seu pod.
Para um pod com apenas um gateway externo
Esse gateway externo tem duas VMs do Unified Access Gateway e, portanto, duas VMs vezes o número de núcleos que elas contêm. Para o conjunto a ser criado, sua quota deve permitir que o número total de núcleos das VMs existentes (azuis) do Unified Access Gateway, além de núcleos adicionais de número duplicado para as VMs verdes paralelas do Unified Access Gateway.
  • Por exemplo, se as suas VMs forem Standard_A4_v2 com quatro núcleos cada, você precisará de 2 vezes 4 vezes 2, igual a 16 núcleos, para abranger esse uso.
  • Se as suas VMs tiverem um tamanho de VM com oito núcleos cada, você precisará de 2 vezes 8 vezes 2, igual a 32 núcleos para abranger esse uso.
Para um pod com apenas um gateway interno
Esse gateway tem duas VMs do Unified Access Gateway e, portanto, duas VMs vezes o número de núcleos que elas contêm cada uma. Para o conjunto a ser criado, sua quota deve permitir que o número total de núcleos das VMs existentes (azuis) do Unified Access Gateway, além de núcleos adicionais de número duplicado para as VMs verdes paralelas do Unified Access Gateway.
  • Por exemplo, se as suas VMs forem Standard_A4_v2 com quatro núcleos cada, você precisará de 2 vezes 4 vezes 2, igual a 16 núcleos, para abranger esse uso.
  • Se as suas VMs tiverem um tamanho de VM com oito núcleos cada, você precisará de 2 vezes 8 vezes 2, igual a 32 núcleos para abranger esse uso.
Para um pod com ambos os tipos de gateways
Esse gateway tem quatro VMs do Unified Access Gateway e, portanto, 4 VMs vezes o número de núcleos que elas contêm cada uma. Para o conjunto a ser criado, sua quota deve permitir quatro vezes os núcleos das VMs existentes do Unified Access Gateway (azul) existentes e duas vezes novamente para as VMs verdes paralelas do Unified Access Gateway.
  • Por exemplo, se as suas VMs forem Standard_A4_v2 com quatro núcleos cada, você precisará de 4 vezes 4 vezes 2, igual a 32 núcleos para abranger esse uso.
  • Se as suas VMs tiverem um tamanho de VM com oito núcleos cada, você precisará de 4 vezes 8 vezes 2, igual a 64 núcleos para abranger esse uso.
VM Standard_F2, dois núcleos Essa VM é usada para a VM jumpbox. Sua quota deve permitir que esses dois núcleos da VM jumpbox sejam implantados e executados durante a criação dos componentes verdes e durante o tempo necessário para orquestrar as atividades de atualização do pod.