AWS OpsWorks Stacks FAQs
일반
Q: AWS OpsWorks Stacks란 무엇입니까?
AWS OpsWorks Stacks는 AWS와 온프레미스에서 애플리케이션과 서버를 관리할 수 있게 해줍니다. OpsWorks Stacks을 사용하면 로드 밸런싱, 데이터베이스, 애플리케이션 서버와 같이 다양한 계층이 포함된 스택으로 애플리케이션을 모델링할 수 있습니다. 각 레이어에 Amazon EC2 인스턴스를 배포 및 구성하거나 Amazon RDS 데이터베이스 등의 다른 리소스에 연결할 수 있습니다. OpsWorks Stacks에서는 예약된 일정이나 트래픽 수준 변화에 따라 서버 자동 확장을 설정할 수 있으며, 환경 규모 변화에 따라 수명 주기 후크를 사용하여 변경 사항을 조정합니다. Chef Solo로 Chef 레시피를 실행하면 패키지, 프로그래밍 언어, 프레임워크 설치, 소프트웨어 구성 등의 작업을 자동화할 수 있습니다.
Q: AWS OpsWorks Stacks가 AWS OpsWorks for Chef Automate와 다른 점은 무엇입니까?
OpsWorks for Chef Automate는 사용자가 Chef 서버를 즉시 프로비저닝하도록 지원하고 서비스에서 이를 운영(백업 수행, 소프트웨어 업그레이드 등)하는 구성 관리 서비스입니다. 이 서비스는 Chef의 Supermarket 쿡북 및 레시피와 완벽히 호환됩니다. 또한, TestKitchen 및 Knife와 같은 기본 Chef 도구도 지원합니다. OpsWorks Stacks 서비스는 Amazon EC2 인스턴스에 자동으로 설치되는 내장 Chef 솔로 클라이언트를 사용하여 AWS에 있는 애플리케이션을 모델링, 프로비저닝 및 관리하도록 해줍니다.
Q: AWS OpsWorks Stacks는 어떤 사용자에게 적합합니까?
강력한 엔드-투-엔드 애플리케이션 관리 솔루션을 찾고 있는 시스템 관리자 및 운영에 초점을 두는 개발자는 AWS OpsWorks Stacks 사용을 고려해야 합니다. AWS OpsWorks Stacks는 환경을 사용자 지정하고 제어할 수 있는 더 효율적인 관리 및 자동화 도구를 필요로 하는 DevOps 사용자를 대상으로 합니다. AWS OpsWorks Stacks 사용자는 일반적으로 다음 사항에 중점을 둡니다.
제어. AWS OpsWorks Stacks를 사용하면 애플리케이션의 모든 구성 요소를 쉽게 모델링하고 애플리케이션의 모든 측면 및 지원 인프라를 구성할 수 있습니다. 애플리케이션 수명 주기의 정의된 단계에서 Chef 레시피를 사용하여 스크립팅된 변경을 지원하므로(자세한 내용은 여기 참조)애플리케이션 및 애플리케이션과 관련 구성 요소와의 상호 작용을 세밀하게 제어할 수 있습니다. 레시피는 변경 사항을 쉽게 추적할 수 있도록 소스 코드와 함께 저장될 수 있습니다. 일회 배포부터 Auto scaling된 확장에 이르기까지 애플리케이션 자체의 전체 수명 주기에서 설정이 반영됩니다.
자동화. 수동으로 단계를 수행하지 않고 사용자가 애플리케이션의 규모 조정, 유지 관리 및 배포 방법을 지정하면 AWS OpsWorks Stacks가 사용자 대신 작업을 수행합니다. 예를 들어, AWS OpsWorks Stacks는 지정한 정확한 구성(배포할 코드 등)에 따라 앱을 호스팅하기 위해 인스턴스를 설정하고, 로드 또는 시간 기반의 Auto Scaling을 사용하여 앱의 규모를 조정하며, 실패한 인스턴스를 검색하고 교체하여 앱의 상태를 유지 관리할 수 있습니다. AWS OpsWorks Stacks에서는 Chef 레시피를 사용하여 새로운 앱 서버 인스턴스를 시작하고, 앱 서버 소프트웨어를 구성하며, 앱을 배포합니다. 또한, 사용자는 자체 Chef 레시피를 적용하여 데이터베이스를 변경하고 인프라를 모니터링할 수도 있습니다.
Q: AWS OpsWorks Stacks를 사용하여 수행할 수 있는 작업 중 이전에는 할 수 없었던 작업은 무엇입니까?
AWS OpsWorks Stacks는 다음 작업을 수행할 수 있는 솔루션을 제공합니다.
애플리케이션을 모델링하고 지원합니다. Amazon Linux, Ubuntu, RHEL 및 Windows에서 선택한 구성에서 애플리케이션을 배포할 수 있습니다. AWS OpsWorks Stacks를 사용하면 계층을 사용하여 애플리케이션을 모델링할 수 있습니다. 계층은 함께 관리되는 리소스 집합을 구성하는 방법을 정의합니다. 예를 들어, 애플리케이션에 대해 Amazon EC2 인스턴스, Amazon EBS 볼륨 및 탄력적 IP 주소로 구성된 웹 계층을 정의할 수도 있습니다. 또한 설치 스크립트 및 초기화 작업을 비롯한 각 계층의 소프트웨어 구성을 정의할 수 있습니다. 인스턴스가 계층에 추가되면 AWS OpsWorks Stacks는 지정된 구성을 자동 적용합니다. AWS OpsWorks Stacks에서 Chef 레시피를 지원하므로(자세한 내용은 여기 참조) PostgreSQL, Nginx, Solr 등 커뮤니티에서 구축한 수많은 구성을 활용할 수 있습니다. 예를 들어, CouchDB 데이터베이스에 연결된 Django에 설치되어 있는 여러 개의 Python 앱으로 구성된 애플리케이션을 만들 수 있습니다.
작업을 자동화합니다. AWS OpsWorks Stacks를 사용하여 관리 작업을 자동화할 수 있으므로 작업이 안정적으로 자동 수행됩니다. 자동 장애 조치, 패키지 관리, Elastic Load Balancing 구성, 그리고 규칙 또는 시간 기반의 자동 인스턴스 조정 기능을 활용할 수 있습니다. 일반적인 작업이 자동으로 처리되며 이러한 자동화를 확장하거나 사용자 지정할 수도 있습니다. AWS OpsWorks Stacks는 Auto Scaling 이벤트처럼 환경의 변화에 적응하도록 자동으로 인스턴스 구성을 업데이트하는 수명 주기 이벤트를 통해 연속 구성을 지원합니다. AWS OpsWorks Stacks를 사용하면 여러 대의 컴퓨터에 로그인하거나 수동으로 구성을 업데이트할 필요가 없습니다. 환경이 변화할 때마다 AWS OpsWorks Stacks가 구성을 업데이트합니다.
Q: AWS OpsWorks Stacks는 어떤 종류의 애플리케이션을 지원합니까?
AWS OpsWorks Stacks는 간단한 웹 애플리케이션에서 매우 복잡한 사용자 정의 애플리케이션에 이르기까지 다양한 애플리케이션 아키텍처를 지원합니다.
Q: AWS OpsWorks Stacks에 어떻게 액세스할 수 있습니까?
AWS OpsWorks Stacks는 AWS Management Console, AWS SDK 및 AWS 명령줄 인터페이스에서 사용할 수 있습니다.
Q: AWS OpsWorks가 Stacks를 지원하는 리전은 어디입니까?
OpsWorks Stacks의 리전별 가용성에 대한 자세한 정보는 리전별 제품 및 서비스를 참조하십시오.
Q: AWS OpsWorks Stacks는 AWS CloudFormation과 어떻게 다릅니까?
AWS OpsWorks Stacks 및 AWS CloudFormation은 모두 애플리케이션 모델링, 배포, 구성, 관리 및 관련 작업을 지원합니다. 두 서비스 모두 단순 웹 애플리케이션에서 매우 복잡한 애플리케이션에 이르기까지 다양한 아키텍처를 지원합니다. AWS OpsWorks Stacks 및 AWS CloudFormation은 추상화 수준 및 중점을 두는 분야가 다릅니다.
AWS CloudFormation은 고객이 JSON 기반 도메인별 언어를 통해 거의 모든 AWS 리소스를 프로비저닝하고 관리할 수 있게 해주는 빌딩 블록 서비스입니다. AWS CloudFormation은 개발 및 작업에 대해 특정 모델을 제시하지 않고 전체 AWS에 대해 기본 기능을 제공하는 데 중점을 둡니다. 고객은 템플릿을 정의하여 AWS 리소스, 운영 체제 및 애플리케이션 코드를 프로비저닝하고 관리하는 데 사용합니다.
반면에 AWS OpsWorks Stacks는 더 높은 수준의 서비스로 IT 관리자 및 운영에 초점을 두는 개발자에게 생산성과 안정성이 높은 DevOps 환경을 제공하는 데 중점을 둡니다. 그러기 위해 AWS OpsWorks Stacks는 스택 및 계층 같은 개념에 기반을 둔 구성 관리 모델을 사용하며, 배포, 모니터링, Auto Scaling 및 자동화와 같은 주요 작업을 위한 통합 환경을 제공합니다. AWS CloudFormation과 비교해 볼 때 AWS OpsWorks Stacks는 Amazon EC2 인스턴스, Amazon EBS 볼륨, 탄력적 IP, Amazon CloudWatch 지표 등 좀 더 좁은 범위의 애플리케이션 중심 AWS 리소스 유형을 지원합니다.
Q: AWS OpsWorks Stacks는 AWS Elastic Beanstalk와 어떻게 다릅니까?
AWS OpsWorks Stacks는 구성 관리 플랫폼인데 반해 AWS Elastic Beanstalk는 애플리케이션 관리 플랫폼입니다.
AWS Elastic Beanstalk는 Java, .NET, PHP, Node.js, Python, Ruby, Go, Docker를 사용하여 개발된 웹 애플리케이션 및 서비스를 간편하게 배포 및 조정할 수 있는 서비스입니다. 고객이 코드를 업로드하면 Elastic Beanstalk에서 나머지 작업을 자동으로 수행합니다.
AWS OpsWorks Stacks와 AWS Elastic Beanstalk는 모두 운영을 자동화하지만, 서로 다른 요구와 목적을 지원합니다. AWS Elastic Beanstalk는 운영에 대한 걱정 없이 웹 애플리케이션을 배포하고자 하는 개발자를 위해 설계되었습니다. 개발자가 코드를 업로드하기만 하면 Elastic Beanstalk가 용량 프로비저닝, 로드 밸런싱, 자동 크기 조정부터 시작하여 애플리케이션 상태 모니터링에 이르기까지 배포를 자동으로 처리합니다. 개발자가 인프라나 리소스를 구성할 필요 없이, 애플리케이션을 사용할 수 있는 준비가 완료됩니다.
반면에 AWS OpsWorks Stacks는 운영에 대해 상당히 높은 수준의 사용자 정의 및 제어를 원하는 IT 관리자와 DevOps 엔지니어를 위한 통합 구성 관리 플랫폼입니다. AWS OpsWorks Stacks 사용자는 Chef 레시피를 활용하여 소프트웨어 구성, 패키지 설치, 데이터베이스 설정, 서버 규모 조정, 코드 배포 등과 같은 작업을 자동화합니다.
Q: 다른 서비스 콘솔이나 CLI를 사용해서 AWS OpsWorks Stacks에서 만든 리소스를 관리할 수 있습니까?
환경 구축을 위해 OpsWorks Stacks에서 사용되는 모든 리소스가 관련 서비스에 표시되지만 일반적으로 OpsWorks Stacks 자동화로 인한 부작용을 피하려면 리소스를 OpsWorks Stacks에서 독점적으로 관리해야 합니다. 하지만 다음과 같은 몇 가지 예외 사항이 있습니다.
- AWS OpsWorks Stacks에서는 계층에서 지정된 구성을 기반으로 하는 인스턴스 볼륨을 만들고 삭제하게 됩니다. 볼륨의 스냅샷을 만들거나 인스턴스가 종료된 후에도 유지되도록 선택한 볼륨을 관리하려는 경우 Amazon EC2 서비스에서 직접 이 작업을 수행할 수 있습니다.
- AWS OpsWorks Stacks는 해당 계층에 대해 요구되는 포트와 일치하는 기본값을 사용하여 계층에 대한 보안 그룹을 제공합니다. 보안 그룹을 사용자 지정하거나 새로운 보안 그룹을 만들려는 경우 EC2 서비스에서 직접 이 작업을 수행할 수 있습니다.
- AWS OpsWorks Stacks는 SSH를 인스턴스에 배치할 수 있게 해 주는 키 페어를 사용합니다. 키 페어를 만들거나 관리하려는 경우 Amazon EC2 서비스에서 직접 이 작업을 수행할 수 있습니다.
- AWS OpsWorks Stacks는 스택에 추가하는 사용자에 적용할 기본 AWS IAM 정책을 만듭니다. 세분화된 권한을 원하는 경우 IAM에서 해당 권한을 사용자에게 추가해야 합니다.
- AWS OpsWorks Stacks는 모든 리소스의 지표를 Amazon CloudWatch로 보냅니다. 이러한 지표를 검토하거나 경보를 설정하려는 경우 Amazon CloudWatch에서 직접 이 작업을 수행할 수 있습니다.
Q: AWS OpsWorks Stacks 인스턴스는 Amazon EC2 인스턴스와 동일합니까?
AWS OpsWorks Stacks 인스턴스는 Amazon EC2 인스턴스 및 해당 인스턴스의 가용 영역, 유형 및 연결 볼륨 같은 관련 리소스와의 관계를 정의합니다. AWS OpsWorks Stacks 인스턴스는 인스턴스 수명 주기 동안 많은 Amazon EC2 인스턴스에 의해 표시될 수 있으나 한 번에 하나씩만 가능합니다. 이렇게 하면 Amazon EC2 인스턴스가 시작될 때 볼륨 및 탄력적 IP를 바인딩하는 것처럼 AWS OpsWorks Stacks가 지속적으로 리소스를 바인딩할 수 있습니다.
Q: AWS OpsWorks Stacks에 한도가 있습니까?
기본적으로 최대 40개의 스택을 만들 수 있으며 각 스택은 최대 40개 계층, 40개 인스턴스 및 40개 앱을 보유할 수 있습니다. 또한 다른 AWS 한도도 알고 있어야 합니다. 예를 들어, 기본 AWS 계정 제한 내에서는 최대 20개의 Amazon EC2 인스턴스를 실행할 수 있습니다. 더 많은 리소스가 필요한 경우 요청 양식을 작성하면 요청이 바로 검토될 것입니다. 각 OpsWorks Stacks 계층을 통해 제한된 수의 패키지를 설치할 수도 있습니다. 더 많은 패키지를 설치하려면 사용자 지정 cookbook을 이용하십시오.
Q: AWS OpsWorks Stacks에서 Windows Server를 지원합니까?
예. AWS OpsWorks Stacks는 Windows Server 2012 R2를 지원합니다.
시작하기
Q: AWS OpsWorks Stacks에 가입하려면 어떻게 해야 합니까?
AWS OpsWorks Stacks에 가입하려면 OpsWorks Stacks 세부 정보 페이지에서 지금 가입 버튼을 클릭하십시오. 이 서비스에 액세스하려면 Amazon Web Services 계정이 있어야 합니다. 아직 계정이 없는 경우 AWS OpsWorks Stacks 프로세스를 시작하면 계정을 생성하라는 메시지가 표시됩니다.
애플리케이션 구성 및 관리
Q: AWS OpsWorks Stacks를 사용하면 애플리케이션의 어떤 요소를 제어할 수 있습니까?
AWS OpsWorks Stack은 로드 밸런서, 서버 소프트웨어, 데이터베이스 등 전체 애플리케이션 구성을 정의합니다. 인스턴스에 배포된 소프트웨어 패키지와 탄력적 IP, 보안 그룹 등의 기타 구성 세부 정보를 정의하는 계층을 구축하여 스택의 모든 부분을 제어할 수 있습니다. 또한 리포지토리를 확인하고 선택적으로 Chef 레시피를 사용하여 계층에 소프트웨어를 배포할 수 있으며 디렉터리 및 사용자 생성, 데이터베이스 구성 등 Chef가 할 수 있는 모든 작업을 자동화할 수 있습니다. OpsWorks Stacks의 기본 자동화 기능을 사용하여 애플리케이션의 규모를 조정하고 인스턴스 실패를 자동으로 복구할 수 있습니다. 애플리케이션이 사용하는 인스턴스에 대한 SSH 액세스 권한을 비롯한 애플리케이션에 사용되는 리소스를 보고 관리할 수 있는 사용자를 제어할 수 있습니다.
Q: AWS OpsWorks Stacks는 어떤 소프트웨어 버전 관리 및 수정 제어 시스템을 지원합니까?
AWS OpsWorks Stacks는 HTTP 및 프라이빗 또는 퍼블릭 S3 번들뿐 아니라 Git 및 Subversion 같은 일반적인 버전 제어 시스템에 배포하려는 코드를 검색할 수 있습니다. 예를 들어, Git 리포지토리에서 버전 및 분기를 OpsWorks Stacks 앱 정의에 추가하여 특정 버전 애플리케이션을 배포할 수 있습니다. 또한 Chef 레시피를 사용하여 rsync 또는 scp를 사용할 모든 위치에서 앱을 배포할 수 있습니다.
Q: AWS OpsWorks Stacks는 어떤 운영 체제를 지원합니까?
AWS OpsWorks Stacks는 현재 Amazon Linux, Ubuntu 12.04 LTS, Ubuntu 14.04 LTS, Windows Server 2012 R2를 지원합니다.
Q: AWS OpsWorks Stacks는 Microsoft Windows를 지원합니까?
예. AWS OpsWorks Stacks는 Windows Server 2012 R2를 지원합니다.
Q: 가용성이 높은 애플리케이션을 배포하는 데 AWS OpsWorks Stacks를 사용할 수 있습니까?
예. 애플리케이션이 수평적 규모 조정을 지원하면 여러 가용 영역에서 인스턴스를 만들 수 있고 로드 밸런서는 인스턴스 사이에서 트래픽을 라우팅합니다. 인스턴스가 실패하면 OpsWorks Stacks의 자동 치유 기능이 인스턴스를 교체할 수 있습니다. 애플리케이션이 가용성 목표를 달성하기 위해 액티브 노드 및 패시브 노드에 있는 데이터베이스와 같이 다른 기술을 사용하는 경우에도 Chef 레시피를 사용하여 애플리케이션을 구성할 수 있습니다.
Q: AWS OpsWorks Stacks에서 애플리케이션을 어떻게 모델링합니까?
AWS OpsWorks Stacks는 애플리케이션을 모델링하기 위해 다음 세 가지 개념을 제공합니다.
스택은 최고 수준 관리 단위입니다. 스택은 계층이라는 Amazon EC2 인스턴스 및 인스턴스 청사진 집합을 포함하며 이러한 인스턴스를 실행하고 관리하는 데 사용됩니다. 애플리케이션, 사용자 권한 및 기타 리소스는 스택의 컨텍스트 내에서 범위가 지정되고 제어됩니다. 예를 들어, 프런트 엔드 로드 밸런서, PHP 서버, PHP 앱 및 MySQL 데이터베이스를 포함하는 웹 애플리케이션 개발 스택을 만들 수 있습니다. 또한 개발 스택을 복제하여 유사한 구성을 갖는 웹 애플리케이션 프로덕션 스택을 만들 수 있습니다.
계층은 인스턴스와 볼륨, 탄력적 IP 같은 관련 리소스를 설정하고 구성하는 방법에 대한 청사진이며 SSL 설정 같은 인프라 구성을 자동으로 처리할 수 있습니다. 또한 설치 스크립트, 초기화 작업, 패키지 등 각 계층의 소프트웨어 구성을 정의할 수 있습니다. 예를 들어, Ruby 계층을 선택하면 OpsWorks Stacks는 Rails뿐 아니라 애플리케이션이 요구하는 모든 Gems를 설치할 수 있습니다. 또한 계층은 Chef 레시피(자세한 내용은 "Chef는 무엇이며 AWS OpsWorks Stacks에서 어떻게 Chef를 사용합니까?" 참조)를 사용하여 인스턴스의 상태 변화에 따라 구성 작업을 자동화하는 수명 주기 이벤트(자세한 내용은 "수명 주기 이벤트란 무엇입니까?" 참조)를 포함합니다. 계층은 수동적인 상호 작용 없이 최고 수요를 처리하기 위해 시간 또는 로드 기반 Auto Scaling을 포함할 수 있습니다.
앱은 리포지토리(예: Git, S3)에서 다운로드된 소프트웨어로 계층에 배포됩니다. 배포 수명 주기를 사용하여 애플리케이션을 데이터베이스에 연결하는 것처럼 구성 단계를 자동화하기 위해 배포 수명 주기 이벤트를 사용할 수 있습니다. OpsWorks Stacks는 스택 및 계층당 여러 개의 앱을 배포할 수 있는 기능을 지원합니다.
Q: Chef는 무엇이며 AWS OpsWorks Stacks에서 어떻게 Chef를 사용합니까?
Chef는 Chef Software, Inc.가 제공하는 오픈 소스 프레임워크로서, 코드를 사용하여 애플리케이션이 구성, 배포 및 관리되는 방법을 자동화합니다. AWS OpsWorks Stacks는 Chef 레시피를 사용하여 Amazon EC2 인스턴스에서 소프트웨어 구성 요소를 배포하고 구성합니다. Chef는 PostgreSQL, Nginx 및 Solr처럼 AWS OpsWorks Stacks와 함께 사용될 수 있는 수백 개의 Cookbook을 포함하고 있는 에코시스템을 보유하고 있습니다.
Q: 수명 주기 이벤트는 무엇입니까?
AWS OpsWorks Stacks는 각 수명 주기 단계에 해당하는 이벤트를 만듭니다. 이러한 이벤트는 각 인스턴스의 Chef 레시피가 특정 구성 작업을 수행하도록 트리거하는 데 사용됩니다. OpsWorks Stacks는 Chef 레시피를 활용하여 계층 유형에 따라 각 이벤트에 대한 기본 관리를 수행합니다. 또한 사용자 지정 레시피를 만들어 애플리케이션이 특정 수명 주기 이벤트에 대해 필요로 하는 구성 변경 사항을 스크립트로 처리할 수 있습니다. 지원되는 수명 주기 이벤트는 다음과 같습니다.
Setup은 인스턴스가 인스턴스로 만들어 지거나 성공적으로 부팅될 때 인스턴스로 보내집니다. 예를 들어 Apache, Ruby, Passenger 및 Ruby on Rails 같은 종속성을 설치하는 Rails 애플리케이션 서버에 대해 Chef 레시피를 트리거할 수 있습니다.
Configure는 스택 상태가 변경될 때마다 모든 인스턴스에 보내집니다. 예를 들어, 새로운 인스턴스가 성공적으로 애플리케이션 서버 계층에 추가되면 Configure 이벤트는 추가된 애플리케이션 서버 인스턴스를 반영하기 위해 OpsWorks Stacks Load Balancer 계층 구성을 업데이트하는 Chef 레시피를 트리거합니다.
Deploy는 애플리케이션이 배포될 때마다 트리거됩니다. 예를 들어, 애플리케이션을 확인하고 다운로드하는 데 필요한 작업을 실행하고 Passenger에게 이를 다시 로드하라고 지시하는 Rails 애플리케이션 서버에 대해 Chef 레시피를 트리거할 수 있습니다.
Undeploy는 애플리케이션을 삭제할 때 보내집니다. 예를 들어, Undeploy 이벤트는 데이터베이스 테이블 삭제와 같이 실행되어야 할 정리 단계를 지정하는 사용자 지정 Chef 레시피를 트리거할 수 있습니다.
Shutdown은 실제로 인스턴스를 중단하기 45초 전에 인스턴스로 보내집니다. 예를 들어, Shutdown 이벤트는 서비스를 종료하는 사용자 지정 Chef 레시피를 트리거할 수 있습니다.
Q: Chef 쿡북 및 레시피를 생성하려면 어떻게 해야 합니까?
가장 쉬운 시작 방법은 기존 Chef 레시피를 이용하는 것입니다. 공개 리포지토리 에코시스템에 약간 수정하거나 수정하지 않고 실행할 수 있는 레시피를 포함한 Chef Cookbook이 있습니다. 또한 OpsWorks Stacks 시작 안내서는 예제 Chef 레시피를 포함하며 작동 방법을 설명합니다.
Q: 고유 AMI를 사용할 수 있습니까?
예. 자체 AMI를 사용하거나 Chef 스크립트를 사용하여 AMI OpsWorks Stacks 지원을 사용자 지정하여 필요한 에이전트와 기타 소프트웨어를 설치할 수 있습니다. 현재 자체 Windows AMI는 지원되지 않습니다.
Q: 인스턴스 설정을 사용자 지정하는 데 Amazon EC2 사용자 데이터를 사용할 수 있습니까?
아니요. 인스턴스 설정은 Chef 레시피를 통해서만 수행됩니다.
Q: AWS OpsWorks Stacks가 지원하는 로드 밸런싱 옵션은 무엇입니까?
OpsWorks Stacks는 Elastic Load Balancing, 커뮤니티 Chef 레시피를 사용하는 HAProxy 또는 사용자 정의 계층과 Chef 레시피를 사용하여 EC2 인스턴스에 설치하도록 선택한 모든 로드 밸런서를 지원합니다. 이러한 지원으로 풍부한 사용자 지정 옵션을 사용할 수 있고 애플리케이션 로드 밸런서를 세밀하게 제어할 수 있습니다.
Q: AWS OpsWorks Stacks는 어떤 자동 인스턴스 조정 옵션을 지원합니까?
OpsWorks Stacks는 로드에 맞게 실행되는 인스턴스 개수를 정하는 시간 및 로드 기반 자동 인스턴스 조정을 지원합니다. 로드 기반 Auto Scaling을 사용하면 인스턴스가 추가로 시작될 시점을 정의하기 위해 CPU, 메모리 또는 로드에 대한 임계값을 설정할 수 있습니다. 로드 스파이크가 없어지고 다운 스케일링 임계값이 충족되면 OpsWorks Stacks는 추가 인스턴스를 종료합니다. 시간 기반 Auto Scaling을 사용하면 인스턴스가 시작되고 중지될 날짜와 시간을 정의할 수 있습니다. Auto Scaling 풀의 인스턴스는 크기가 다양하여 점진적이거나 신속한 규모 조정이 가능하며 안정성 향상을 위해 여러 개의 가용 영역에 대해 구성될 수 있습니다. OpsWorks Stacks는 현재 EC2 Auto Scaling은 지원하지 않습니다.
Q: AWS OpsWorks Stacks가 지원하는 모니터링 및 경보 옵션은 무엇입니까?
OpsWorks Stacks에서 모든 인스턴스 측정치와 볼륨 측정치를 CloudWatch로 전송하므로 사용자는 손쉽게 그래프를 확인하고 경보를 설정하여 리소스 상태에 따른 문제를 해결하고 자동화된 조치를 취할 수 있습니다. 또한, OpsWorks Stacks가 인스턴스에서 수집하는 1분 지표(CPU, 메모리 및 로드 포함) 13개는 OpsWorks Stacks의 모니터링 보기에서 확인할 수 있습니다.
Q: AWS OpsWorks Stacks가 지원하는 데이터베이스는 무엇입니까?
Amazon RDS 같은 AWS 서비스를 사용하거나 Chef 레시피를 사용하여 MySQL, Cassandra 또는 MongoDB와 같은 데이터베이스를 설치할 수 있습니다. 이를 통해 풍부한 사용자 정의 옵션을 사용할 수 있고 애플리케이션 데이터베이스를 세밀하게 제어할 수 있습니다.
Q: AWS OpsWorks Stacks는 태그를 지원합니까?
OpsWorks Stacks는 리소스와 연결되어 있는 스택 및 계층 이름을 사용하여 모든 리소스에 태그를 자동 지정합니다. 태그 지정을 사용하여 AWS 비용을 정리하고 추적하기 위해 Cost Allocation Report에 이러한 태그를 사용할 수 있습니다. Cost Allocation 및 태그 지정에 대한 자세한 내용은 AWS Account Billing을 참조하십시오.
보안
Q: Amazon Virtual Private Cloud(VPC) 내에서 내 애플리케이션을 실행할 수 있습니까?
예. 자세한 내용은 OpsWorks Stacks 설명서를 참조하십시오.
Q: AWS Identity & Access Management(IAM)를 AWS OpsWorks Stacks에서 사용할 수 있습니까?
예, OpsWorks Stacks는 IAM 사용자, 권한 및 역할을 지원합니다. 보기, 배포, 관리 등 사용자별 권한을 지정할 수 있습니다. 또한 SSH를 직접 인스턴스에 배치할 수 있는 사용자를 지정할 수 있습니다. IAM 역할에 대한 OpsWorks Stacks 지원을 사용하여 사용자에게 EC2 같은 종속 서비스에 대한 액세스를 부여하지 않고 OpsWorks Stacks에 대한 액세스 권한을 부여할 수 있습니다. 예를 들어, 사용자가 EC2 작업을 수행할 수 있는 기능을 사용하지 못하게 할 수 있지만 사용자가 스택 리소스를 배포하고 관리할 수 있는 OpsWorks Stacks 권한을 보유하고 있는 경우 여전히 OpsWorks Stacks에서 EC2 인스턴스를 제어할 수 있습니다. 이렇게 하면 OpsWorks Stacks 사용자가 EC2 콘솔에서 실수로 인스턴스를 중지하는 것을 방지할 수 있습니다.
Q: 내 인스턴스에서 열려 있는 포트를 관리할 수 있습니까?
AWS OpsWorks Stacks는 표준적인 기본 보안 그룹 세트를 제공합니다. 즉, 기본적으로 계층마다 보안 그룹 하나가 연결되어 있습니다. 스택의 Use OpsWorks Stacks 보안 그룹 설정은 자체적인 커스텀 보안 그룹을 제공할 수 있도록 합니다. 이 옵션을 사용하는 경우 적절한 EC2 보안 그룹을 생성하고, 생성한 각 계층에 보안 그룹을 연결해야 합니다. 그러나 생성 시 한 계층에 기본 보안 그룹을 수동으로 연결할 수도 있습니다. 커스텀 보안 그룹은 커스텀 설정이 필요한 계층에서만 필요합니다. 보안 그룹에 대한 자세한 내용은 Amazon EC2 보안 그룹을 참조하십시오. 인스턴스를 구성하려면 OpsWorks Stacks에 포트 443을 통해 EC2 인스턴스에서 오는 아웃바운드 연결이 필요하다는 점에 유의하십시오.
Q: AWS OpsWorks Stacks는 인스턴스에서 무엇을 실행합니까?
OpsWorks Stacks는 구성 작업을 수행하고 핵심 상태 정보를 제공하기 위해 인스턴스에서 에이전트를 사용합니다. 에이전트는 운영 체제에서 권한 없는 사용자로 실행됩니다. 또한 모든 인스턴스에는 배포에 사용되는 사용자가 있습니다. 이 사용자로는 배포만 할 수 있으며 로그인 권한이나 액세스 권한이 없습니다.
Q: AWS의 보안 및 애플리케이션 실행에 대한 자세한 정보는 어디에서 찾을 수 있습니까?
AWS 보안에 대한 자세한 내용은 Amazon Web Services: 보안 프로세스 개요 문서를 참조하거나 보안 센터를 방문하십시오.
결제
Q: 애플리케이션이 AWS 리소스를 얼마나 사용했는지 어떻게 확인할 수 있습니까? 또한 어떻게 청구서에 액세스할 수 있습니까?
Amazon Web Services 계정으로 로그인하여 Your Web Services Account에서 Account Activity를 클릭하면 Amazon Web Services 웹 사이트에서 언제든지 현재 청구 기간의 요금을 볼 수 있습니다. OpsWorks Stacks는 리소스와 연결되어 있는 스택 및 계층 이름을 사용하여 모든 리소스에 태그를 자동 지정합니다. 태그 지정을 사용하여 AWS 비용을 정리하고 추적하기 위해 Cost Allocation Report에 이러한 태그를 사용할 수 있습니다.
AWS OpsWorks Stacks에서 구축 시작하기