É uma má idéia instalar o vCenter Server dentro de um servidor que ele gerencia? Se sim, porque?

Question

Alguns aplicativos de administração do sistema, como o Data Protection Manager, podem gerenciar / fazer backup de toda uma infraestrutura virtual. Ao instalar tal aplicativo, eles usam o SQL Server e o Windows Server e, portanto, são executados em uma VM. Mas é uma má idéia executar aplicativos como esse (que são executados no Windows Server e usam o SQL Server) dentro do servidor do hipervisor?

Por exemplo O VMWare vCenter Server está gerenciando para servidores ESX, nomes de host "a" e "b". Seria uma má idéia instalar o vCenter Server e seu SQL Server em VMs em "a" ou "b"? Ou precisaria ser instalado em um hipervisor fora desses dois servidores? Se eu adicionar um servidor HyperV, com o nome de host "c", mas desta vez estou instalando o Data Protection Manager 2010, eu gostaria de fazer backup dos servidores "a" e "b", mas agora também o servidor onde o DPM 2010 está sentado em ("c"). Como eu sairia dessa armadilha de implantação? Da mesma forma, se o DPM ou o vCenter Server estiver instalado em um servidor físico ...

Desculpas pela ingenuidade.

Obrigado

    

Answer 1

Sou um grande fã de manter a infraestrutura de gerenciamento fora da banda da infraestrutura sob gerenciamento. Isso significa que, se eu tiver um cluster ESX, quero o servidor de banco de dados e o servidor Virtual Center físico, ou pelo menos em um ambiente de VM completamente diferente do que está sendo executado. Quando as coisas vão profundamente em forma de pêra, não ser capaz de entrar no serviço de gerenciamento do ESX pode ser muito ruim; caso contrário, você deve ser muito versado em navegação por linha de comando e diretório nos próprios hosts ESX.

Sim, isso significa mais servidores, mas você está gerenciando a infraestrutura a partir dele, então vale a pena. Na minha opinião.

    

Answer 2

A ideia de ter o vCenter físico foi uma prática recomendada nos dias do vSphere 3.5.

As coisas mudaram.

Com o vSphere 5.x, a VMware recomenda instalar em uma VM.

link

Você obtém os benefícios do vMotion, do armazenamento vMotion, do VMware HA (alta disponibilidade), etc.

Se você tiver uma interrupção em seu servidor físico, seu gerenciamento ficará inativo até que você recupere o servidor físico.

Se você tiver uma interrupção da máquina física que hospeda a VM do vCenter, seu gerenciamento ficará inativo até que você possa recuperar essa VM em outro host - o que é um processo fácil e certamente mais rápido e fácil do que restaurando um host físico.

Em Resumo - os benefícios da virtualização também se aplicam aos itens de gerenciamento.

Virtualize seu vCenter sem medo!

Jim Nickel VCP / VCP-DT

    

Answer 3

Não consigo responder à sua pergunta do DPM, mas a instalação do vCenter Server em uma VM funcionará bem e será feita com bastante frequência. Como você estará usando o vCenter para gerenciar todos os hipervisores e VMs, certifique-se de acessar o host ESX diretamente por meio do vSphere Client, caso a VM do vCenter não funcione corretamente ou inicialize.

Eu colocaria o vCenter no seu primeiro host e o manteria lá, para que você não precise procurá-lo em caso de problemas. Você não quer que o DRS faça a migração automática da VM do vCenter para outro host, já que você pode precisar encontrá-la cegamente em caso de problemas.

Veja suas dependências do SQL e do Active Directory, pois você pode precisar delas para executar o vCenter.

Além disso, crie um usuário admin em todos os hosts ESX, para que você ainda possa acessar o host diretamente com o VI Client, mesmo que o modo de bloqueio esteja ativado (o modo de bloqueio desabilita o acesso direto à conta 'root').

É claro que, se você puder, manter as ferramentas de gerenciamento separadas de seus alvos reduzirá suas chances de problemas. Então, faça uma análise de custo-benefício.

    

Answer 4

O vCenter é suportado como uma VM, por isso, embora haja uma escola de pensamento para mantê-lo separado, ele certamente pode ser mantido no ambiente da VM. Eu sugiro que o servidor vCenter seja um bom candidato para uma configuração tolerante a falhas. Dessa forma, se você perder o host principal do vCenter, o vCenter continuará sendo executado em outro host. Isso pressupõe, obviamente, que você tenha uma versão do VMware licenciada para suportar o modo tolerante a falhas ...

    

Answer 5

O problema em executar o vCenter como uma VM em uma máquina que ele gerencia, é que se esse host falhar (fonte de alimentação, placa-mãe, etc), agora não há servidor vCenter para colocar a VM novamente online.

O mesmo vale para se você tiver uma queda de energia total. Até que o vCenter esteja on-line, ele não iniciará automaticamente nenhuma VM.

O mesmo é verdadeiro em um mundo do Hyper-V, já que você precisa ter um controlador de domínio físico para que o Hyper-V e o cluster possam ser iniciados (o que exige um controlador de domínio).