기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # 인스턴스 준비 **중요** 이 AWS OpsWorks Stacks 서비스는 2024년 5월 26일에 서비스 수명이 종료되었으며 신규 및 기존 고객 모두에서 비활성화되었습니다. 가능한 한 빨리 워크로드를 다른 솔루션으로 마이그레이션하는 것이 좋습니다. 마이그레이션에 대한 질문이 있는 경우 [AWS re:Post](https://repost.aws/) 또는 [AWS Premium Support](https://aws.amazon.com/support)를 통해 AWS Support 팀에 문의하세요. **참고** 이 기능은 Linux 스택에서만 지원됩니다. 인스턴스를 등록하기 전에 OpsWorks Stacks와 호환되는지 확인해야 합니다. 온프레미스를 등록하는지 Amazon EC2 인스턴스를 등록하는지에 따라 세부 사항이 달라집니다. ## 온프레미스 인스턴스 온프레미스 인스턴스는 다음 기준을 충족해야 합니다. + 인스턴스는 [지원되는 Linux 운영 체제](workinginstances-os-linux.md) 중 하나에서 실행되어야 합니다. 사용자 지정 또는 커뮤니티 생성 AMI에서 생성된 다른 운영 체제(예: CentOS 6.*x*)에서 인스턴스를 생성하거나 등록하는 것도 가능하지만 이런 운영 체제는 공식 지원되지 않습니다. 인스턴스에 `libyaml` 패키지를 설치해야 합니다. Ubuntu 인스턴스의 경우, 패키지는 `libyaml-0-2`로 명명됩니다. CentOS 및 Red Hat Enterprise Linux 인스턴스의 경우, 패키지는 `libyaml`로 명명됩니다. + 인스턴스는 지원되는 인스턴스 유형(경우에 따라 인스턴스 크기라고 함)이어야 합니다. 지원되는 인스턴스 유형은 운영 체제에 따라 다를 수 있으며, 스택이 VPC에 있는지에 따라 달라집니다. 지원되는 인스턴스 유형 목록을 보려면 대상 스택에서 새 인스턴스를 생성하려고 할 때 OpsWorks Stacks 콘솔에 표시되는 **크기** 드롭다운 목록 값을 확인합니다. 인스턴스 유형이 회색으로 표시되어 있고 대상 스택에서 생성할 수 없다면 해당 유형의 인스턴스도 등록할 수 없습니다. + 인스턴스에는 OpsWorks Stacks 서비스 엔드포인트인와 통신할 수 있는 인터넷 액세스 권한이 있어야 합니다`opsworks.us-east-1.amazonaws.com (HTTPS)`. 인스턴스는 Amazon S3 등 AWS 리소스로의 아웃바운드 연결도 지원해야 합니다. + 별도의 워크스테이션에서 인스턴스를 등록하려는 경우, 등록된 인스턴스는 워크스테이션에서의 SSH 로그인을 지원해야 합니다. 인스턴스에서 등록 명령을 실행하는 경우에는 SSH 로그인이 필요하지 않습니다. + AWS 액세스 키는 에이전트에서 OpsWorks OpsWorks Stacks 서비스로 인증하는 데 사용됩니다. 90일마다 권장 사항에 따라 액세스 키를 교체하는 경우 새 키를 사용하도록 OpsWorks 에이전트를 수동으로 업데이트합니다. 온프레미스 컴퓨터 또는 인스턴스에서 새 액세스 키 및 암호 키로 `/etc/aws/opsworks/instance-agent.yml` 파일을 편집합니다. 다음 명령은 이 파일의 액세스 키와 암호 키를 표시합니다. 이전 키를 사용하는 에이전트는 오류를 일으킬 수 있습니다. ``` cat /etc/aws/opsworks/instance-agent.yml | egrep "access_key|secret_key" :access_key_id: AKIAIOSFODNN7EXAMPLE :secret_access_key: wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY ``` ## Amazon EC2 인스턴스 Amazon EC2 인스턴스는 다음 기준을 충족해야 합니다. + AMI는 지원되는 Linux 운영 체제 중 하나에 기반해야 합니다. 현재 목록은 [OpsWorks Stacks 운영 체제](workinginstances-os.md)를 참조하세요. 자세한 내용은 [사용자 지정 AMI 사용](workinginstances-custom-ami.md) 단원을 참조하십시오. 인스턴스가 지원되는 표준 AMI에서 파생된 사용자 지정 AMI에 기반하거나 인스턴스에 극히 최소한의 설정이 포함된 경우, 인스턴스에 `libyaml` 패키지를 설치해야 합니다. Ubuntu 인스턴스의 경우, 패키지는 `libyaml-0-2`로 명명됩니다. Amazon Linux 및 Red Hat Enterprise Linux 인스턴스의 경우, 패키지는 `libyaml`(으)로 명명됩니다. + 인스턴스는 지원되는 인스턴스 유형(경우에 따라 인스턴스 크기라고 함)이어야 합니다. 지원되는 인스턴스 유형은 운영 체제에 따라 다를 수 있으며, 스택이 VPC에 있는지에 따라 달라집니다. 지원되는 인스턴스 유형 목록을 보려면 대상 스택에서 새 인스턴스를 생성하려고 할 때 OpsWorks Stacks 콘솔에 표시되는 **크기** 드롭다운 목록 값을 확인합니다. 인스턴스 유형이 회색으로 표시되어 있고 대상 스택에서 생성할 수 없다면 해당 유형의 인스턴스도 등록할 수 없습니다. + 인스턴스는 `running` 상태여야 합니다. + 인스턴스는 [Auto Scaling 그룹](https://docs.aws.amazon.com/AutoScaling/latest/DeveloperGuide/WhatIsAutoScaling.html)의 일부가 아니어야 합니다. 자세한 내용은 [Auto Scaling 그룹에서 EC2 인스턴스 분리](https://docs.aws.amazon.com/AutoScaling/latest/DeveloperGuide/detach-instance-asg.html)를 참조하세요. + 인스턴스는 [VPC](https://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_Introduction.html)의 일부일 수 있지만 스택과 동일한 VPC에 있어야 하며 OpsWorks Stacks에서 제대로 작동하도록 VPC를 구성해야 합니다. + [스팟 인스턴스](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/how-spot-instances-work.html)는 [자동 복구](https://docs.aws.amazon.com/opsworks/latest/userguide/workinginstances-autohealing.html)와 호환되지 않기 때문에 지원되지 않습니다. Amazon EC2 인스턴스를 등록할 때 OpsWorks Stacks는 인스턴스의 [보안 그룹](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-network-security.html) 또는 규칙을 수정하지 않습니다. 인스턴스의 보안 그룹 규칙이 다음 OpsWorks Stacks 요구 사항과 일치하는지 확인합니다. **수신 규칙** 수신 규칙은 다음을 허용해야 합니다. + SSH 로그인. + 적절한 계층으로부터의 트래픽. 예를 들어 데이터베이스 서버는 일반적으로 스택의 애플리케이션 서버 계층으로부터의 인바운드 트래픽을 허용합니다. + 적절한 포트로의 트래픽. 예를 들어 애플리케이션 서버 인스턴스는 일반적으로 80번 포트(HTTP)와 443번 포트(HTTPS)로의 인바운드 트래픽을 허용합니다. **송신 규칙** 송신 규칙은 다음을 허용해야 합니다. + 인스턴스에서 실행되는 애플리케이션에서 OpsWorks Stacks 서비스로의 트래픽입니다. + AWS API를 사용하여 애플리케이션에서 Amazon S3와 같은 AWS 리소스에 액세스하는 트래픽. 한 가지 일반적인 방법은 송신 규칙을 지정하지 않음으로써 아웃바운드 트래픽에 제한을 두지 않는 것입니다.