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úcleos | Descrição | Quota 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. |
|
Dependendo do que você escolheu ao implantar o pod:
| 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. |
|
Esta página foi útil?