top 35 puppet interview questions
Puppet은 오픈 소스 구성 관리 도구입니다. 이 자습서에서는 가장 자주 묻는 Puppet 인터뷰 질문 및 답변을 제공했습니다.
현재의 애자일 개발 환경에서 개발자는 하루에 여러 번 코드를 통합하고 작업을 수행하기 위해 추가 시간을 작업합니다.
운영 팀은 버전 제어 도구를 사용하여 코드를 통합하기 위해 애플리케이션 개발자와 협력하고, 코드 검토를 통해 여러 개발자간에 설계 및 구현 일관성을 유지하고, 테스트를 위해 다양한 빌드를 배포합니다. 이 외에도 시스템과 서버를 실행 상태로 유지해야합니다.
다양한 시스템과 서버를 지속적으로 실행하면 오작동하기 쉽습니다. 고객 기반이 막대한 대규모 조직에서는 인프라 유지 관리가 어려운 작업이됩니다.
새로 설치된 인프라의 경우 또는 기존 인프라를 양호한 상태로 유지하기 위해 DevOps는 새 시스템의 기본 구성을 자동으로 설정하고 실패한 인프라의 구성을 재설정하여 실행 상태를 유지하는 Puppet과 같은 구성 도구를 설치합니다.
학습 내용 :
Puppet 소프트웨어 도구 란?
Puppet은 서버 구성을 자동화하고 관리하는 오픈 소스 구성 관리 도구입니다. DSL (Domain-Specific Language)로 작성된 코드는 선언적이며 시스템의 원하는 상태가 설명됩니다. 이 도구는 puppet 마스터 및 해당 에이전트의 도움으로 설명 된대로 이러한 시스템의 상태 업데이트를 자동화합니다.
서버 오류의 경우 코드는 서버가 이전 작업 상태로 롤백하는 데 도움이됩니다. 또한 도구는 주문형 서버를 배포하고 서버에 보안을 적용합니다.
이 구성 관리 도구를 사용하면 NTP (Network Time Protocol), Sudo 권한을 관리하여이 DNS (Domain Name System) 이름 서버 외에 상승 된 액세스 권한을 가진 사용자를 식별 할 수 있으며 방화벽도이를 통해 관리 할 수 있습니다.
가장 자주 묻는 꼭두각시 인터뷰 질문
Q # 1) Puppet Enterprise에 대해 설명하십시오.
대답: Puppet Enterprise는 구성 도구 또는 소프트웨어 및 해당 설정과 같은 인프라 정보가 이미 시스템 및 서버에 대해 정의되어 설치 될 수 있도록 자동 코드라고 말하며, 새 인프라가 설치되고 정기적 인 확인이 수행 될 때 환경을 설정할 수 있습니다. 이러한 시스템과 서버가 원하는 상태로 유지되도록합니다.
Q # 2) Puppet 아키텍처를 설명하십시오.
대답: Puppet은 코드에서 수행 할 작업을 지정하지만 수행 방법에 대한 단계를 알려주지 않는 선언적 프로그래밍 방식을 따릅니다.
풀 기반 배포를 기반으로 에이전트 노드는 마스터 노드를 사용하여 정기적으로 30 분 간격으로 에이전트의 변경 사항을 확인합니다. 변경 요구 사항이있는 경우 에이전트는 마스터에서 특정 코드를 가져와 에이전트 노드에서 필요한 작업을 수행합니다.
- 에이전트는 팩트, 즉 키 / 값 데이터 쌍의 상태를 마스터에 보냅니다. 상태에는 시스템의 운영 체제, 가동 시간 (예 : 시스템이 작동하는 시간), IP 주소 (예 : 물리적 또는 가상 시스템)가 포함됩니다.
- 마스터는 사실 정보를 사용하여 에이전트 구성 방법을 설명하는 카탈로그를 컴파일합니다. 카탈로그, 문서는 에이전트의 리소스에 대해 원하는 상태를 설명하고 마스터는 에이전트에서 관리합니다.
- 에이전트는 Puppet 대시 보드에서 볼 수있는 구성 완료에 대한 정보로 마스터에 응답합니다.
Q # 3) 꼭두각시의 작동을 설명하십시오.
대답: 다음과 같이 설명됩니다.
실행에 필요한 엔터티에는 Puppet Master 및 Puppet Agent가 있습니다.
에이전트 또는 노드는 클라이언트 서버에서 실행되는 데몬입니다. 이러한 서버는 일부 구성이 필요하거나 Puppet을 사용하여 관리됩니다. 이 에이전트는 변경 사항에 대해 마스터와 정기적으로 구성을 확인합니다. 마스터는 다른 호스트에 대해 저장된 모든 구성으로 구성되며 마스터 서버에서 데몬으로 실행됩니다. 에이전트와 마스터는 SSL (Secure Sockets Layer)을 통해 연결됩니다.
노드는 마스터를 연결하고 마스터는 구성 및 노드에 적용 할 수있는 방법을 분석합니다. 분석 후 마스터는 리소스 및 구성을 수집하고, 카탈로그를 컴파일 및 생성하고,이를 노드의 에이전트로 보냅니다. 구성을 적용한 후 에이전트는 마스터 서버에 적용된 구성 보고서를 제출합니다.
Q # 4) Puppet 모듈에 대해 설명하십시오.
대답: 모듈은 클래스, 작업, 함수, 리소스 공급자 및 해당 유형, 팩트 또는 사용자 정의 유형과 같은 플러그인을 포함하는 디렉토리 구조에서 꼭두각시의 기본 구성 요소입니다. puppet 모듈 경로에 모듈을 설치해야합니다. 이러한 모듈은 시스템 또는 서버에 대한 소프트웨어 설치 또는 구성과 같은 작업을 관리하는 데 사용됩니다.
딸깍 하는 소리 여기 사용 가능한 기성품 모듈.
Q # 5) Puppet의 카탈로그 란 무엇입니까?
대답: 카탈로그는 노드에서 관리하는 각 리소스 마스터의 상태 세부 정보가 포함 된 문서입니다. 마스터는 카탈로그를 컴파일하고 에이전트에게 다시 보냅니다. 노드에서 에이전트가 제공 한 데이터, 외부 데이터 및 꼭두각시 매니페스트와 관련된 세부 정보가 있습니다.
Q # 6) Puppet에서 클래스 정의.
대답: 클래스는 모듈에있는 이름으로 호출되는 코드 블록입니다. 클래스는 응용 프로그램을 실행하는 데 필요한 모든 패키지, 서비스 및 구성 파일의 기능에 사용됩니다. 이들은 두 가지 가능한 방법, 즉 매니페스트에서 이러한 클래스를 선언하거나 외부 노드 분류 자에서 할당하는 방식으로 노드의 카탈로그에 추가 할 수 있습니다.
클래스는 다음 두 가지 방법으로 매니페스트에서 선언 할 수 있습니다.
사용 포함 class_name OR 사용 수업 {‘클래스 이름’:}
Puppet Class 구조는 아래 그림에 설명되어 있습니다.
Q # 7) Puppet의 매니페스트 란 무엇입니까?
대답: Ruby 프로그래밍 언어로 작성되고 .pp 확장자로 저장되고 대상에서 호스트 시스템을 만들고 관리하려는 의도로 구축 된 모든 Puppet 프로그램을 Manifest라고합니다.
포함 파일 (꼭두각시가 이러한 파일을 선택하고 대상 위치로 이동), 템플릿 (노드에서 구성 파일을 만드는 데 사용됨), 노드 (클라이언트 노드 관련 정의는 노드에 설명되어 있습니다), 자원 , 및 클래스.
Q # 8) Puppet의 Facter에 대해 자세히 설명하세요.
대답: Facter는 매니페스트에서 키-값 형식의 값이있는 변수로 존재하는 사실로 알려진 노드 별 시스템 정보를 발견하고보고하는 시스템 프로파일 링 교차 플랫폼 라이브러리입니다.
사실과 사실은 Puppet 코드에서 전역 변수로 사용할 수 있으며 코드의 어느 위치에서나 참조없이 코드에서 사용할 수 있습니다. Facter는 사용중인 운영 체제, SSH 키, IP 주소, 가상 머신에 대한 확인 여부, MAC 주소 등을 포함 할 수있는 사실의 세부 정보를 식별하는 라이브러리입니다.
사용되는 다양한 팩트 유형이 아래에 설명되어 있습니다.
- 핵심 사실 : 클라우드, 디스크, 메모리, OS, 경로, 프로세서 및 파티션과 같은 리소스에 대한 정보입니다. 다음 명령을 사용하여 전체 팩트 목록과 키-값 형식의 해당 값을 볼 수 있습니다.
- $ run 꼭두각시 사실
- 맞춤 정보 : 내보내기 FACTER {fact’s_name}을 사용하여 노드에 Custom Facts를 추가 할 수 있습니다. 이러한 사실은 DevOps의 특정 요구 사항을 충족하기 위해 사용자 지정됩니다.
- 외부 정보 : 프로비저닝 단계에서 팩트를 적용하기 위해 외부 팩트를 사용하고 AWS, OpenStack 클라우드 공급자의 가상 머신에 메타 데이터를 적용 할 수 있습니다.
Q # 9) Puppet Kick은 무엇을 의미합니까?
대답: 현재 버전에서 더 이상 사용되지 않는 Puppet Kick은 마스터에서 에이전트를 트리거하는 유틸리티입니다. Ubuntu 설명서에 따르면 'puppet kick'은 SSL (Secure Sockets Layer) 인증서에 액세스하고 에이전트를 실행하는 머신 세트를 연결하고 구성을 실행하도록 트리거하기 위해 루트로 실행되는 스크립트입니다.
또한이 명령은 LDAP (Lightweight Directory Access Protocol)에서 검색하여 해당 구성과 일치하는 호스트를 각각 연결하고 해당 구성을 실행하도록 트리거합니다. 작업을 시작하려면 에이전트는 들어오는 연결을 식별하고 감지해야하며 엔드 포인트 실행 권한에 대한 액세스 권한이 있어야합니다.
Q # 10) Puppet에서 MCollective의 기능을 설명하십시오.
대답: MCollective 또는 Marionette Collective는 복잡한 인프라 (예 : 오케스트레이션으로 알려진 시스템 및 서버)의 자동화 된 조정, 관리 및 배열을 생성하기위한 프레임 워크입니다. 서버 클러스터의 관리 작업은 MCollective를 사용하여 자동으로 실행할 수 있습니다.
해당 구성 요소는 서버, 클라이언트 및 미들웨어입니다. MCollective 명령을 사용하여 팩트 값을 쿼리하고, 서비스를 시작 및 중지하고, 구성 도구 자체를 시작하고, 소프트웨어를 쿼리하고 업데이트 할 수 있습니다.
Q # 11) Puppet의 모델 기반 설계에서 특별한 점은 무엇입니까?
대답: 이전에는 시스템 관리자가 여러 시스템 및 서버 그룹으로 구성된 인프라를 구성하고 관리하기 위해 일련의 단계를 따랐습니다. 모델 기반 설계 접근 방식에서 Ruby로 작성된 자동화 된 코드 인 Puppet에는 카탈로그로 컴파일되는 모든 구성 세부 정보가 포함되어 있습니다.
이 카탈로그는 모든 노드로 전송되고 리소스, 값 및 해당 관계를 공유하며, 실패한 시스템을 정상 실행 상태로 복원하기 위해 필요한 구성 수정이 이루어집니다.
Q # 12) Puppet에 대한 몇 가지 사용 사례를 제공합니다.
대답: Puppet은 인프라 배포를 관리하고 표준화하는 데 사용됩니다.
요구 사항 : Startup Company는 인프라를 Amazon 웹 서버 또는 Google Cloud 서비스와 같은 클라우드 서비스 제공 업체로 이전했습니다. 최종 사용자는 서로 다른 플랫폼, 응용 프로그램 및 서비스에서 시스템과 서버의 생성, 표준화 및 유지 관리를 담당하며 Puppet을 설치하고 사용하여 작업을 쉽게하기를 원합니다.
시나리오 1 : 관리자는 새 서버를 구축하기 위해 구성 코드로 작성된 단계가있는 매니페스트 파일 생성과 같이 서버 및 시스템을 표준화하는 도구를 사용합니다.
예를 들면
- 운영 체제 설치 (예 : Linux)
- 소프트웨어 파일 라이트 또는 DUC를 사용하여 Linux 디스크 공간 확인.
- Java 설치.
- Tomcat 설치.
- RDBMS로 SQL 서버 설치.
- 소프트웨어 개발 연수생을 위해 빌드 및 테스트 할 애플리케이션 용 패치를 설치합니다.
시나리오 2 : 파일 생성, 매니페스트에 위의 모든 단계를 나열하며, 매니페스트 파일에 자동으로 언급 된 단계를 수행하기 위해 puppet 명령을 사용하여 실행할 수 있습니다. 이렇게하면 매니페스트와 명령을 사용하여 새 시스템을 배포하는 동안 단계의 표준화가 수행됩니다.
시나리오 3 : 생성 된 Manifest는 API를 통해 Cloud 서버를 구축하는 데 활용되므로 모든 수동 작업이 자동으로 수행 될 수 있습니다.
Q # 13)“etckeeper-commit-post”및“etckeeper-commit-pre”명령을 설명하십시오.
대답: 다음은 두 명령의 차이점입니다.
- etckeeper-commit-post 에이전트에 구성을 푸시 한 후 실행할 수있는 구성 파일에 작성된 명령입니다.
- etckeeper-commit-pre 에이전트에서 구성을 푸시하기 전에 실행할 수있는 구성 파일에 작성된 명령입니다.
Q # 14) 클래스 이름, 모듈 이름 및 식별자에 허용되는 문자를 나열합니까?
대답: 다음은 클래스 이름 및 모듈 이름을 선언하는 동안 허용되는 문자입니다.
- 소문자로 시작해야합니다.
- 소문자, 숫자 및 밑줄을 포함 할 수 있습니다.
- 범위 확인 연산자 즉, '::'는 클래스 이름 정의에서 네임 스페이스 구분 기호입니다.
변수 이름에서 허용되는 문자는 다음과 같습니다.
- 대문자와 소문자로 시작할 수 있습니다.
- 숫자와 밑줄 (‘_’)을 포함 할 수 있습니다.
- 첫 번째 문자가 밑줄이면 변수는 자체 로컬 범위에서만 액세스 할 수 있습니다.
- 변수는 대소 문자를 구분합니다.
Q # 15) Contributor 라이선스 계약에 서명하지 않으면 어떻게됩니까?
대답: Puppet 또는 Facter의 코드 기여자에 대한 기여자 라이선스 계약 (CLA)에 서명하는 것은 필수 조건이며, 코드가 없으면 코드를 수락 할 수 없습니다. Ruby로 작성된 Puppet 또는 Facter 코드를 찾아 다운로드하려면 사용자가 GitHub 계정에 로그인하고 계약에 서명해야합니다.
Q # 16) Puppet에서 codedir의 중요성과 위치를 설명해주세요.
대답: codedir은 마스터 및 적용 명령에서 사용되지만 에이전트에서는 사용되지 않습니다. 매니페스트 및 모듈, 전역 모듈 디렉터리, Hiera 데이터 및 구성이 포함 된 환경을 사용하는 데이터 및 코드의 기본 디렉터리입니다.
이 codedir은 다음 로컬 디렉토리에 있습니다.
Windows의 경우 : C : ProgramData PuppetLabs puppet etc
Linux의 경우 : / etc / dir / PuppetLabs / 코드
Q # 17) 히 에라에 대해 설명해주세요.
대답: Hiera는 키-값 형식의 구성 데이터에 대한 조회 시스템입니다. Puppet 코드에서 데이터를 검색하는 데 도움이됩니다. 이 코드는 카탈로그에서 클래스에 대한 명시 적 매개 변수 조회 호출에이 시스템을 사용합니다. 이 시스템은 Puppet의 사실을 사용하여 데이터 소스를 식별합니다. 그 5일버전은 JSON, YAML 및 EYAML 형식의 데이터 파일을 지원합니다.
전역에서 시작하여 환경에서 시작하여 마지막으로 구성의 모듈 계층에서 3 개의 독립적 인 구성 계층에서 구성 데이터를 검색합니다.
Q # 18) Puppet의 가상 리소스에 대해 설명하십시오.
대답: Puppet 설정 중 동일한 리소스를 두 번 이상 사용하면 중복 리소스 선언 오류가 발생합니다. 이 도구는 가상 리소스를 도입하여이 문제를 해결합니다. 가상 자원을 선언하면 자원을 수집가가 사용할 수 있고 기능을 실현합니다. 또한 자원이 실현 될 때 상태를 관리합니다.
카탈로그에 포함 된 비활성으로 표시된 실현되지 않은 가상 리소스를 찾을 수 있습니다. 가상 리소스는 여러 클래스의 여러 조건이 충족되는 리소스 관리 및 여러 클래스에 의해 중복 된 리소스 집합에 적용됩니다.
Q # 19) 모듈 경로를 설명하십시오.
대답: 마스터 서비스 및 Puppet 매니페스트가 로컬로 적용되는 puppet apply 명령을 사용하여 하나 이상의 디렉토리에서 모듈 (puppet 모듈 경로에 설치됨)에서 해당 콘텐츠를로드합니다. Puppet에서 모듈을 검색 한 순서가 지정된 디렉토리 목록입니다. 모듈 경로 목록의 이러한 디렉토리는 구분 문자로 구분됩니다.
Linux에서는 콜론 (:)이고 Windows에서는 세미콜론 (;)입니다.
Q # 20) 기본 모듈 경로에 대한 세부 정보를 제공하십시오.
대답: 전역 모듈 디렉토리 목록은 기본 모듈 경로 설정으로 구성된 모든 환경에 적용하기위한 기본 모듈 경로이며 기본값은 아래와 같습니다.
Linux의 경우 : $ codedir / modules : / opt / puppetlabs / puppet / modules
Windows의 경우 : $ codedir modules
Q # 21) Puppet의 캐시 디렉토리에 대해 설명합니다.
대답: 정상 작업 중에 Puppet은 생성 된 데이터를 vardir이라는 캐시 디렉토리에 저장합니다. 이 데이터는 분석을 위해 마이닝 할 수 있습니다. 에이전트 및 적용 명령의 경우 캐시 디렉토리는 다음 위치 중 하나에서 찾을 수 있습니다.
Windows의 경우 C : programed PuppetLabs puppet cache
반면 Linux에서는 / opt / puppetlabs / puppet / cache , 또는 명령 줄에서 –vardir 옵션을 사용하면 퍼펫 캐시 디렉토리 위치가 지정됩니다. puppet.conf 설정을 변경하여 vardir 파일 및 디렉토리의 위치를 변경할 수 있습니다.
Q # 22) Puppet의 '환경'에 대해 설명합니다.
기본 게이트웨이를 사용할 수 없음 수정 Windows 10
대답: 환경은 어떤 환경 노드가 속하는 지에 따라 약간의 코드를 얻기 위해 모듈과 매니페스트를 노드에 대한 별도의 섹션 또는 폴더로 분리하는 논리적 배포이며 puppet.conf에 정적으로 설정됩니다. 인프라 구성을 환경으로 분할하는 기능입니다. 관리자는 단일 마스터를 사용하여 여러 격리 된 구성을 제공 할 수 있습니다.
Q # 23) Puppet의 리소스를 설명하세요.
대답: Puppet Resources는 시스템 또는 서버 인프라를 구축, 설계 및 관리합니다. 이 도구에는 시스템 아키텍처를 정의하기 위해 새 리소스를 만들고 정의하는 여러 유형의 리소스가 있습니다. 매니페스트 파일 (리소스 선언)의 꼭두각시 코드 블록은 DML (Declarative Modeling Language)을 사용하여 생성됩니다.
포함 리소스 유형, 리소스 매개 변수, 속성, 과 가치.
Q # 24) Puppet의 리소스 유형을 설명합니다.
대답: Puppet 관리 시스템 구성 요소는 리소스 유형을 사용하여 분석됩니다. 일반적인 리소스 유형은 그룹, 패키지, 사용자, 파일 및 서비스입니다.
리소스에는 기본 제공 유형과 사용자 정의 유형의 두 가지 유형이 있습니다. 기본 제공 리소스 유형 중 일부는 그룹, 패키지, 사용자, 파일 및 서비스입니다. forge.puppet.com에서 참조하는 puppet 모듈에 배포 된 사용자 정의 유형을 찾을 수 있습니다.
Q # 25) Puppet에서 노드 정의를 설명하십시오.
대답: 노드 정의 또는 문은 노드의 카탈로그와 일치하는 꼭두각시 코드 블록입니다. 영향을받는 노드에 특정 구성을 할당 할 수 있습니다.
그들의 구문은 노드 키워드, 노드 정의 이름, 여는 중괄호, 클래스 및 리소스 선언의 혼합, 수집기, 변수, 조건문, 함수 및 연결 관계, 마지막으로 닫는 중괄호가있는 클래스 정의의 구문과 유사합니다.
Q # 26) Puppet의 기능을 설명하십시오.
대답: Puppet 함수는 카탈로그 컴파일 중에 사용되는 플러그인입니다. 매니페스트에 의한 함수 호출은 함수를 실행하고 값을 반환하며 카탈로그를 부작용으로 수정합니다.
데이터를 변환하고 값을 구성하기 위해 매개 변수를 통해 인수를받는 자체 함수를 만들 수 있습니다. 값을 분석하기 위해 호출되는 플러그인 또는 표현식이며 기본 제공되거나 사용자 정의 될 수 있습니다.
Q # 27) Puppet을 사용하여 시스템을 구성하는 예제 제공
답변 : puppet으로 구성된 시스템의 몇 가지 예는 다음과 같습니다.
- NTP 서비스 관리 : NTP (Network Time Protocol)는 모든 노드에서 시간을 동기화하기 위해 puppet을 사용하여 관리 및 구성 할 수있는 가장 필수적인 서비스입니다.
- Sudo 권한 관리 : 에이전트의 Sudo 명령은 상승 된 액세스 권한을 가진 시스템 사용자를 식별합니다.
- DNS 이름 서버 파일 관리 : 이 구성 도구를 사용하여 컴퓨터에서 인식하는 IP 주소를 사람이 읽을 수있는 URL로 매핑하는 이름 서버를 관리 할 수 있습니다.
- 방화벽 규칙 관리 : 응용 프로그램 포트 (TCP / UDP), 네트워크 포트, IP 주소 및 액세스 거부 문과 같은 다양한 규칙 및 정책을 방화벽으로 설계 할 수 있으며 도구의 방화벽 정책을 관리 할 수 있습니다.
Q # 28) 꼭두각시의 메인 또는 사이트 매니페스트를 설명하십시오.
대답: 에이전트는 수신 된 정보를 기반으로 팩트라는 리소스 상태를 마스터에 보냅니다. 마스터는 메인 또는 사이트 매니페스트로 알려진 단일 매니페스트 파일의 형태로 카탈로그를 컴파일합니다. 마스터는 현재 노드의 환경에서 구성한 단일 또는 .pp 파일의 디렉토리 인 기본 매니페스트 파일을 사용합니다.이 파일은 environment.conf의 매니페스트 설정을 통해 기본 매니페스트를 결정합니다.
Q # 29) 꼭두각시 적용이란 무엇을 의미합니까?
대답: Puppet apply는 개별 매니페스트에 적용하기위한 독립 실행 형 실행 명령입니다. 이 코드는 명령 줄 또는 구성 파일을 통해 modulepath에 적용될 때 카탈로그처럼 작동합니다. 'puppet apply'는 구성을 적용하기위한 명령 줄 코드입니다.
Q # 30) Puppet을 사용하는 회사 목록.
대답: 인프라 관리 및 구성에 Puppet을 사용하는 다국적 기업 조직은 다음과 같습니다.
- KPN – 네덜란드 유선 및 이동 통신 회사, 네덜란드
- CERN – 유럽 핵 연구기구
- Aegon UK – 금융 서비스 제공 업체
- NYSE – 뉴욕 증권 거래소
- ICE – 대륙간 거래소
- ANZ 은행
- 시스코
- Splunk
- 구글
Q # 31) Puppet Open Source를 설치하기 전에 필요한 사전 설치 준비 사항을 설명하십시오.
대답: Puppet Open Source를 설치하기 전에 몇 가지 준비 및 요구 사항이 있습니다.
- 마스터로 서버 선택.
- 다음 지침에 따라 서버와 네트워크가 준비되고 설치 준비가되었는지 확인합니다.
- 선택한 서버에 대한 배포 유형 선택. Docker 작성 기반 스택-퍼펫웨어를 사용하거나 이미 Docker가있는 경우 repo.
- docker-compose up 명령 실행
- 에이전트 설치
- Puppet Server가 구성되면 구성 관리 도구가 필요한 노드 시스템에 에이전트 패키지를 설치해야합니다.
- 운영 체제에 따라 Linux, OS X 및 Microsoft Windows를 선택할 수 있습니다.
- NTP 및 sudoer를 사용하여 구성 설계를위한 Puppet 코드를 자동화 할 수 있습니다.
Q # 32) Puppet Enterprise에 대해 설명하십시오.
대답: Puppet Enterprise는 다운 타임없이 온 프레미스 및 클라우드 마이그레이션 인프라에 대한 구성과 함께 규정 준수 정책 및 보안을 구현하여 다양한 팀, 시스템, 온 프레미스 또는 클라우드 서버에서 확장 가능합니다.
또한 빌드 된 코드의 상태에 대한 보고서와 인프라 코드에 대해 누가 무엇을 변경했는지에 대한 정보를 생성하고 인프라에 대한 정기적 인 분석 검사를 트리거하여 발생하기 전에 영향을 평가합니다.
Q # 33) Puppet Remediate에 대해 설명하십시오.
대답: 인프라를 스캔하고 추적 가능하고 감사 가능한 형식으로 취약성에 대한 데이터를 생성하여 해결 우선 순위를 정합니다. 취약점을 평가하고 즉각적인 해결이 필요한 작업의 우선 순위를 지정하는 균형 조정 도구는 패키지, 서비스 관리 또는 셸 스크립트 실행 및 문제 해결과 같은 사전 구축 된 작업을 실행하여 이러한 작업에 참여합니다.
Q # 34) Puppet Relay의 동작을 설명해주세요.
대답: Puppet Relay는 인프라를 모니터링하고 온 프레미스 또는 클라우드 연결 시스템을 연결하여 사용할 수있는 DevOps 도구, API를 사용하는 사고 발생시 경고를 트리거 할뿐만 아니라 매니페스트의 카탈로그에있는 기본 구성 세부 정보를 사용하여 인스턴스를 재설정하고 최종적으로 알리는 자동화 스크립트를 실행합니다. 인스턴스의 팀.
Q # 35) 볼트 란?
대답: Bolt는 이전에 수동으로 처리 된 컴퓨터 시스템 및 관련 서비스의 조정, 관리 및 설정을 자동화하고 조직의 전체 인프라를 유지합니다.
결론
Puppet은 한 시스템이 마스터이고 다른 시스템이 에이전트 또는 노드 역할을하는 클라이언트-서버 모델을 따르는 사내 및 가상 인프라를위한 자동화 된 구성 관리 도구입니다. 주요 목적은 인프라 서버의 리소스를 관리하는 것입니다. 리소스는 사용자 계정이나 소프트웨어 콘텐츠와 같은 서버의 특성을 관리하는 코드입니다.
이 구성 관리 도구는 인프라를 자동으로 관리하기 위해 코드로 서버 구성을 표현하는 기능을 제공합니다.
Puppet 인터뷰 질문에 대한이 튜토리얼이 다가오는 인터뷰를 준비하는 데 도움이 될 것이라고 확신합니다.