Ao criar um blueprint de clone ou clone vinculado, a máquina ou os modelos estão ausentes. O uso do blueprint de clone compartilhado para solicitar máquinas falha ao provisionar máquinas.

Problema

Ao trabalhar com blueprints de clone ou clone vinculado, você pode encontrar um dos seguintes problemas:

  • Quando você cria um blueprint de clone vinculado, nenhuma máquina é exibida na lista de clonagem ou a máquina que você deseja clonar não é exibida.

  • Quando você cria um blueprint de clone, nenhum modelo é exibido na lista de modelos para clonagem ou o modelo que você deseja não é exibido.

  • Quando as máquinas são solicitadas usando seu blueprint de clone compartilhado, o provisionamento falha.

  • Devido ao intervalo de coleta de dados, um modelo que foi removido ainda é visível para os usuários quando eles criam ou editam blueprints de clone vinculados.

Causa

Há várias causas possíveis para problemas comuns de blueprints de clone e clone vinculado.

Para informações relacionadas sobre o Clone do e o Clone do snapshot com o Utilize as opções atuais do snapshot que estão disponíveis quando você cria blueprints, consulte Configurações de componente de máquina do vSphere.

Tabela 1. Causas para problemas comuns de blueprints de clone e clone vinculado

Problema

Causa

Solução

Máquinas ausentes

Você só pode criar blueprints de clone vinculado usando máquinas que gerencia como um administrador de tenant ou gerente de grupo de negócios.

Um usuário em seu tenant ou grupo de negócios deve solicitar uma máquina do vSphere. Se você tem as funções apropriadas, pode fazer isso sozinho.

Você também pode ver as máquinas não gerenciadas neste diálogo.

Máquinas gerenciadas podem ter sido importadas. Não há nenhum requisito de máquinas para serem provisionadas do vRealize Automation para serem visíveis neste diálogo.

Modelos ausentes

A coleta de dados falhou em um determinado endpoint ou nenhum endpoint está disponível para a plataforma do componente.

  • Se os endpoints forem clusterizados e contiverem vários recursos de processamento, verifique se o administrador do IaaS adicionou o cluster que contém os modelos para o seu grupo de malhas.

  • Para novos modelos, verifique se a TI os colocou no mesmo cluster incluído no grupo de estrutura.

Falha no provisionamento com um blueprint compartilhado

Para blueprints, nenhuma validação está disponível para garantir que o modelo selecionado exista na reserva usada para provisionar uma máquina do seu blueprint de clone compartilhado.

Considere o uso de direitos para restringir o blueprint para os usuários que têm uma reserva no recurso de processamento em que existe o modelo.

Falha no provisionamento com um agente guest

A máquina virtual pode ser reiniciada imediatamente após a conclusão da personalização do sistema operacional guest, mas antes que os itens de trabalho do agente guest sejam concluídos, causando falha no provisionamento. Você pode usar a propriedade personalizada VirtualMachine.Admin.CustomizeGuestOSDelay para aumentar o tempo de atraso.

Verifique se você adicionou a propriedade personalizada VirtualMachine.Admin.CustomizeGuestOSDelay. O valor deve estar no formato HH:MM:SS. Se o valor não estiver definido, o valor padrão será um minuto (00:01:00).

O provisionamento de clone vinculado falha ao se usar o SDRS

Ao se usar o provisionamento de clone vinculado e o SDRS, a nova máquina deve residir no mesmo cluster. Ocorre um erro de provisionamento se os discos da máquina de origem estiverem em um cluster e você solicitar o provisionamento de uma máquina em um cluster diferente.

Ao usar o SDRS e o provisionamento de clone vinculado, provisione as máquinas no mesmo cluster como a origem do clone vinculado. Não provisione em um cluster diferente.

O provisionamento do clone ou do blueprint de clone vinculado falha porque o modelo no qual o clone é baseado não pode ser encontrado

Não é possível provisionar máquinas de um blueprint clonado de um modelo que não existe mais.

O vRealize Automation executa a coleta de dados periodicamente, por padrão a cada 24 horas. Se um modelo for removido, a alteração não será refletida até a próxima coleta de dados e por isso será possível criar um blueprint com base em um modelo não existente.

Redefina o blueprint usando um modelo existente e solicite o provisionamento.

Como precaução e conforme aplicável, você pode executar a coleta de dados antes de definir o clone ou o blueprint de clone vinculado.