Planejar a instalação do VMM

Para obter mais informações sobre as versões suportadas de hardware e software, consulte o artigo de requisitos do sistema para a versão instalada.

Requisitos de implantação

Verifique os seguintes requisitos do sistema:

• servidor de gerenciamento do VMM: verifique os requisitos de hardware e sistema operacional.
• SQL Server: Revise as versões suportadas do SQL Server.
• console do VMM: reveja os requisitos do sistema operativo e decida se pretende executar o console do VMM num computador separado.
• biblioteca VMM: Revise os requisitos de hardware para partilhas remotas da biblioteca VMM.
• Virtualization hosts: Examine os sistemas operacionais suportados para servidores Hyper-V e SOFS na malha do VMM. Analise os requisitos para servidores VMware.
• Outros servidores de rede: Revise os sistemas operativos suportados para atualização e servidores PXE (usados para implantação em servidores físicos).

Requisitos adicionais de implantação

SPN

Se o usuário do VMM que está instalando o VMM ou executando a instalação do VMM não tiver permissões para gravar o SPN (nome da entidade de serviço) do servidor VMM no Ative Directory, a instalação será concluída com um aviso. Se o SPN não estiver registado, outros computadores que têm instalado o console do VMM não poderão se conectar ao servidor de gestão e você não poderá implantar um host Hyper-V em um computador físico na malha do VMM. Para evitar esse problema, você precisa registrar o SPN como administrador de domínio antes de instalar o VMM, da seguinte maneira:

1. Execute estes comandos a partir do <SystemDrive>\Windows\System32>, como administrador de domínio:

   • setspn -u -s SCVMM/<MachineBIOSName> <VMMServiceAccount>
   • setspn -u -s SCVMM/<MachineFQDN> <VMMServiceAccount>

   Para um cluster, o <MachineBIOSName> deve ser o <ClusterBIOSName> e o <MachineFQDN> deve ser o <ClusterFQDN>

2. No servidor VMM (ou em cada nó de um cluster), no registo, navegue até HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Setup.

3. Defina VmmServicePrincipalNames como SCVMM/<MachineBIOSName>,SCVMM/<MachineFQDN>. Para um cluster: SCVMM/<ClusterBIOSName>, SCVMM/<ClusterFQDN>.

Se não for possível fazer isso, você também pode registrar o SPN durante a instalação do VMM. Um administrador de domínio pode fornecer as permissões de escrita do SPN ao utilizador do serviço VMM ou ao utilizador de configuração.

Portanto, o usuário delegado deve ser altamente confiável e as credenciais da conta devem ser mantidas seguras. Para fazer isso:

1. Execute adsiedit como administrador de domínio.
2. Navegue para localizar o usuário do serviço VMM. Clique com o botão-direito do rato Propriedades>Segurança>Avançadas. Em seguida, selecione Adicionare, em Selecione umprincipal, especifique o usuário que receberá as permissões.
3. Selecione Write servicePrincipalName>OK.

Quando instalar o VMM com esta conta de utilizador, o SPN será registado.

Servidor de gerenciamento do VMM

• Não é possível executar o servidor de gerenciamento do VMM no servidor Nano (aplicável às versões do Windows Server anteriores a 2019).
• O nome do computador do servidor de gerenciamento não pode exceder 15 caracteres.
• Não instale o servidor de gerenciamento do VMM ou outros componentes do System Center que não sejam agentes em servidores que executam o Hyper-V.
• Você pode instalar o servidor de gerenciamento do VMM em uma VM. Se você fizer isso e usar o recurso de memória dinâmica do Hyper-V, deverá definir a RAM de inicialização para que a máquina virtual seja de pelo menos 2.048 megabytes (MB).

• Para alta disponibilidade, o servidor de gerenciamento do VMM pode ser instalado em um cluster de failover. Saiba mais.

SQL Server e banco de dados

• A instância do SQL Server que você está usando deve permitir objetos de banco de dados que não diferenciam maiúsculas de minúsculas.

• O nome do computador do SQL Server não pode exceder 15 caracteres.

• Se o servidor de gerenciamento do VMM e o computador do SQL Server não forem membros do mesmo domínio do Ative Directory, uma relação de confiança bidirecional deverá existir entre os dois domínios.

• Ao instalar o SQL Server, selecione os recursos Serviços do Mecanismo de Banco de Dados e Ferramentas de Gerenciamento - Completo.

• Você pode executar uma atualização in-loco para uma versão com suporte do SQL Server (sem mover o banco de dados do VMM). Certifique-se de que nenhum trabalho esteja em execução quando você executar a atualização, ou os trabalhos podem falhar e precisam ser reiniciados manualmente.

• Para o banco de dados do VMM, para um melhor desempenho, não armazene arquivos de banco de dados no disco usado para o sistema operacional.

• Se estiver a utilizar Software Defined Networking (SDN) no VMM, todas as informações de rede são armazenadas na base de dados do VMM. Por isso, convém considerar a alta disponibilidade para o banco de dados do VMM, usando as seguintes diretrizes:

  • O cluster de failover é suportado e é a configuração recomendada para disponibilidade numa única área geográfica ou datacenter. Leia mais.
  • Há suporte para o uso de grupos de disponibilidade Always On no Microsoft SQL Server, mas é importante examinar as diferenças entre os dois modos de disponibilidade, confirmação síncrona e confirmação assíncrona. Saiba mais.
    • Com o modo de confirmação assíncrona, a réplica do banco de dados pode ficar desatualizada por um período de tempo após cada confirmação. Isso pode fazer parecer que o banco de dados estava de volta no tempo, o que pode causar perda de dados do cliente, divulgação inadvertida de informações ou possivelmente elevação de privilégio.
    • Você pode usar o modo de confirmação síncrona como configuração em cenários de disponibilidade de sites remotos.

• O serviço SQL Server deve usar uma conta que tenha permissão para acessar os Serviços de Domínio Ative Directory (AD DS). Por exemplo, você pode especificar a Conta do Sistema Local ou uma conta de usuário de domínio. Não especifique uma conta de usuário local.

• Não é necessário configurar o agrupamento. Durante a implantação, o Setup configura automaticamente a colação CI de acordo com o idioma do sistema operativo do servidor.

• Suporta-se porta dinâmica.

• Se pretender criar a base de dados do VMM antes da instalação do VMM:

  • Verifique se você tem permissões ou crie um banco de dados SQL ou peça ao administrador do SQL Server para fazê-lo.

  • Configure o banco de dados da seguinte maneira:

    1. Crie um novo banco de dados com configurações: Nome: VirtualManagerDB; Agrupamento: Latin1_General_100_CI_AS, mas alinhado com o agrupamento de instâncias específicas do SQL Server.
    2. Conceda permissões de db_owner para o banco de dados à conta de serviço do VMM.
    3. Na configuração do VMM, você selecionará a opção para usar um banco de dados existente e especificará os detalhes do banco de dados e a conta de serviço do VMM como o usuário do banco de dados.

Servidor de biblioteca

• Se você executar o servidor de biblioteca no servidor de gerenciamento do VMM, deverá fornecer espaço adicional no disco rígido para armazenar objetos. O espaço necessário varia de acordo com o número e o tamanho dos objetos armazenados.
• O servidor de biblioteca é onde o VMM armazena itens como modelos de máquina virtual, discos rígidos virtuais, disquetes virtuais, imagens ISO, scripts e máquinas virtuais armazenadas. Os requisitos de hardware ideais especificados para um servidor de biblioteca do VMM variam, dependendo da quantidade e do tamanho desses arquivos. Você precisará verificar o uso da CPU e outras variáveis de estado do sistema para determinar o que funciona melhor em seu ambiente.
• Se pretender gerir discos rígidos virtuais no formato de ficheiro .vhdx, o servidor de biblioteca do VMM tem de executar o Windows Server 2012 ou posterior.
• O VMM não fornece um método para replicar arquivos físicos na biblioteca do VMM ou um método para transferir metadados para objetos armazenados no banco de dados do VMM. Em vez disso, se necessário, você precisa replicar arquivos físicos fora do VMM e transferir metadados usando scripts ou outros meios.
• O VMM não suporta servidores de ficheiros que estão configurados com a opção sensível a maiúsculas e minúsculas para o Windows Services for UNIX, porque no Sistema de Ficheiros de Rede (NFS) o controlo de caso está definido como Ignorar.

Requisitos de conta e domínio

Certifique-se do seguinte antes de preparar uma conta:

• Não é possível alterar a identidade da conta de serviço do Virtual Machine Manager após a instalação. Isso inclui mudar da conta do sistema local para uma conta de domínio, de uma conta de domínio para a conta do sistema local ou alterar a conta de domínio para outra conta de domínio. Para alterar a conta de serviço do Virtual Machine Manager após a instalação, você deve desinstalar o VMM (selecionando a opção Reter dados se quiser manter o banco de dados do SQL Server) e reinstalar o VMM usando a nova conta de serviço.
• Se você especificar uma conta de domínio, a conta deverá ser membro do grupo Administradores local no computador.
• Se você especificar uma conta de domínio, é recomendável criar uma conta designada para ser usada para essa finalidade. Quando um host é removido do servidor de gerenciamento do VMM, a conta na qual o serviço System Center Virtual Machine Manager está sendo executado é removida do grupo Administradores local do host. Se a mesma conta for usada para outros fins no host, isso pode causar resultados inesperados.
• Se você planeja usar imagens ISO compartilhadas com Hyper-V máquinas virtuais, deverá usar uma conta de domínio.
• Se você estiver usando um namespace separado, deverá usar uma conta de domínio. Para obter mais informações sobre namespaces separados, consulte Convenções de nomenclatura no Ative Directory para computadores, domínios, sites e UOs.
• Se estiver a instalar um servidor de gestão do VMM altamente disponível, tem de utilizar uma conta de domínio.
• O computador no qual você instala o servidor de gerenciamento do VMM deve ser membro de um domínio do Ative Directory. No seu ambiente, poderá ter contas de utilizador numa floresta e os seus servidores VMM e host noutra. Nesse ambiente, deve-se estabelecer uma relação de confiança bidirecional entre os dois domínios de florestas cruzadas. Não há suporte para relações de confiança unidirecionais entre domínios entre florestas no VMM.

Gestão distribuída de chaves

Por padrão, o VMM criptografa alguns dados no banco de dados do VMM usando a DPAPI (Data Protection Application Programming Interface). Por exemplo, credenciais de conta Run As, senhas em perfis de sistema operacional convidado e informações de chave de produto em propriedades de discos rígidos virtuais. A criptografia de dados está vinculada ao computador específico no qual o VMM está instalado e à conta de serviço que o VMM usa. Se mover a instalação do VMM para outro computador, o VMM não reterá os dados encriptados e terá de os introduzir manualmente.

Para garantir que o VMM retenha dados criptografados em movimentos, você pode usar o gerenciamento de chaves distribuídas para armazenar chaves de criptografia no Ative Directory. Se você mover a instalação do VMM, o VMM reterá os dados criptografados porque o novo computador do VMM tem acesso às chaves de criptografia no Ative Directory. Para configurar o gerenciamento de chaves distribuídas, você deve coordenar com o administrador do Ative Directory.

• Se estiver instalando um servidor de gerenciamento do VMM altamente disponível, você deverá usar o gerenciamento de chaves distribuídas para armazenar chaves de criptografia no Ative Directory. Você necessita de uma gestão de chaves distribuída porque, se o VMM mudar para outro nó, esse nó precisará de acesso às chaves de criptografia.
• Ao configurar a conta de serviço e a chave distribuída na instalação, você deve digitar o local do contêiner no AD DS, por exemplo: CN=VMMDKM,DC=corp,DC=contoso,DC=com

Próximos passos

Instalar o VMM