Win Server 2016 Hyper-V - usando-os em produção

Question

Os administradores de sistema já sabiam há muito tempo que os snapshots, ou como agora são chamados, "Checkpoints" são excelentes para dev / testing, mas não são adequados para uso na produção, pois requerem uma cadeia de arquivos VHDX, tornando o servidor mais lento e mais suscetível à corrupção. E provavelmente por outras razões.

Mas gostaria de saber se é sensato configurar algumas VMs (executando o 2016 Server) em um ambiente de laboratório, instalar o AD e alguns outros serviços, fazer um checkpoint de todos ao mesmo tempo e, em seguida, quando estou satisfeitos com a configuração, eles saem em produção excluindo os pontos de verificação anteriores que devem mesclar os arquivos VHDX.

Eu quero saber se isso removerá efetivamente todos os possíveis problemas de desempenho que existiriam em uma máquina com pontos de verificação.

Não encontrei artigos online que discutam esta questão.

Isso é para uma escola que acabou de mudar as salas de aula para um novo prédio em um novo site (por motivos de emergência), e temos as férias de verão para migrar seu domínio para um novo que estou configurando do zero. Por isso, quero passar algum tempo obtendo a configuração perfeita antes de enviá-la para a produção. Eles já tiveram uma reviravolta suficiente sem uma implementação ruim de um novo domínio AD!

NOTAS

• Estou ciente do novo ponto de verificação "Produção" do Server 2016, que usa o VSS e permite um ponto de verificação consistente do aplicativo. Para ser honesto, não entendo completamente o que isso significa, mas percebo que até torna viável a reversão de servidores SQL ou Exchange.

• Também estou ciente de que a Microsoft recomendou nunca usar pontos de verificação em produção com controladores de domínio do Active Directory, embora todos os ossos do meu corpo sejam céticos em relação a esse conselho. Em 2007, executei um servidor Exchange para 150 usuários em uma máquina virtual VMWare em relação a todas as recomendações de melhores práticas e, como o hardware estava à altura, ele funcionou como um sonho durante anos.

Answer 1

Pelo que entendi, você quer construir um ambiente de desenvolvimento / teste e criar pontos de verificação para que você possa reverter as alterações até obter o ambiente do jeito que você deseja. se esse for o caso, o conselho seria

1. Se você reverter / excluir os CheckPoints, em seguida, reverterá / excluirá todos os pontos de verificação ao mesmo tempo . Isso evitará problemas relacionados a carimbo / replicação a qualquer momento
2. Antes de entrar em produção, exclua os pontos de verificação. Os pontos de verificação são usados na produção o tempo todo e a Microsoft os suporta, desde que não sejam usados como substitutos dos Backups e desde que sejam excluídos depois de terem cumprido sua finalidade. Pontos de verificação devem ser usados como abaixo:

Tome seus pontos de verificação

instale seus novos serviços / patches

Execute seu teste

se o teste for bem sucedido, exclua os pontos de verificação

se os testes não forem bem sucedidos, reverta os pontos de verificação

Como você disse, há ocorrências de desempenho e os problemas surgem quando as pessoas deixam o ponto de verificação em vez de excluí-las depois de todos os testes.

Também é importante ressaltar que a Microsoft realmente suporta pontos de verificação de controladores de domínio do Active Directory, desde que:

O host do Hyper-V é o Server 2012 ou superior (ou as versões suportadas do EXSI) O emulador PDC está em um DC que é 2012 ou superior O DC que você está verificando é o Server 2012 ou superior.

A Microsoft não suporta pontos de verificação no servidor 2008 R2 ou inferior,

Mais informações aqui: link

e aqui

link

Espero que isso ajude,

Mike Brown