AWS OpsWorks 스택 사용자 지정

내장 계층의 표준 구성이 적당하지만 이상적이지는 않아 특정 요구 사항에 맞게 최적화하기를 원할 경우

예를 들어 최대 worker 프로세스 수 또는 keepalivetimeout 값과 같은 설정에 자체 값을 지정하여 Static Web Server 계층의 Nginx 서버 구성을 조정할 수 있습니다.

내장 계층의 기능이 훌륭하지만 추가 패키지를 설치하거나 몇몇 사용자 지정 설치 스크립트를 실행하여 확장하기를 원할 경우

예를 들어 Redis 서버를 설치하여 PHP 앱 서버 계층을 확장할 수 있습니다.

내장 계층으로 처리할 수 없는 요구 사항이 있는 경우

예를 들어 AWS OpsWorks Stacks에는 일부 인기 있는 데이터베이스 서버에 대한 기본 제공 계층이 포함되어 있지 않습니다. 계층의 인스턴스에 이러한 서버를 설치하는 사용자 지정 계층을 생성할 수 있습니다.

사용자 지정 계층만 지원하는 Windows 스택을 실행하는 경우

사용자 지정JSON을 사용하여 기본 AWS OpsWorks 스택 설정을 재정의합니다.

기본 스택 설정을 재정의하는 속성 파일을 사용하여 사용자 지정 Chef AWS OpsWorks 쿡북을 구현합니다.

기본 Stacks 템플릿을 재정의하거나 확장하는 템플릿을 사용하여 사용자 지정 Chef AWS OpsWorks 쿡북을 구현합니다.

shell 스크립트를 실행하는 간단한 레시피를 사용하여 사용자 지정 Chef 쿡북을 구현합니다.

디렉터리 구성, 패키지 설치, 구성 파일 생성, 앱 배포 등의 작업을 수행하는 레시피를 사용하여 사용자 지정 Chef 쿡북을 구현합니다.

Chef 0.9 및 11.4 스택에서는 동일한 쿡북 및 레시피 이름의 사용자 지정 레시피를 구현하여 내장 레시피를 재정의할 수 없습니다.

각 수명 주기 이벤트에 대해 AWS OpsWorks Stacks는 항상 기본 제공 레시피를 먼저 실행한 다음 사용자 지정 레시피를 실행합니다. 이러한 Chef 버전은 동일한 쿡북 및 레시피 이름을 두 번 실행하지 않으므로 내장 레시피가 우선 순위를 가져 사용자 지정 레시피를 실행되지 않습니다.

Chef 11.10 스택에서는 내장 레시피를 재정의할 수 있습니다.

자세한 내용은 쿡북 설치 및 우선 순위 섹션을 참조하세요.

Windows 스택에서는 내장 레시피를 재정의할 수 없습니다.

AWS OpsWorks Stacks가 Windows 스택용 Chef 실행을 처리하는 방식은 기본 제공 레시피를 재정의하는 것을 허용하지 않습니다.