Como reassociar órfãos máquinas virtuais com uma instância de serviço ou função de VM no System Center 2012 R2 com cumulativo

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 3083085
Se você tiver o Microsoft System Center 2012 R2 Update Rollup 7 ou uma versão posterior no ambiente do Virtual Machine Manager (VMM), agora é possível reassociar uma máquina virtual órfão com sua função VM ou serviço depois que o servidor host é recommissioned com o VMM. Isso é útil se o serviço ou VMs de função VM são órfãos durante o host adicionar ou remove ciclo. Também é útil para implementar cenários de Backup e recuperação para funções de serviços e VM.

Qual era o problema anteriormente?

  • Às vezes, um host ou cluster poderá ser encerrado no VMM e deve ser restaurado. Se esses hosts ou clusters tinham hospedado máquinas virtuais que fazem parte da função de VM ou serviço, não havia nenhuma opção antes de UR7 para os administradores do VMM reassociar as VMs para suas respectivas funções de serviço ou de VM.
  • Se serviços de recuperação de Site são usados quando o local principal falhar, as máquinas virtuais são recuperadas no local secundário. Depois que os modelos de serviço tornou-se disponível no site secundário, não foi possível anteriormente associar as máquinas virtuais recuperadas para a instância do serviço recém-implantados.
Como posso reassociar a máquina virtual?
Usando o seguinte cmdlet, agora é possível reassociar a máquina virtual para sua função de serviço ou de VM.

Conjunto de parâmetros: serviço
Associação SCVirtualMachine [– VM] <VM></VM> -ComputerTier <ComputerTier></ComputerTier> [<CommonParameters></CommonParameters>]

Parâmetro definido: Função de VM

Associação SCVirtualMachine [– VM] <VM></VM> -VMRole <CloudVMRole></CloudVMRole> [<CommonParameters></CommonParameters>]
Esse cmdlet executa uma tarefa reassociar no VMM. Esta tarefa executa um conjunto de validações que ajudam a confirmar a compatibilidade da máquina virtual com o modelo de serviço. Clique em aqui Para ver a lista de verificações de validação.

Detalhes de parâmetro

-VM<VM></VM>
Este parâmetro indica a máquina virtual órfão que devem ser associada a uma função VM ou serviço.

Aliases Nenhum
Necessário? True
Posição? 1
Valor padrão Nenhum
Aceita entrada do Pipeline? True (ByValue)
Aceitar caracteres curinga? False
-ComputerTier<ComputerTier></ComputerTier>
Use este parâmetro para especificar o nível de computador de uma instância do serviço ao qual a máquina virtual deve estar associada.
Aliases Nenhum
Necessário? True
Posição? Chamado
Valor padrão Nenhum
Aceita entrada do Pipeline? False
Aceitar caracteres curinga? False
-VMRole<CloudVMRole></CloudVMRole>
Use este parâmetro para especificar a função de VM para que a máquina virtual devem estar unida.
Aliases Nenhum
Necessário? True
Posição? Chamado
Valor padrão Nenhum
Aceita entrada do Pipeline? False
Aceitar caracteres curinga? False

Exemplos

Exemplo 1: Ingressar em uma máquina virtual órfão para um nível de serviço

$vm = get-SCVirtualMachine – nome "PS-Web-001"
$ct = get-SCComputerTier – nome "MyService-WebTier"
Associação SCVirtualMachine VM – $vm – ComputerTier $ct

Exemplo 2: Ingressar em uma máquina virtual órfão para um VMRole

$vm = get-SCVirtualMachine – nome "PS-Web-001"
$vmRole = get-CloudResource – nome "Pet Shop"
Associação SCVirtualMachine – VM $vm – VMRole $vmRole

Capturas de tela

A screen shot a seguir mostra o comportamento do VMM antes que essa funcionalidade foi introduzida. O painel de Serviços no VMM mostra que as máquinas virtuais para a instância do serviço estão ausentes.



A screen shot a seguir mostra o comportamento depois que as máquinas virtuais são reassociadas para a instância do serviço.



Suposições feitas antes de reassociar a máquina virtual

  • Presume-se que a máquina virtual está em execução e todos os aplicativos de convidado e os serviços que são executados nele estão intactos.
  • A camada do computador ao qual a máquina virtual está sendo associada deve ser executado em menor do que a contagem máxima de instância. O domínio de atualização para a operação de associação é semelhante a uma fora de escala.
  • A máquina virtual que está reassociada deve ser aquele que foi originalmente parte de uma implantação de função de serviço ou de VM. Além disso, ele não deve ser alterado de forma que ele falha na verificação de validação do VMM. (Consulte a seção "Lista de verificações de validação" para obter uma lista completa de cheques).
Uma palavra de advertência

Não há suporte para o processo de ingresso em uma máquina virtual a uma função VM ou serviço que usa os balanceadores de carga. Se você tentar ingressar em uma máquina virtual para essa função VM ou serviço, o usuário deve configurar quaisquer configurações do balanceador de carga manualmente.

Lista de verificações de validação
A seguir está a lista de verificações de validação que são realizados para verificar a compatibilidade da máquina virtual com o modelo de serviço.

Status da máquina virtual e ComputerTier

A máquina virtual deve estar no estado de execução, e a camada do computador deve estar em um estado implantado. Além disso, porque essa operação é semelhante a uma fora de escala, o número total de máquinas virtuais para a camada não deve exceder seu limite máximo.

  • Verifique se a máquina virtual está em um estado de execução.
  • Verifique se a máquina virtual já está associada a um nível de computador.
  • Verifique se a camada do computador está em estado implantada.
  • Verifique se o valor de VMInstanceCount da camada é menor do que o máximo.
Verificar o escopo de máquina virtual

Um serviço pode ser implantado em uma nuvem ou um HostGroup. A máquina virtual deve estar no escopo da nuvem ou HostGroup no qual o serviço será implantado.
  • Verifique se a máquina virtual está no escopo da instância do serviço.
  • Verifique se o proprietário da máquina virtual é o mesmo que o proprietário da instância do serviço.
  • Verifique se o UserRole da máquina virtual é a mesma que a instância do serviço.
Verificações de rede

São executadas verificações mínimas básicas nas redes de máquina virtual e tipos de endereços IP que são esperados em uma máquina virtual.
  • Se houver um adaptador de rede virtual (placa de Interface de rede Virtual ou vNIC) na máquina virtual que corresponde a rede de máquina virtual, verifique para cada adaptador de rede é definido pelo modelo.
  • Verifique os tipos de endereço IP.
Verificando o estado de agente do convidado

Se o modelo de máquina virtual da camada do computador requer o agente Convidado esteja presente na máquina virtual, as seguintes verificações são executadas:
  • Verifique se há um agente convidado instalado na máquina virtual.
  • Verifique se o agente do convidado está respondendo (pulsação).
  • Verifique se a versão do agente convidado.
Observação: Se um nível de computador tem um ou mais LBVips (VIPs do balanceador de carga) associados a ele, e a contagem de instâncias do nível máquina é zero (0), esse cmdlet não pode ser usada para associar uma máquina virtual para esse nível.

Ou seja, para um nível de computador com LBVips, a máquina virtual que está sendo associada não pode ser a primeira máquina virtual da camada. Ele deve ter pelo menos uma máquina virtual existente que pode ser obtida através do escalonamento de nível. Nessa situação, é recomendável que você fora de escala a camada para que pelo menos uma máquina virtual. Você faz isso para evitar problemas que afetam os clusters NLB em que a camada pode não ter qualquer nó NLB e tentamos Adicionar membro VIP que eventualmente falha.

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3083085 - Última Revisão: 07/31/2015 07:32:00 - Revisão: 2.0

Microsoft System Center 2012 R2 Virtual Machine Manager

  • kbsurveynew kbinfo kbhowto kbmt KB3083085 KbMtpt
Comentários