등록된 인스턴스 수명 주기 - AWS OpsWorks
등록Running 설정등록할당온라인설정 실패할당 해제초기 설정 구성 변경

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

등록된 인스턴스 수명 주기

중요

이 AWS OpsWorks Stacks 서비스는 2024년 5월 26일에 만료되었으며 신규 및 기존 고객 모두에 대해 비활성화되었습니다. 가능한 한 빨리 워크로드를 다른 솔루션으로 마이그레이션하는 것이 좋습니다. 마이그레이션에 대한 질문이 있는 경우 AWS re:Post 또는 AWS Premium Support를 통해 AWS Support 팀에 문의하세요.

참고

이 기능은 Linux 스택에서만 지원됩니다.

등록된 인스턴스 수명 주기는 에이전트가 설치되고 실행된 후 시작됩니다. 이때 AWS OpsWorks Stacks에 인스턴스를 스택에 등록하도록 지시합니다. 다음 상태 다이어그램은 주요 수명 주기 요소를 요약합니다.

State diagram showing registered instance lifecycle with stages and transitions.

각 상태는 인스턴스 상태에 대응합니다. 엣지는 다음 AWS OpsWorks Stacks 명령 중 하나를 나타냅니다. 세부 정보는 다음 섹션에 나와 있습니다.

  • 설정 – 이 명령은 설정 수명 주기 이벤트에 해당하며 인스턴스의 설정 레시피를 실행합니다.

  • 구성 – 이 명령은 Configure 수명 주기 이벤트에 해당합니다.

    AWS OpsWorks Stacks는 인스턴스가 온라인 상태가 되거나 온라인 상태에서 나갈 때 스택의 모든 인스턴스에서이 이벤트를 트리거합니다. 인스턴스들은 Configure 레시피를 실행하여 새 인스턴스 수용에 필요한 변경을 수행합니다.

  • 종료 – 이 명령은 인스턴스의 Shutdown 레시피를 실행하는 Shutdown 수명 주기 이벤트에 해당합니다.

    이들 레시피는 서비스 종료 같은 작업을 수행하지만 인스턴스를 중지하지는 않습니다.

  • 등록 취소 – 이 명령은 인스턴스를 등록 해제하며 수명 주기 이벤트에 해당하지 않습니다.

참고

간단히 하기 위해 다이어그램에는 Deregistering 상태와 Deleted 상태가 표시되어 있지 않습니다. 다이어그램의 모든 상태에서 인스턴스 등록을 해제할 수 있으며, 그러면 Deregister 명령이 인스턴스에 전송되어 인스턴스가 Deregistering 상태로 이동합니다.

  • 온라인 인스턴스 등록을 취소하면 AWS OpsWorks Stacks는 스택의 나머지 인스턴스에 Configure 명령을 전송하여 인스턴스가 오프라인 상태가 되고 있음을 알립니다.

  • Deregister 명령이 승인된 후 인스턴스는 여전히 실행되지만 Deleted 상태가 되고 더 이상 스택의 일부가 아닙니다. 인스턴스를 스택에 다시 통합하려면 다시 등록해야 합니다.

등록

에이전트가 등록 요청을 전송한 후 AWS OpsWorks Stacks는 인스턴스에 설정 명령을 전송하여 인스턴스 수명 주기를 시작하고 등록 중 상태로 전환합니다. 인스턴스는 설정 명령을 승인한 후 Running 설정 상태로 이동합니다.

Running 설정

Running 설정 상태는 인스턴스의 설정 레시피를 실행합니다. 설정은 이전 상태에 따라 다르게 작동합니다.

참고

인스턴스가 설정 실행 상태인 동안 할당을 해제하면 AWS OpsWorks Stacks는 인스턴스의 종료 레시피를 실행하지만 인스턴스를 중지하지 않는 종료 명령을 보냅니다. 인스턴스는 할당 해제 상태로 이동합니다.

등록

등록 프로세스 중에 설정은 스택에 등록된 인스턴스를 나타내는 AWS OpsWorks Stacks 인스턴스를 생성하고 인스턴스에서 코어 설정 레시피 세트를 실행합니다.

초기 설정이 수행하는 중요한 변경 한 가지는 인스턴스의 호스트 파일을 덮어쓰는 것입니다. 인스턴스를 등록하면 사용자 관리를 AWS OpsWorks Stacks에게 인계한 것입니다. SSH 로그인 권한을 제어하기 위해 자체 호스트 파일이 있어야 합니다. 또한 초기 설정은 여러 파일을 생성 또는 수정하며, Ubuntu 시스템에서는 패키지 소스를 수정하고 패키지 세트를 설치합니다. 세부 정보는 초기 설정 구성 변경을 참조하세요.

등록 중에 프로세스는 사전 조건으로 생성하는 IAM 사용자에게 연결된 권한의 일부인 IAM AttachUserPolicy을(를) 호출합니다. AttachUserPolicy가 존재하지 않으면(대체로 오래된 릴리스의 AWS CLI를 실행하고 있기 때문) 프로세스는 PutUserPolicy 호출로 돌아갑니다.

참고

일관성을 위해 AWS OpsWorks Stacks는 모든 핵심 설정 레시피를 실행합니다. 하지만 일부는 인스턴스가 적어도 하나의 계층에 할당된 경우에만 작업의 전부 또는 일부를 수행하므로 반드시 초기 설정에 영향을 미치지는 않습니다.

  • 설정이 성공하면 인스턴스는 등록 상태로 이동합니다.

  • 설정이 성공하지 못하면 인스턴스는 설정 실패 상태로 이동합니다.

할당

인스턴스에 계층이 하나 이상 할당되어 있습니다. AWS OpsWorks Stacks는 계층의 설정 이벤트에 할당한 사용자 지정 레시피를 포함하여 각 계층의 설정 레시피를 실행합니다.

  • 설정이 성공하면 인스턴스는 Online 상태로 이동하고, AWS OpsWorks Stacks는 스택의 모든 인스턴스에서 Configure 수명 주기 이벤트를 트리거하여 새 인스턴스를 알립니다.

  • 설정이 성공하지 못하면 인스턴스는 설정 Failed 상태로 이동합니다.

참고

이 설정 프로세스는 핵심 레시피를 재차 실행합니다. 다만 Chef 레시피는 idempotent 방식이므로 이미 수행된 작업은 반복하지 않습니다.

설정 실패

할당 상태인 인스턴스의 설정 프로세스가 실패하면 설정 스택 명령을 사용하여 수동으로 인스턴스의 설정 레시피를 재실행하여 다시 시도할 수 있습니다.

  • 설정이 성공하면 할당된 인스턴스는 온라인 상태로 이동하고, AWS OpsWorks Stacks는 스택의 모든 인스턴스에서 Configure 수명 주기 이벤트를 트리거하여 새 인스턴스를 알립니다.

  • 설정 시도가 성공하지 못하면 인스턴스는 다시 설정 Failed 상태로 이동합니다.

등록

등록된 상태의 인스턴스는 스택의 일부이며 AWS OpsWorks Stacks에서 관리하지만 계층에는 할당되지 않습니다. 이러한 인스턴스는 이 상태로 무기한 남아 있을 수 있습니다.

인스턴스를 하나 이상의 계층에 할당하면 AWS OpsWorks Stacks는 인스턴스에 설정 명령을 전송하고 할당 상태로 이동합니다.

할당

인스턴스는 설정 명령을 승인한 후 Running 설정 상태로 이동합니다.

인스턴스가 할당 중 상태일 때 인스턴스를 할당 해제하면 AWS OpsWorks Stacks는 설정 프로세스를 종료하고 종료 명령을 보냅니다. 인스턴스는 할당 해제 상태로 이동합니다.

온라인

이제 인스턴스는 하나 이상의 계층에 속하며, 일반적인 AWS OpsWorks Stacks 인스턴스처럼 취급됩니다. 이 인스턴스는 이 상태로 무기한 남아 있을 수 있습니다.

인스턴스가 온라인 상태인 동안 인스턴스를 할당 해제하면 AWS OpsWorks Stacks는 인스턴스에 종료 명령을 보내고 나머지 스택 인스턴스에 구성 명령을 보냅니다. 인스턴스는 할당 해제 상태로 이동합니다.

설정 실패

설정 명령이 실패했습니다.

  • 설정 스택 명령을 실행하여 다시 시도할 수 있습니다.

    인스턴스는 Running 설정 상태로 되돌아갑니다.

  • 인스턴스를 할당 해제하면 AWS OpsWorks Stacks는 인스턴스에 종료 명령을 보냅니다.

    인스턴스는 할당 해제 상태로 이동합니다.

할당 해제

Shutdown 명령이 완료된 후에 인스턴스는 더 이상 어떤 계층에도 할당되지 않으며 등록 상태로 돌아갑니다.

참고

인스턴스가 여러 계층에 할당된 경우, 할당 해제는 모든 계층에 적용됩니다. 즉, 할당된 계층의 하위 집합을 할당 해제할 수 없습니다. 다른 할당된 계층의 집합을 원하는 경우, 인스턴스를 할당 해제한 다음 원하는 계층을 다시 할당하세요.

초기 설정 구성 변경

초기 구성은 등록된 모든 인스턴스에서 다음 파일 및 디렉터리를 생성하거나 수정합니다.

생성된 파일
/etc/apt/apt.conf.d/99-no-pipelining
/etc/aws/
/etc/init.d/opsworks-agent
/etc/motd
/etc/motd.opsworks-static
/etc/sudoers.d/opsworks
/etc/sudoers.d/opsworks-agent
/etc/sysctl.d/70-opsworks-defaults.conf
/opt/aws/opsworks/
/usr/sbin/opsworks-agent-cli
/var/lib/aws/
/var/log/aws/
/vol/
수정된 파일
/etc/apt/apt.conf.d/99-no-pipelining
/etc/crontab
/etc/default/monit
/etc/group
/etc/gshadow
/etc/monit/monitrc
/etc/passwd
/etc/security/limits.conf (removing limits only for EC2 micro instances)
/etc/shadow
/etc/sudoers

초기 설정은 Amazon EC2 마이크로 인스턴스에서 스왑 파일도 생성합니다.

초기 설정은 Ubuntu 시스템을 다음과 같이 변경합니다.

패키지 소스

초기 설정은 패키지 소스를 다음으로 변경합니다.

  • deb http://archive.ubuntu.com/ubuntu/ ${code_name} main universe

    끝: deb-src http://archive.ubuntu.com/ubuntu/ ${code_name} main universe

  • deb http://archive.ubuntu.com/ubuntu/ ${code_name}-updates main universe

    끝: deb-src http://archive.ubuntu.com/ubuntu/ ${code_name}-updates main universe

  • deb http://archive.ubuntu.com/ubuntu ${code_name}-security main universe

    끝: deb-src http://archive.ubuntu.com/ubuntu ${code_name}-security main universe

  • deb http://archive.ubuntu.com/ubuntu/ ${code_name}-updates multiverse

    끝: deb-src http://archive.ubuntu.com/ubuntu/ ${code_name}-updates multiverse

  • deb http://archive.ubuntu.com/ubuntu ${code_name}-security multiverse

    끝: deb-src http://archive.ubuntu.com/ubuntu ${code_name}-security multiverse

  • deb http://archive.ubuntu.com/ubuntu/ ${code_name} multiverse

    끝: deb-src http://archive.ubuntu.com/ubuntu/ ${code_name} multiverse

  • deb http://security.ubuntu.com/ubuntu ${code_name}-security multiverse

    끝: deb-src http://security.ubuntu.com/ubuntu ${code_name}-security multiverse

패키지

초기 설정은 landscape를 제거하고 다음 패키지를 설치합니다.

autofs libicu-dev libopenssl-ruby
libssl-dev libxml2-dev libxslt-dev
libyaml-dev monit ntpd
procps ruby ruby-dev
rubygems screen sqlite
vim xfs