Ist es eine schlechte Idee, IT-Infrastruktur und Entwicklungs-VMs auf derselben physischen Maschine zu mischen?

Ist es eine schlechte Idee, IT-Infrastruktur und Entwicklungs-VMs auf derselben physischen Maschine zu mischen?

Würden Sie als Systemdesigner die für die Kerninfrastruktur (DNS/DHCP/Verzeichnis/Web/Wiki/Repos/Dateifreigabe usw.) verantwortlichen VMs und die für Entwicklung und Tests verwendeten VMs auf derselben physischen Maschine platzieren?

Meine Meinung:

Für

  • bessere Hardwareauslastung - die meisten IT-VMs ​​haben eine relativ geringe Auslastung
  • Möglichkeit, mehr für bessere Hardware auszugeben /w $, das aus verschiedenen Projekten stammt
  • geringere Gesamtausgaben

Gegen

  • IT und Entwicklung haben wahrscheinlich sowieso unterschiedliche (getrennte) Budgets
  • Unkontrollierte VM-Entwicklung kann sich negativ auf zentrale IT-Dienste auswirken

Antwort1

Generell würde ich sagen, das nicht zu tun. Wir betrachten die Entwicklung als einen Bereich, der aufgrund der Art der Arbeit (Endlosschleifen, schlecht optimierte SQL-Anweisungen und all dieser lustige Kram) kaputt gehen kann und wird.

Ich behandle Entwicklungsumgebungen eigentlich wie Testumgebungen für die Betriebs-/Netzwerkabteilungen. Obwohl das für Sie möglicherweise nicht funktioniert, wenn Sie eine Verfügbarkeit Ihrer Entwicklungsumgebung von 5 99 % benötigen.

Wenn Sie sie auf denselben Hosts platzieren müssen, würde ich die ihnen zugewiesenen Ressourcen wirklich streng beschneiden, sodass sie keine anderen Dienste lahmlegen können, wenn eines der oben genannten Probleme auftritt.

Ein weiterer Vorteil, wenn Sie sie auf einem separaten Host haben, besteht darin, dass Sie einige Vorlagen mit der gesamten erforderlichen Software erstellen und den Entwicklern dann die Berechtigung erteilen können, diese bereitzustellen und Software darauf zu installieren. Auf diese Weise müssen sie niemanden belästigen, wenn sie einen neuen Server hochfahren oder Software installieren müssen.

Achten Sie außerdem auf mögliche Festplattenkonflikte, die durch einen außer Kontrolle geratenen Prozess verursacht werden, der auf die Festplatte schreibt oder von ihr liest.

Antwort2

Um Ihre Gegenargumente anzusprechen:

  1. Zwar handelt es sich in größeren Unternehmen wahrscheinlich um separate Budgets, aber manche kleineren Unternehmen verfügen möglicherweise über begrenztere Ressourcen – insbesondere bei erheblichen Ausgabenkürzungen.

  2. Mit Optionen wie VMwareDRSoderRessourcenpoolskönnen Sie das Risiko einer außer Kontrolle geratenen VM einfach minimieren.

Antwort3

In einem kleinen Laden würde ich das tun.

Ich würde wahrscheinlich versuchen, die Dinge so einzurichten, dass sich Entwicklungs-VMs in einem separaten VM-Netz mit einem separaten physischen Adapter und VLAN befinden, und Entwicklungs-VMs auf bestimmte CPUs beschränken, um die Wahrscheinlichkeit zu verringern, dass eine Core-Service-VM zu stark beeinträchtigt wird.

Außerdem können Sie die VMs immer noch auf einen anderen Server verschieben, wenn es zu schlimm wird, oder?

Antwort4

Du sollteststetsseparate Produktions- und Entwicklungs-/QA-Umgebungen

verwandte Informationen