A mistura de infra-estrutura de TI e VMs de desenvolvimento na mesma máquina física é uma má ideia?

Question

Como projetista de sistemas, você colocaria as VMs responsáveis pela infraestrutura básica (dns / dhcp / diretório / web / wiki / repos / compartilhamento de arquivos etc) e VMs usadas para desenvolvimento e testes na mesma máquina física?

Minha opinião:

Para

• melhor utilização de hardware - a maioria das TIs de TI tem carga relativamente baixa
• capacidade de gastar mais em melhor hardware / w $ proveniente de projetos diferentes
• menos gastos gerais

Contra

• TI e desenvolvimento provavelmente têm orçamento (separado) diferente de qualquer maneira
• VMs de desenvolvimento descontrolado podem ter efeito adverso nos principais serviços de TI

Answer 1

Geralmente eu diria para não fazer isso. Vemos o desenvolvimento como uma área que pode e vai quebrar devido à natureza do trabalho (loops infinitos, instruções SQL mal otimizadas e todas essas coisas divertidas)

Na verdade, trato ambientes de desenvolvimento como ambientes de teste para os departamentos de operações / rede. Embora isso possa não funcionar para você, se você precisar do tempo de espera de 5 9s em seu ambiente de desenvolvimento.

Se você precisar colocá-los nos mesmos hosts, então eu realmente restringiria seus recursos alocados para que eles não possam derrubar nenhum outro serviço se eles tiverem algum dos problemas mencionados acima.

Além disso, outro benefício adicional de tê-los em um host separado é que você pode projetar alguns modelos com todo o software necessário, em seguida, dar permissão aos desenvolvedores para implantá-los e instalar software neles. Dessa forma, eles não precisam incomodar ninguém se precisarem instalar um novo servidor ou instalar um software.

Mais uma coisa a observar seria a contenção de disco causada por um processo de fuga escrevendo ou lendo do disco.

    

Answer 2

Para falar com seus pontos "contra":

1. É verdade que eles provavelmente separam orçamentos em empresas maiores, mas algumas empresas menores podem ter recursos mais limitados - especialmente com grandes cortes nos gastos.

2. Com opções como VMware DRS ou Resource Pools , você pode minimizar facilmente o risco de uma VM descontrolada.

Answer 3

Em uma pequena loja, eu faria.

Eu provavelmente tentaria definir as coisas de modo que as VMs de desenvolvimento ficasse em uma vm-net separada com um adaptador físico separado e VLAN e bloquear VMs de desenvolvimento para CPUs específicas para reduzir a chance de você afetar uma VM de serviço principal muito mal.

Além disso, se as coisas ficarem muito ruins, você sempre pode mover as VMs para outro servidor, certo?

    

Answer 4

Posso pensar em um cenário em que você provavelmente desejaria ter um ambiente separado para testes em particular.

Digamos que você queira testar a nova versão do hipervisor ou das ferramentas virtuais que você está usando para executar e gerenciar seu ambiente virtual. Você não gostaria de fazer isso em seu ambiente de produção.

    

Answer 5

Você deve sempre separar os ambientes de produção e desenvolvimento / QA

    

Answer 6

Já fizemos isso antes sem problemas.

Se você estiver usando o Hyper-V e quiser que os desenvolvedores gerenciem seu próprio conjunto de VMs, você deverá verificar Gerenciador de Autorização . Isso permitirá que você conceda acesso a apenas determinadas VMs e determinadas operações para essas VMs.