PXE 대신 Linux 서버 프로비저닝에 VMware의 템플릿 및 복제를 사용하는 의미 새 VM을 만들면 속도

VMware의 템플릿을 사용하여 새 VM을 만들면 속도 이점이있는 것 같습니다. 그러나 나는 덜 분명한 보안 및 유연성 영향에 대해 우려하고 있습니다. 예를 들어 :

대부분의 Linux가 RHEL 기반 배포판 인 거의 전적으로 VMware 인 상점에서 템플릿을 프로비저닝 할 때 함정을 겪은 사람이 있습니까? 클로닝시 걱정은 어떻습니까?

BTW : 초기 프로비저닝 방법에 관계없이 주로 나머지 구성을 위해 Puppet의 부트 스트랩으로 사용됩니다.

환경 및 프로비저닝 프로세스에 따라 VMware 템플릿 및 템플릿에서 복제 기능을 사용하는 것보다 새로 구축하는 것이 더 빠를 수 있습니다 .

배포 프로세스가 자동화되지 않은 대규모 Linux 중심 VMware 환경에서 작업했습니다. 우리는 RHEL 시스템의 vSphere 템플릿을 사용했지만 초기 복제 이후에는 약간의 수동 작업이 필요했습니다.

템플릿 장점 :

다른 응용 프로그램, 구성 설정 및 구성 관리 범위를 넘어 템플릿으로 확장되는 항목을 굽는 경우 템플릿이 좋습니다. ( 예 : 복잡한 Oracle 애플리케이션 스택 )
복제 시간은 스토리지 및 vSphere 인프라의 기능입니다. 실제로 느리고 리소스 집약적 인 복제 작업이 발생하는 것을 보았습니다.
예를 들어 Red Hat / CentOS / Debian / Ubuntu를 사용하는 경우 템플릿보다 시스템을 “구성 해제”하는 sys-unconfig명령 을 활용할 수 있습니다 . 이것은 Linux와 Microsoft에 해당하며 Sysprep네트워크 인터페이스 규칙, SSH 키, 네트워크 설정 등을 제거합니다.
VMware의 IP 할당 도구는 문제가되지 않으며 주류 Linux 운영 체제에는 큰 문제가되지 않았습니다.

PXE / 킥 스타트 배포 장점 :

결국 응용 프로그램 및 초기 OS 설치 후 필요한 추가 작업량에 따라 다릅니다. 가장 복잡한 인스턴스의 복제본을 사용하고 일상적인 시스템의 프로비저닝 시스템을 통해 새로운 빌드를 사용하여 하이브리드 방식을 취했습니다. 상호 배타적이지 않습니다.

세부 사항은 배포판에 따라 다르지만 템플릿을 만들 때 기억해야 할 CentOS / RHEL 항목을 몇 가지 제공하겠습니다.

처음 부팅 할 때 둘 다 다시 생성됩니다.

템플릿을 배포 한 후 업데이트를 실행하는 방법이 필요합니다.

vSphere를 사용하면 네트워킹 및 호스트 이름을 정의 할 수 있습니다. Puppet 사용자는 표준과 함께 템플릿에 Puppet 클라이언트를 설치할 수 있습니다 puppet.conf. 여러 환경을 사용하는 경우 실제로 각 환경마다 다른 템플릿이 필요합니다.

템플릿을 수정할 때 위의 파일을 제거해야합니다.

개인적으로 템플릿에서 배포하는 것이 약간 빠르지 만 PXE는 유연성이 뛰어나므로 프로비저닝하는 것을 선호합니다.

Linux 템플릿 VM 준비 및 참조하는 게시물 , 꼭두각시 준비 이미지 만들기 (CentOS / Fedora)를 살펴보십시오 . 아마도 이것이 도움이 될 것입니다.

Btw : JeOS VM을 배포 한 다음 꼭두각시를 사용하여 DB, 웹 또는 모든 서버로 사용자 정의하는 것이 좋습니다.

linux vm을 시작하는 또 다른 장점은 설치시 호스트가 자동으로 완전히 패치된다는 것입니다 (vm은 로컬 리포지토리에서 최신 패키지를 가져옵니다).

템플릿을 최신 상태로 유지하면 분명히 똑같은 일을 할 수 있지만, 내가 작업 한 환경에서 내가 본 것은 아닙니다.

킥 스타트 파일의 % post 섹션 (예, 32 비트 또는 64 비트와 같이 설치 한 시스템에 따라 몇 가지가 있습니다)은 cfengine 에이전트를 설치하기 만하면 cfengine에서 호스트를 관리합니다.

시간을 정하지는 않았지만 일단 인프라가 구축되면 복제 속도가 더 빠를 것으로 의심됩니다. 또한 그렇다면 실제 호스트도 설치할 수 있습니다 😉

데비안 기반 시스템의 경우 FAI 를 사용했습니다 .

How IT