Est-ce une mauvaise idée de mélanger des VM d'infrastructure informatique et de développement dans la même machine physique ?

Pour parler à vos points "contre" :

1. Il est vrai qu'il s'agit probablement de budgets distincts dans les grandes entreprises, mais certaines petites entreprises peuvent avoir des ressources plus limitées, surtout en cas de réduction importante des dépenses.

2. Avec des options comme VMware DRS o Pools de ressources vous pouvez facilement minimiser le risque de fuite de la VM.

Dans un petit magasin, je le ferais.

J'essaierais probablement de configurer les choses de manière à ce que les VM de développement se trouvent sur un réseau de VM distinct, avec un adaptateur physique et un VLAN distincts, et de verrouiller les VM de développement sur des CPU spécifiques pour réduire le risque d'affecter trop gravement une VM de service central.

En outre, si les choses se gâtent, vous pouvez toujours déplacer les VM sur un autre serveur, non ?

Je peux penser à un scénario où vous voudriez probablement avoir un environnement séparé pour les tests en particulier.

Supposons que vous vouliez tester la nouvelle version de l'hyperviseur ou des outils virtuels que vous utilisez pour exécuter et gérer votre environnement virtuel. Vous ne voudriez pas faire cela dans votre environnement de production.

Vous devez toujours séparer les environnements de production et de développement/QA

Nous l'avons déjà fait sans problème.

Si vous utilisez Hyper-V et que vous souhaitez que les développeurs puissent gérer leur propre ensemble de machines virtuelles, vous pouvez consulter le site suivant Gestionnaire des autorisations . Cela vous permettra de leur donner accès à certaines VM et à certaines opérations pour ces VM.