VMware의 템플릿을 사용하여 새 VM을 만들면 속도 이점이있는 것 같습니다. 그러나 나는 덜 분명한 보안 및 유연성 영향에 대해 우려하고 있습니다. 예를 들어 :
대부분의 Linux가 RHEL 기반 배포판 인 거의 전적으로 VMware 인 상점에서 템플릿을 프로비저닝 할 때 함정을 겪은 사람이 있습니까? 클로닝시 걱정은 어떻습니까?
BTW : 초기 프로비저닝 방법에 관계없이 주로 나머지 구성을 위해 Puppet의 부트 스트랩으로 사용됩니다.
답변:
환경 및 프로비저닝 프로세스에 따라 VMware 템플릿 및 템플릿에서 복제 기능을 사용하는 것보다 새로 구축하는 것이 더 빠를 수 있습니다 .
배포 프로세스가 자동화되지 않은 대규모 Linux 중심 VMware 환경에서 작업했습니다. 우리는 RHEL 시스템의 vSphere 템플릿을 사용했지만 초기 복제 이후에는 약간의 수동 작업이 필요했습니다.
템플릿 장점 :
sys-unconfig명령 을 활용할 수 있습니다 . 이것은 Linux와 Microsoft에 해당하며 Sysprep네트워크 인터페이스 규칙, SSH 키, 네트워크 설정 등을 제거합니다.PXE / 킥 스타트 배포 장점 :
결국 응용 프로그램 및 초기 OS 설치 후 필요한 추가 작업량에 따라 다릅니다. 가장 복잡한 인스턴스의 복제본을 사용하고 일상적인 시스템의 프로비저닝 시스템을 통해 새로운 빌드를 사용하여 하이브리드 방식을 취했습니다. 상호 배타적이지 않습니다.
sys-unconfig-알림 주셔서 감사합니다
sys-unconfig나에게 새로운 것입니다. 감사!
세부 사항은 배포판에 따라 다르지만 템플릿을 만들 때 기억해야 할 CentOS / RHEL 항목을 몇 가지 제공하겠습니다.
/etc/ssh//etc/udev/rules.d/70-persistent-net.rules처음 부팅 할 때 둘 다 다시 생성됩니다.
템플릿을 배포 한 후 업데이트를 실행하는 방법이 필요합니다.
vSphere를 사용하면 네트워킹 및 호스트 이름을 정의 할 수 있습니다. Puppet 사용자는 표준과 함께 템플릿에 Puppet 클라이언트를 설치할 수 있습니다 puppet.conf. 여러 환경을 사용하는 경우 실제로 각 환경마다 다른 템플릿이 필요합니다.
템플릿을 수정할 때 위의 파일을 제거해야합니다.
개인적으로 템플릿에서 배포하는 것이 약간 빠르지 만 PXE는 유연성이 뛰어나므로 프로비저닝하는 것을 선호합니다.
Linux 템플릿 VM 준비 및 참조하는 게시물 , 꼭두각시 준비 이미지 만들기 (CentOS / Fedora)를 살펴보십시오 . 아마도 이것이 도움이 될 것입니다.
Btw : JeOS VM을 배포 한 다음 꼭두각시를 사용하여 DB, 웹 또는 모든 서버로 사용자 정의하는 것이 좋습니다.
linux vm을 시작하는 또 다른 장점은 설치시 호스트가 자동으로 완전히 패치된다는 것입니다 (vm은 로컬 리포지토리에서 최신 패키지를 가져옵니다).
템플릿을 최신 상태로 유지하면 분명히 똑같은 일을 할 수 있지만, 내가 작업 한 환경에서 내가 본 것은 아닙니다.
킥 스타트 파일의 % post 섹션 (예, 32 비트 또는 64 비트와 같이 설치 한 시스템에 따라 몇 가지가 있습니다)은 cfengine 에이전트를 설치하기 만하면 cfengine에서 호스트를 관리합니다.
시간을 정하지는 않았지만 일단 인프라가 구축되면 복제 속도가 더 빠를 것으로 의심됩니다. 또한 그렇다면 실제 호스트도 설치할 수 있습니다 ;-)
데비안 기반 시스템의 경우 FAI 를 사용했습니다 .