나는 일반적으로 구성 관리를 통해 길을 배우고 있으며 꼭두각시 를 사용하여 특히 그것을 구현하고 있는데 꼭두각시로 관리 해서는 안되는 시스템의 측면이 무엇인지 궁금합니다 .
예를 들어 일반적으로 호스트 이름이 시스템을 퍼펫 관리에 대여하기 전에 호스트 이름이 이미 설정되어 있다고 가정합니다. 최소한 puppetmaster에 연결하는 데 사용 된 네트워크에서 기본 IP 연결이 작동하고 있어야합니다. 꼭두각시를 사용하여 DNS 영역 파일을 자동으로 만드는 것은 유혹적이지만 DNS 역방향 포인터는 물건을 시작하기 전에 이미 있어야하거나 인증서가 재미있을 것입니다.
꼭두각시에서 IP 구성을 제거해야합니까? 또는 꼭두각시를 처음 시작하기 전에 설정해야하지만 꼭두각시로 IP 주소를 관리해야합니까? IP가 여러 개인 시스템 (예 : WAN, LAN 및 SAN)은 어떻습니까?
무엇에 대한 IPMI ? ipmitool 을 사용하여 전부는 아니더라도 대부분을 구성 할 수 있으므로 꼭두각시로 자동화 할 수 있도록 콘솔 액세스 (물리적, LAN을 통한 원격 KVM 등)를받지 않아도됩니다. 그러나 모든 꼭두각시 에이전트 실행에서 상태를 다시 확인하는 것은 나에게 시원하지 않으며 시스템에 대한 기본 액세스 권한은 다른 작업을 수행하기 전에 갖고 싶은 것입니다.
또 다른 전체 이야기는 업데이트 설치에 관한 것입니다. 나는이 특정 시점에 가지 않을 것입니다 .SF에 대해 많은 질문이 있으며 다른 시스템 관리자 사이에 많은 다른 철학이 있습니다. 나 자신, 나는 꼭두각시 업데이트 일을하자 (예.뿐만 아니라하기로 결정 ensure => installed우리가 예를 들어 꼭두각시 (더 확신 할 때 나중에 일이 작업의 자동화를 떠나) 우리가 이미 사용되므로 수동으로 업데이트를 할. 추가하여 MCollective을 에 믹스).
그것들은 내가 지금 내 마음에 얻은 몇 가지 예였습니다. 꼭두각시에서 손이 닿지 않는 곳에 시스템의 측면이 있습니까? 또는 다른 방법으로, 프로비저닝 시간에 설정해야하는 것과 시스템에서 "정적으로"구성된 것 사이의 선은 어디에 있으며 중앙 집중식 구성 관리를 통해 처리되는 것은 무엇입니까?