계층에 인스턴스 추가 - AWS OpsWorks

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

계층에 인스턴스 추가

중요

이 AWS OpsWorks Stacks 서비스는 2024년 5월 26일에 수명이 종료되었으며 신규 및 기존 고객 모두 사용할 수 없습니다. 고객은 가능한 한 빨리 워크로드를 다른 솔루션으로 마이그레이션할 것을 강력히 권장합니다. 마이그레이션에 대해 궁금한 점이 있으면 AWS re:Post 또는 Premium AWS Support를 통해 AWS Support 팀에 문의하세요.

계층을 생성한 후 일반적으로 하나 이상의 인스턴스를 추가합니다. 현재의 인스턴스 세트가 부하를 처리하지 못하는 경우, 나중에 더 많은 인스턴스를 추가할 수 있습니다. 로드 기반 또는 시간 기반 인스턴스를 사용하여 인스턴스 수를 자동으로 조정할 수도 있습니다.

새 인스턴스나 기존 인스턴스를 계층에 추가할 수 있습니다.

  • 신규 — 사양에 맞게 구성된 새 인스턴스를 OpsWorks 만들고 이 인스턴스를 계층의 구성원으로 만듭니다.

  • 기존-호환되는 계층의 기존 인스턴스를 추가할 수 있지만 인스턴스가 오프라인(중지) 상태여야 합니다.

인스턴스가 여러 계층에 속하는 경우, AWS OpsWorks Stacks는 수명 주기 이벤트가 발생하거나 스택 또는 배포 명령을 실행할 때 인스턴스의 각 계층에 대해 레시피를 실행합니다.

인스턴스의 구성을 편집하여 인스턴스를 여러 계층의 구성원으로 만들 수도 있습니다. 자세한 정보는 인스턴스 구성 편집을 참조하세요.

새 인스턴스를 계층에 추가하려면

  1. [인스턴스] 페이지에서 해당 계층에 대해 [+인스턴스]를 선택하고 (필요한 경우) [새로 만들기] 탭을 선택합니다. [호스트 이름], [크기] 및 [서브넷] 또는 [가용 영역] 이외의 다른 옵션을 구성하려면 [고급 >>]를 선택하여 옵션을 추가로 표시합니다. 다음 그림에는 전체 옵션 세트가 나와 있습니다.

    인스턴스 페이지의 새 인스턴스에 대한 인스턴스 추가

  2. 원한다면 기본 구성을 재정의할 수 있으며, 기본 구성은 대부분 스택을 생성할 때 지정한 것입니다. 자세한 정보는 새 스택 생성을 참조하세요.

    Hostname

    네트워크에서 인스턴스를 식별합니다. 기본적으로 AWS OpsWorks Stacks는 스택을 생성할 때 지정한 호스트 이름 테마를 사용하여 각 인스턴스의 호스트 이름을 생성합니다. 이 값을 재정의하여 선호하는 호스트 이름을 지정할 수 있습니다.

    크기

    Amazon EC2 인스턴스 유형으로, 인스턴스의 리소스 (예: 메모리 양 또는 가상 코어 수) 를 지정합니다. AWS OpsWorks 스택은 각 인스턴스의 기본 크기를 지정하며, 원하는 인스턴스 유형으로 이 크기를 재정의할 수 있습니다.

    AWS OpsWorks Stacks에서 지원하는 인스턴스 유형은 스택이 VPC에 있는지 여부에 따라 달라집니다. 또한 계정에서 AWS 프리 티어를 사용하는 경우 인스턴스 유형은 제한됩니다. 크기 드롭다운 목록은 스택이 지원하는 Chef 버전에 대해 지원되는 인스턴스 유형을 표시합니다. t1.micro와 같은 마이크로 인스턴스에는 일부 계층을 지원하기에 충분한 리소스가 없을 수 있습니다. 자세한 내용은 인스턴스 유형을 참조하세요.

    참고

    로드밸런싱된 인스턴스를 사용 중인 경우, 수명 주기 이벤트 구성을 수행하면 상당한 CPU 부하가 급격히 증가해 1분 이상 이어질 수 있습니다. 인스턴스 크기가 작을 때는 이러한 부하 급증으로 인해 확장이 트리거될 수 있고, Configure 이벤트가 빈번하게 발생하는 로드 밸런싱된 대형 스택의 경우 특히 더 그렇습니다. 다음은 불필요한 확장을 일으키는 Configure 이벤트의 발생 가능성을 줄이기 위한 몇 가지 방법입니다.

    • 더 큰 인스턴스 유형을 사용하여 Configure 이벤트의 추가 부하로 인해 확장이 트리거되지 않게 합니다.

    • CPU 리소스를 공유하는 T2와 같은 인스턴스 유형을 사용하지 마십시오.

      이렇게 하면 Configure 이벤트 발생 시 인스턴스의 모든 CPU 리소스를 즉시 사용할 수 있습니다.

    • exceeded threshold 시간을 Configure 이벤트를 처리하는 데 필요한 시간(대략 5분)보다 훨씬 길게 설정합니다.

      자세한 정보는 자동 로드 기반 조정 사용을 참조하세요.

    가용 영역/서브넷

    스택이 VPC에 없는 경우 이 설정은 [가용 영역]으로 라벨링되고 리전의 가용 영역을 나열합니다. 이 설정을 사용하여 스택을 생성할 때 지정한 기본 가용 영역을 재정의할 수 있습니다.

    스택이 VPC에서 실행 중인 경우 이 설정은 [서브넷]으로 라벨링되고 VPC의 서브넷을 나열합니다. 이 설정을 사용하여 스택을 생성할 때 지정한 기본 서브넷을 재정의할 수 있습니다.

    참고

    기본적으로 AWS OpsWorks 스택에는 서브넷의 CIDR 범위가 나열됩니다. 목록을 더 읽기 쉽게 만들려면 VPC 콘솔 또는 API를 사용하여 각 서브넷에 Key가 로 설정되고 Value가 서브넷 이름으로 설정된 Name 태그를 각 서브넷에 추가합니다. AWS OpsWorks 스택은 해당 이름을 CIDR 범위에 추가합니다. 앞선 예제에서는 서브넷의 이름 태그를 Private으로 설정했습니다.

    조정 유형

    인스턴스가 시작 및 중지되는 방법을 결정합니다.

    • 기본값은 사용자가 수동으로 시작하고 중지할 수 있는 24/7 인스턴스입니다.

    • AWS OpsWorks 스택은 지정된 일정에 따라 시간 기반 인스턴스를 시작하고 중지합니다.

    • (Linux만 해당) AWS OpsWorks Stacks는 지정된 부하 지표에 따라 부하 기반 인스턴스를 시작하고 중지합니다.

    참고

    로드 기반 또는 시간 기반 인스턴스는 사용자가 직접 시작하거나 중지할 수 없습니다. 대신 사용자가 인스턴스를 구성하면 구성에 따라 AWS OpsWorks Stacks가 인스턴스를 시작하고 중지합니다. 자세한 정보는 시간 기반 또는 로드 기반 인스턴스를 사용하여 로드 관리을 참조하세요.

    SSH 키

    아마존 EC2 키 페어. AWS OpsWorks 스택은 인스턴스에 퍼블릭 키를 설치합니다.

    • Linux 인스턴스의 경우, SSH 클라이언트와 함께 해당 프라이빗 키를 사용하여 인스턴스에 로그인할 수 있습니다.

    • Windows 인스턴스의 경우 해당하는 프라이빗 키를 사용하여 인스턴스의 관리자 암호를 검색할 수 있습니다. 그런 다음 이 암호를 RDP와 함께 사용하여 인스턴스에 Administrator로 로그인할 수 있습니다.

    처음에 이 설정은 스택을 생성할 때 지정한 기본 SSH 키 값입니다.

    • 기본값이 기본 SSH 키 사용 안 함으로 설정되어 있으면 계정의 Amazon EC2 키 하나를 지정할 수 있습니다.

    • 기본값이 Amazon EC2 키로 설정되어 있으면 다른 키를 지정하거나 아무 키도 지정하지 않을 수 있습니다.

    운영 체제

    운영 체제는 인스턴스가 실행 중인 운영 체제를 지정합니다. AWS OpsWorks 스택은 64비트 운영 체제만 지원합니다.

    처음에 이 설정은 스택을 생성할 때 지정한 기본 운영 체제 값입니다. 기본값을 재정의해 다른 Linux 운영 체제 또는 사용자 지정 Amazon 머신 이미지(AMI)를 지정할 수 있습니다. 그러나 Linux에서 Windows로, 또는 Windows에서 Linux로 전환할 수는 없습니다.

    [사용자 지정 AMI 사용]을 선택하면 페이지에 [아키텍처] 및 [루트 디바이스 유형] 대신 사용자 지정 AMI 목록이 표시됩니다.

    인스턴스 페이지의 새 인스턴스에 대한 인스턴스 추가

    자세한 정보는 사용자 지정 AMI 사용을 참조하세요.

    OpsWorks 에이전트 버전

    OpsWorks 에이전트 버전은 인스턴스에서 실행하려는 AWS OpsWorks Stacks 에이전트의 버전을 지정합니다. AWS OpsWorks Stacks가 에이전트를 자동으로 업데이트하도록 하려면 스택에서 상속을 선택합니다. 에이전트의 특정 버전을 설치하고 인스턴스에서 해당 에이전트를 수동으로 업데이트하려면 드롭다운 목록에서 버전을 선택합니다.

    참고

    일부 운영 체제 버전에서 작동하지 않는 에이전트 버전도 있습니다. 인스턴스가 인스턴스 운영 체제에서 완전히 지원되지 않는 에이전트를 실행 중이거나 인스턴스에 에이전트를 설치하는 경우 AWS OpsWorks Stacks 콘솔에 호환되는 에이전트를 설치하라는 오류 메시지가 표시됩니다.

    Tenancy

    인스턴스에 대한 테넌시 옵션을 선택합니다. 전용 물리적 서버에서 사용할 인스턴스를 실행하도록 선택할 수 있습니다.

    • [기본값 - VPC 설정 사용]. 테넌시가 없거나 VPC에서 테넌시 설정을 상속합니다.

    • [전용 - 전용 인스턴스 실행]. 단일 테넌트 하드웨어에서 실행되는 인스턴스에 대한 비용을 시간 단위로 지불합니다. 자세한 정보는 Amazon VPC 사용 설명서의 전용 인스턴스와 Amazon EC2 전용 인스턴스를 참조하세요.

    • [전용 호스트 -전용 호스트에서 이 인스턴스 실행]. 인스턴스 실행을 전담하는 실제 호스트 비용을 지불하며, 기존의 소켓, 코어 또는 VM 소프트웨어별 라이선스를 가져와 비용을 절감합니다. 자세한 내용은 Amazon EC2 설명서의 전용 호스트 개요 및 Amazon EC2 전용 호스트를 참조하세요.

    루트 디바이스 유형

    인스턴스의 루트 디바이스 스토리지를 지정합니다.

    • Linux 인스턴스는 Amazon EBS 지원 인스턴스 또는 인스턴스 스토어 지원 인스턴스일 수 있습니다.

    • Windows 인스턴스는 Amazon EBS 지원 인스턴스여야 합니다.

    자세한 내용은 스토리지를 참조하세요.

    참고

    초기 부팅 후에는 Amazon EBS 기반 인스턴스가 인스턴스 스토어 지원 인스턴스보다 빠르게 부팅됩니다. AWS OpsWorks Stacks가 인스턴스의 소프트웨어를 처음부터 다시 설치할 필요가 없기 때문입니다. 자세한 정보는 루트 디바이스 스토리지을 참조하세요.

    볼륨 유형

    [마그네틱], [프로비저닝된 IOPS(SSD)] 또는 [범용(SSD)] 중에서 루트 디바이스 볼륨 유형을 지정합니다. 자세한 내용은 Amazon EBS 볼륨 유형을 참조하세요.

    볼륨 크기

    지정한 볼륨 유형에 대한 루트 디바이스 볼륨 크기를 지정합니다. 자세한 내용은 Amazon EBS 볼륨 유형을 참조하세요.

    • 범용(SSD). 허용되는 최소 크기는 8GiB이고 최대 크기는 16384GiB입니다.

    • 프로비저닝된 IOPS(SSD). 허용되는 최소 크기는 8GiB이고 최대 크기는 16384GiB입니다. 최소 100개의 IOPS(초당 입/출력 작업)와 최대 240개의 IOPS를 설정할 수 있습니다.

    • 마그네틱. 허용되는 최소 크기는 8GiB이고 최대 크기는 1024GiB입니다.

  3. [인스턴스 추가]를 선택하여 새 인스턴스를 생성합니다.

참고

인스턴스를 생성할 때 스택의 기본 에이전트 버전 설정을 재정의할 수 없습니다. 사용자 지정 에이전트 버전 설정을 지정하려면 인스턴스를 생성한 다음 인스턴스의 구성을 편집해야 합니다.

계층에 기존 인스턴스를 추가하려면

  1. [인스턴스] 페이지에서 해당 계층에 대해 [+인스턴스]를 선택하고 [기존] 탭을 엽니다.

    참고

    마음을 바꿔 기존 인스턴스를 사용하지 않으려면 [New]를 선택하여 앞의 절차에서 설명한 대로 새 인스턴스를 생성합니다.

  2. [기존] 탭의 목록에서 인스턴스를 선택합니다.

  3. [인스턴스 추가]를 선택하여 새 인스턴스를 생성합니다.

인스턴스는 Amazon EC2 인스턴스를 나타내지만 기본적으로는 AWS OpsWorks Stacks 데이터 구조일 뿐입니다. 앞의 섹션에서 설명한 것처럼 실행 중인 Amazon EC2 인스턴스를 생성하려면 인스턴스를 시작해야 합니다.

중요

인스턴스를 기본 VPC로 시작하는 경우, VPC 구성을 수정하는 데 주의해야 합니다. 인스턴스는 항상 AWS OpsWorks Stacks 서비스, Amazon S3 및 패키지 리포지토리와 통신할 수 있어야 합니다. 예를 들어 기본 게이트웨이를 제거하면 인스턴스와 Stacks 서비스의 연결이 끊기고 AWS OpsWorks Stacks 서비스는 인스턴스를 장애가 발생한 것으로 간주하고 자동 복구합니다. 하지만 AWS OpsWorks Stacks는 복구된 인스턴스에 인스턴스 에이전트를 설치할 수 없습니다. 에이전트가 없으면 인스턴스는 서비스와 통신할 수 없으며, 시작 프로세스는 booting 상태를 넘어 진행될 수 없습니다. 기본 VPC에 대한 자세한 내용은 지원되는 플랫폼을 참조하세요.

Linux 컴퓨팅 리소스를 스택 외부에서 생성된 스택에 통합할 수도 있습니다 AWS OpsWorks .

  • Amazon EC2 콘솔, CLI 또는 API를 사용하여 직접 생성한 Amazon EC2 인스턴스.

  • 가상 머신에서 실행되는 인스턴스를 비롯하여 자체 하드웨어에서 실행되는 온프레미스 인스턴스.

자세한 내용은 외부에서 만든 컴퓨팅 리소스 사용 AWS OpsWorks 스택을(를) 참조하세요.