시스템 설계자로서 핵심 인프라(dns/dhcp/directory/web/wiki/repos/파일 공유 등)를 담당하는 VM과 개발 및 테스트에 사용되는 VM을 동일한 물리적 시스템에 배치하시겠습니까?
내 의견:
을 위한
- 더 나은 하드웨어 활용도 - 대부분의 IT VM은 상대적으로 부하가 낮습니다.
- 더 나은 하드웨어에 더 많은 돈을 쓸 수 있는 능력 /w $는 다른 프로젝트에서 나옵니다.
- 전체 지출 감소
에 맞서
- 어쨌든 IT와 개발은 아마도 다른 (별도의) 예산을 가지고 있을 것입니다.
- 폭주하는 개발 VM은 핵심 IT 서비스에 부정적인 영향을 미칠 수 있습니다.
답변1
일반적으로 나는 이것을하지 말라고 말하고 싶습니다. 우리는 개발을 작업의 성격(무한 루프, 잘못 최적화된 SQL 문 및 모든 재미있는 것들)으로 인해 중단될 수 있고 중단될 영역으로 봅니다.
저는 실제로 개발 환경을 운영/네트워킹 부서의 테스트 환경처럼 다루고 있습니다. 개발 환경에서 5 9의 가동 시간이 필요한 경우에는 효과가 없을 수도 있습니다.
동일한 호스트에 배치해야 한다면 위에 언급된 문제가 있는 경우 다른 서비스를 중단할 수 없도록 할당된 리소스를 엄격하게 제한할 것입니다.
또한 별도의 호스트에 두는 것의 또 다른 추가 이점은 필요한 모든 소프트웨어가 포함된 몇 가지 템플릿을 디자인한 다음 개발자에게 템플릿을 배포하고 소프트웨어를 설치할 수 있는 권한을 부여할 수 있다는 것입니다. 이렇게 하면 새 서버를 가동하거나 소프트웨어를 설치해야 할 때 다른 사람을 귀찮게 할 필요가 없습니다.
주의해야 할 또 다른 사항은 디스크에 쓰거나 디스크에서 읽는 폭주 프로세스로 인해 발생하는 디스크 경합입니다.
답변2
답변3
작은 가게라면 그럴 거예요.
개발 VM이 별도의 물리적 어댑터와 VLAN이 있는 별도의 vm-net에 있도록 설정하고 개발 VM을 특정 CPU에 잠그어 핵심 서비스 VM에 너무 나쁜 영향을 미칠 가능성을 줄이려고 할 것입니다.
게다가 상황이 너무 나빠지면 언제든지 VM을 다른 서버로 이동할 수 있겠죠?
답변4
당신은해야언제나별도의 생산 및 개발/QA 환경