☰

Misturar infraestrutura de TI e VMs de desenvolvimento na mesma máquina física é uma má ideia?

tag-icon • tag-icon virtualization capacity-planning
Misturar infraestrutura de TI e VMs de desenvolvimento na mesma máquina física é uma má ideia?

Como designer de sistema, você colocaria as VMs responsáveis ​​pela infraestrutura principal (dns/dhcp/directory/web/wiki/repos/compartilhamento de arquivos etc.) e as VMs usadas para desenvolvimento e teste na mesma máquina física?

Minha vez:

Para

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

Contra

  • De qualquer forma, TI e desenvolvimento provavelmente têm orçamentos diferentes (separados)
  • VMs de desenvolvimento descontrolado podem ter efeitos adversos nos principais serviços de TI

Responder1

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

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

Se você precisar colocá-los nos mesmos hosts, eu realmente restringiria os recursos alocados para que eles não pudessem desativar nenhum outro serviço se tivessem algum dos problemas mencionados acima.

Além disso, outro benefício adicional de tê-los em um host separado é que você pode criar alguns modelos com todo o software necessário e, 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 criar um novo servidor ou instalar software.

Mais uma coisa a ser observada seria a contenção de disco causada por um processo descontrolado de gravação ou leitura do disco.

Responder2

Para falar sobre seus pontos "Contra":

  1. É verdade que são provavelmente orçamentos separados em empresas maiores, mas algumas empresas mais pequenas podem ter recursos mais limitados – especialmente com grandes cortes nas despesas.

  2. Com opções como VMwareDRSouConjuntos de recursos, você pode minimizar facilmente o risco de uma VM descontrolada.

Responder3

Em uma pequena loja, eu faria.

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

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

Responder4

Você devesempreambientes separados de produção e desenvolvimento/QA

informação relacionada