Skip to main content

1 de setembro de 2026

Horizon Cloud pods do : soluções para falhas comuns de verificação prévia

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 exibidos 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 que o serviço requer, o pod entrará em um estado incompatível devido à falha em corrigir o processo de atualização do pod. .

Conforme descrito em Horizon Cloud pods: 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 por nós, 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 Horizon Cloud equipe de suporte 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 normalmente podem ocorrer e que você pode corrigir no seu ambiente do Microsoft Azure.

  • As políticas de assinatura estão bloqueando o uso de ofertas do Azure Marketplace do editor do serviço.

    Conforme descrito nesta página de documentação, a partir do início do ano civil de 2022, o serviço aprimorou o código de upgrade para usar programaticamente as ofertas que fornecemos no Azure Marketplace. Quando as verificações prévias de upgrade determinam que o uso programático dessas ofertas é evitado na assinatura, você deve concluir as ações conforme descrito nessa página de documentação para resolver os erros de bloqueio de atualização.

  • 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 de 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 a tabela de quotas e núcleos abaixo para obter os núcleos necessários para os vários tipos e usos de VM.

  • O pod está offline no momento ou não consegue se comunicar com 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 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 Tenants de primeira geração: grupos de recursos criados para um pod implantado no Microsoft Azure.

  • A permissão para criar ou excluir grupos de recursos não está habilitada 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. 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 Quando sua organização prefere usar uma função personalizada.

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 a página Requisitos de VM para um pod no Guia de Implantação.

Tipos de VM e seus núcleosDescriçãoQuota total para executar VMs azuis e verdes até que a alteração para verde seja concluída
Standard_D4_v3 tipo de VM, quatro núcleos cada Observação: se o tipo de Standard_D4_v3 não estiver disponível na sua região do Microsoft Azure, seu pod normalmente usará Standard_D3_v2 tipo de VM. 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 oito núcleos das VMs de gerenciador (azuis) existentes (duas VMs de quatro núcleos a cada), além de oito núcleos adicionais 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:
  • Standard_A4_v2 tipo de VM (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 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 Unified Access Gateway existentes (azul), além de núcleos adicionais de número duplicado para as VMs verdes paralelas Unified Access Gateway.
    • Por exemplo, se as suas VMs forem o Standard_A4_v2 com 4 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 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 Unified Access Gateway existentes (azul), além de núcleos adicionais de número duplicado para as VMs verdes paralelas Unified Access Gateway.
    • Por exemplo, se as suas VMs forem o Standard_A4_v2 com 4 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 Unified Access Gateway, 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 Unified Access Gateway existentes (azul) e duas vezes novamente para as VMs verdes paralelas Unified Access Gateway.
    • Por exemplo, se as suas VMs forem o 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.

Esta página foi útil?

Enviar feedback sobre este tópico

Este tópico foi útil?

Não inclua informações pessoais ou confidenciais.

Gerando o link…