Gerenciamento de virtualização: o Vcenter, o Veeam etc. devem estar em uma máquina física ou VM?

10

Percebi que muitas pessoas executam o vCenter Server em uma VM hospedada no Vsphere / ESXi. Isso me parece estranho, porque, se houver um problema com o host, você perderá o host e os recursos de gerenciamento para trocar de host etc.

Devo provisionar uma máquina física (por exemplo, Microserver) para executar ferramentas de gerenciamento de VM, como vCenter e Veeam, ou executá-las a partir de uma VM? Qual é a melhor prática aqui?

EDIT: - Trabalho em um ambiente SMB e quase exclusivamente uso os pacotes VMware Essentials, para não mais que 5 ou mais hosts; portanto, definir algum tipo de configuração redundante ou em cluster do vcenter é praticamente irreal

vmware-vsphere vmware-vcenter BlueCompute
fonte
2
O VMWare essentials é limitado a 3 hosts, você não poderá obter "5 ou mais hosts", a menos que compre outra licença do VMWare essentials e use-a para configurar outro cluster com um servidor vCenter separado para gerenciá-lo.
Rex
Bom ponto! Eu estava pensando que poderia usar os 6 soquetes licenciados como CPU 6 x 1, mas vejo que não é assim que funciona.
precisa saber é o seguinte

Respostas:

7

A melhor prática da VMware agora é instalar o vCenter em uma VM com alta disponibilidade. Isso é de uma aula de treinamento da VMware quando cinco foram lançados originalmente. A HA não exige que o vCenter realmente funcione depois de configurado, pois os hosts sabem o que fazer.

Eu tenho o Essentials Plus, use essa configuração e posso atestar que funciona bem para nós. Apenas verifique se você tem capacidade suficiente em seus hosts para acomodar a alta disponibilidade.

CC
fonte
7

Temos mais de 100 vCenters separados e cada um deles é uma VM, significa que obtemos todos os benefícios usuais da virtualização e porque os executamos em um cluster de gerenciamento específico no caso de uma falha ou qualquer outra coisa que possamos conectar diretamente ao host eles estão sendo executados e reiniciados ou o que for necessário. Somos algo como o quarto ou o quinto maior cliente do VMWare e não consideramos o uso de um físico para isso, especialmente uma caixa final como você sugeriu.

Chopper3
fonte
Bem, para nós, meros mortais executando o Essentials Plus, acho que a preocupação seria que se eu tivesse três hosts em cluster e o vCenter que gerencia esse cluster estiver em um desses hosts, no caso de o host com o vCenter travar, o vCenter será não estará disponível para realizar as operações de alta disponibilidade para inicializar as outras VMs desse host nos dois bons hosts. Talvez a idéia do OP não seja executá-lo em uma instalação bare metal, mas executá-lo em um servidor autônomo fora do cluster que está gerenciando?
Safado 21/03
Reaqlly? VmWaere conta com VCenter para isso? O Hyper-V não (como em: o Hyper-V coloca a VM em um cluster, o CLUSTER gerencia failovers sem o SCVMM controlá-lo). Eu esperava que o VmWare também funcionasse assim.
TomTom
2
Não, isso não acontece com o TomTom, o HA é instalado e configurado pelo vCenter, mas, uma vez instalado, os hosts têm seus planos de HA no local, não é necessário. Se você perder o vCenter, você perde o DRS, mas isso geralmente não é um problema.
usar o seguinte comando
4
@Safado - como meu comentário acima, o HA - uma vez configurado - não precisa de VC, a menos que você adicione ou remova hosts.
usar o seguinte comando
Ótimo. Eu pensei que dependia do vCenter estar sempre disponível. Obrigado.
Safado 21/03
0

na verdade, na maioria das vezes, as ferramentas de gerenciamento também são virtualizadas, basicamente porque elas não precisam de recursos suficientes que recomendariam o uso de um servidor físico.

virtualizadas essas ferramentas também podem se beneficiar do HA / FT / DRS (no ambiente vmware).

então minha resposta seria não, você não precisa fornecer um servidor físico para essas ferramentas de gerenciamento.

Xinity
fonte
0

Usamos o Essentials Plus e também executamos nosso vCenter em uma VM. Suas preocupações sobre agrupar o que configura o agrupamento foram abordadas em outras respostas e comentários. Tomamos algumas precauções adicionais para garantir a recuperação do ambiente:

  1. Execute um caminho fora de banda para a mesma VLAN de gerenciamento, para que tenhamos acesso alternativo aos hosts do cluster se o caminho principal ficar indisponível. No nosso caso, executamos roteamento totalmente virtualizado (plug rápido para VyOS ), portanto, executamos um host gratuito ou essencial do ESXi (dependendo das licenças disponíveis) com roteadores virtuais suficientes para permitir a entrada nos outros servidores ESXi.
    Usamos o OSPF como nosso IGP, para que os roteadores no host fora da banda sejam configurados com custos de interface um pouco mais altos (largura de banda menor) do que seus equivalentes de produção, para que possam continuar funcionando o tempo todo, mas não atendam ao tráfego de produção, a menos que há uma interrupção do cluster.
  2. Mantenha um laptop antigo (cuja bateria dura mais de 10 minutos!) Na sala do servidor ou no kit do datacenter com o console vSphere instalado e pronto para funcionar, para que possamos conectar-se à VLAN de gerenciamento e gerenciar os servidores individuais necessários. Isso raramente é usado por causa do host fora de banda mencionado acima.
Paul Gear
fonte