-
-
-
-
Ambientes de virtualização do Microsoft System Center Virtual Machine Manager
-
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Ambientes de virtualização do Microsoft System Center Virtual Machine Manager
Siga estas orientações se você usa o Hyper-V com o Microsoft System Center Virtual Machine Manager (VMM) para fornecer máquinas virtuais.
Esta versão oferece suporte às versões do VMM listadas em Requisitos do sistema.
Nota:
Não há suporte para clusters Hyper-V mistos (contendo servidores executando diferentes versões do Hyper-V).
Você pode usar o Citrix Provisioning (anteriormente Provisioning Services) e o Machine Creation Services™ para provisionar:
- VMs de SO de Desktop ou Servidor com suporte de Geração 1.
- VMs de SO de Desktop ou Servidor com suporte de Geração 2, incluindo suporte a Inicialização Segura.
Instalar e configurar um hipervisor
Importante:
Todos os Delivery Controllers devem estar na mesma floresta que os servidores VMM.
- Instale o servidor Microsoft Hyper-V e o VMM em seus servidores.
- Instale o console do System Center Virtual Machine Manager em todos os Controllers. A versão do console deve corresponder à versão do servidor de gerenciamento. Embora um console anterior possa se conectar ao servidor de gerenciamento, o provisionamento de VDAs falha se as versões forem diferentes.
-
Verifique as seguintes informações da conta:
A conta que você usa para especificar hosts no Studio é um administrador VMM ou um administrador delegado VMM para as máquinas Hyper-V relevantes. Se esta conta tiver apenas a função de administrador delegado no VMM, os dados de armazenamento não serão listados no Studio durante o processo de criação do host.
Dica:
Ao usar um administrador delegado VMM, você define um grupo de hosts de nível superior e concede ao administrador delegado permissões totais apenas para este grupo. Vários grupos de hosts exigem vários administradores delegados VMM. Configure um administrador delegado por grupo de hosts.
A conta de usuário usada para a integração do Studio também deve ser membro do grupo de segurança local de administradores em cada servidor Hyper-V. Essa configuração oferece suporte ao gerenciamento do ciclo de vida da VM, como criação, atualização e exclusão de VM.
Não há suporte para a instalação de um Controller em um servidor executando o Hyper-V.
Criar uma VM mestre
- Instale um VDA na VM mestre e selecione a opção para otimizar o desktop para melhorar o desempenho.
- Tire um instantâneo da VM mestre para usar como backup.
Criar desktops virtuais
Se você estiver usando o MCS para criar VMs, ao criar um site ou uma conexão:
- Selecione o tipo de host de virtualização da Microsoft.
- Insira o endereço como o nome de domínio totalmente qualificado do servidor host.
- Insira as credenciais para a conta de administrador que você configurou anteriormente e que tem permissões para criar VMs.
-
Em Detalhes do Host, selecione o cluster ou host autônomo a ser usado ao criar VMs.
Procure e selecione um cluster ou host autônomo, mesmo que você esteja usando uma única implantação de host Hyper-V.
MCS em compartilhamentos de arquivos SMB 3
Para catálogos de máquinas criados com MCS em compartilhamentos de arquivos SMB 3 para armazenamento de VM, certifique-se de que as credenciais atendam aos seguintes requisitos. Esses requisitos garantem que as chamadas da Hypervisor Communications Library (HCL) do Controller se conectem com êxito ao armazenamento SMB:
- As credenciais de usuário do VMM devem incluir acesso total de leitura e gravação ao armazenamento SMB.
- As operações de disco virtual de armazenamento durante eventos do ciclo de vida da VM são realizadas por meio do servidor Hyper-V usando as credenciais de usuário do VMM.
Ao usar o armazenamento SMB, habilite o Authentication Credential Security Support Provider (CredSSP) do Controller para máquinas Hyper-V individuais. Use este processo para VMM 2012 SP1 com Hyper-V no Windows Server 2012. Para obter mais informações, consulte CTX137465.
A HCL usa CredSSP para abrir uma conexão com a máquina Hyper-V. Esse recurso passa credenciais de usuário criptografadas por Kerberos para a máquina Hyper-V. Os comandos do PowerShell na sessão na máquina Hyper-V remota são executados com as credenciais fornecidas. Neste caso, as credenciais do usuário VMM, para que os comandos de comunicação para o armazenamento funcionem corretamente.
As seguintes tarefas usam scripts do PowerShell que se originam na HCL e são então enviados para a máquina Hyper-V para atuar no armazenamento SMB 3.0.
-
Consolidar imagem mestre: Uma imagem mestre cria um esquema de provisionamento MCS (catálogo de máquinas). Ela clona e nivela a VM mestre pronta para criar VMs a partir do novo disco criado (e remove a dependência da VM mestre original).
ConvertVirtualHardDisk no namespace root\virtualization\v2
Exemplo:
$ims = Get-WmiObject -class $class -namespace "root\\virtualization\\v2";
$result = $ims.ConvertVirtualHardDisk($diskName, $vhdastext)
$result
<!--NeedCopy-->
-
Criar disco de diferença: Cria um disco de diferença a partir da imagem mestre gerada pela consolidação da imagem mestre. O disco de diferença é então anexado a uma nova VM.
CreateVirtualHardDisk no namespace root\virtualization\v2
Exemplo:
$ims = Get-WmiObject -class $class -namespace "root\\virtualization\\v2";
$result = $ims.CreateVirtualHardDisk($vhdastext);
$result
<!--NeedCopy-->
-
Carregar discos de identidade: A HCL não pode carregar diretamente o disco de identidade para o armazenamento SMB. Portanto, a máquina Hyper-V deve carregar e copiar o disco de identidade para o armazenamento. Como a máquina Hyper-V não pode ler o disco do Controller, a HCL deve primeiro copiar o disco de identidade através da máquina Hyper-V da seguinte forma.
A HCL carrega a Identidade para a máquina Hyper-V através do compartilhamento do administrador.
A máquina Hyper-V copia o disco para o armazenamento SMB através de um script do PowerShell executado na sessão remota do PowerShell. Uma pasta é criada na máquina Hyper-V e as permissões nessa pasta são bloqueadas apenas para o usuário VMM (através da conexão remota do PowerShell).
A HCL exclui o arquivo do compartilhamento do administrador.
Quando a HCL termina de carregar o disco de identidade para a máquina Hyper-V, a sessão remota do PowerShell copia os discos de identidade para o armazenamento SMB. Em seguida, ela os exclui da máquina Hyper-V.
A pasta do disco de identidade é recriada se for excluída para que esteja disponível para reutilização.
-
Baixar discos de identidade: Assim como nos uploads, os discos de identidade passam pela máquina Hyper-V para a HCL. O processo a seguir cria uma pasta que tem permissões apenas para o usuário VMM no servidor Hyper-V, se ela não existir.
A máquina Hyper-V copia o disco do armazenamento SMB para o armazenamento Hyper-V local através de um script do PowerShell. Este script é executado na sessão remota do PowerShell V3.
A HCL lê o disco do compartilhamento do administrador da máquina Hyper-V para a memória.
A HCL exclui o arquivo do compartilhamento do administrador.
Compartilhar
Compartilhar
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.