システム設計者として、コア インフラストラクチャ (dns/dhcp/ディレクトリ/web/wiki/リポジトリ/ファイル共有など) を担当する VM と開発およびテストに使用する VM を同じ物理マシンに配置しますか?
私の見解:
のために
- ハードウェアの利用率向上 - ほとんどのIT VMの負荷は比較的低い
- より優れたハードウェアにさらに投資する能力 / さまざまなプロジェクトから得られる資金
- 総支出の減少
に対して
- ITと開発にはおそらく別々の予算があるだろう
- 開発VMの暴走はコアITサービスに悪影響を及ぼす可能性がある
答え1
一般的に、私はこれをやらないように言います。私たちは開発を、仕事の性質上（無限ループ、最適化されていない SQL 文、その他すべての楽しいもの）、壊れる可能性がある領域と見なしています。
私は実際に、開発環境を運用/ネットワーク部門のテスト環境のように扱っています。ただし、開発環境で 5 9 の稼働時間が必要な場合は、この方法は適さない可能性があります。
これらを同じホストに配置する必要がある場合は、上記のような問題が発生した場合に他のサービスが停止しないように、割り当てられたリソースを厳しく制限する必要があります。
また、別のホストに配置することによるもう 1 つの利点は、必要なソフトウェアをすべて備えたいくつかのテンプレートを設計し、開発者にそれらをデプロイしてソフトウェアをインストールする権限を与えることができることです。こうすることで、新しいサーバーを起動したりソフトウェアをインストールしたりする必要がある場合でも、開発者は誰にも迷惑をかける必要がありません。
もう 1 つ注意すべき点は、ディスクへの書き込みまたはディスクからの読み取りを行う暴走プロセスによって発生するディスク競合です。
答え2
答え3
小さなお店ならそうします。
おそらく、開発用 VM が別の物理アダプタと VLAN を持つ別の vm-net 上に配置され、開発用 VM が特定の CPU にロックされるように設定して、コア サービス VM に悪影響を与える可能性を減らすことになるでしょう。
さらに、状況が悪化した場合は、いつでも VM を別のサーバーに移動できますよね?
答え4
あなたがすべきいつも生産環境と開発/品質保証環境を分離する