옵션 전략의 유형

마지막 업데이트: 2022년 1월 14일 | 0개 댓글
  • 네이버 블로그 공유하기
  • 네이버 밴드에 공유하기
  • 페이스북 공유하기
  • 트위터 공유하기
  • 카카오스토리 공유하기
3. 이 구멍에 적용할 구멍 전략을 선택합니다. 자동 드릴링 대화상자의 오른쪽 창에 기존 구멍 전략이 나열됩니다. 구멍 전략을 검색하기 위해 디렉토리 구조를 통해 탐색할 수 있습니다. 기본적으로 autodrill_udf_dir 구성 옵션을 사용하여 지정한 디렉토리 또는 작업 옵션 전략의 유형 중인 디렉토리(디렉토리를 지정하지 않은 경우)에서 검색이 시작됩니다.

옵션 전략의 유형

2. 자동 드릴링 테이블에서 구멍을 선택합니다. 하나 이상의 구멍을 선택하려면 적합한 행에서 클릭합니다. 구멍의 범위를 선택하려면 원하는 범위에서 첫 번째 구멍을 선택한 다음 Shift 키를 누른 상태에서 범위의 마지막 구멍을 선택합니다. 구멍을 선택하면 구멍의 행이 강조됩니다. 단일 구멍을 선택해제하고 나머지 선택을 유지하려면 강조된 행에서 다시 클릭합니다.

3. 이 구멍에 적용할 구멍 전략을 선택합니다. 자동 드릴링 대화상자의 오른쪽 창에 기존 구멍 전략이 나열됩니다. 구멍 전략을 검색하기 위해 디렉토리 구조를 통해 탐색할 수 있습니다. 기본적으로 autodrill_udf_dir 구성 옵션을 사용하여 지정한 디렉토리 또는 작업 중인 디렉토리(디렉토리를 지정하지 않은 경우)에서 검색이 시작됩니다.

◦ 테이블로부터(From Table) - 드릴 깊이는 자동 드릴링 테이블의 깊이 매개변수에 의해 정의됩니다. 이 옵션을 선택하면 구멍 전략이 자동 드릴링 테이블의 구멍 유형(Hole Style) 필드에 나열될 때 그 앞에 접두사 가 표시됩니다.

◦ 매개 변수로부터(From Param) - 드릴 깊이는 DEPTH_BY_TABLE 매개변수 값에 따라 테이블 또는 UDF NC 시퀀스에 의해 정의됩니다. 이 유형의 피쳐 매개변수 Yes 또는 No 는 UDF를 생성하기 전에 UDF NC 시퀀스에 지정되어야 합니다. 이 매개변수를 Yes 로 설정하면 드릴 깊이가 자동 드릴링 테이블의 깊이 매개변수로 정의되고, No 로 설정하면 드릴 깊이가 UDF NC 시퀀스로 정의됩니다. 이 옵션을 선택하면 구멍 전략이 자동 드릴링 테이블의 구멍 유형(Hole Style) 필드에 나열될 때 그 앞에 접두사

가 표시됩니다.

◦ 시퀀스로부터(From Seq) - 드릴 옵션 전략의 유형 깊이는 UDF NC 시퀀스에 의해 정의됩니다. 이 옵션을 선택하면 구멍 전략이 자동 드릴링 테이블의 구멍 유형(Hole Style) 필드에 나열될 때 그 앞에 접두사 가 표시됩니다.

그러면 자동 드릴링 테이블의 구멍 유형(Hole Style) 필드에 적합한 깊이 접두사와 함께 구멍 전략의 이름이 표시되고 상태 (Sratus) 필드가 미완성(Incomplete)에서 완성(Complete)으로 변경됩니다.

옵션 전략의 유형

화면개요
보유하고 있는 선물,옵션 포지션의 손익과 민감도 정보를 다양하게 시뮬레이션하여 사용자가 구상하는 전략에 대한 사전검증을 통해 성공적인 투자가 이루어질 수 있도록 지원하는 전략 시뮬레이션 화면입니다.
선물옵션전략 시뮬레이션 화면은 전략선택 및 주문가 설정라인, 전략구성 그리드와 전략포지션 종합테이블, 주문라인, 차트 및 수치테이블로 구성되어 있습니다.

전략선택 아이콘ⓑ 오른쪽으로는 기준물과 배수를 설정할 수 있는 콤보 버튼ⓒ이 있어 전략의 기준이 되는 행사가를 정할 수 있으며, 옵션전략의 배수를 1에서 100까지 정할 수 있습니다. 보통 기준물은 ATM이 디폴트이고 배수는 1이 디폴트입니다.

"종목삭제" 버튼은 전략구성 그리드상에 선택된 라인의 종목을 삭제하고자 할 때 사용하는 버튼입니다. 종목의 삭제는 해당종목의 라인 위에 포인터를 두고 더블클릭을 해도 삭제됩니다. 이때에는 해당종목 명을 명시한 창이 뜨고 삭제확인을 묻습니다. 이 경우 사용자가 '예' 버튼을 누르는 경우 삭제됩니다.

"전략저장" 버튼은 전략시뮬레이션 화면 오른쪽 맨위에 위치하고 있으며 버튼을 누르면 현재 전략구성 그리드 상의 종목, 포지션, 수량 등을 저장해 두었다가 전략선택창의 사용자 전략명에서 불러올 수 있습니다.

전략구성 그리드
전략구성 그리드상에서는 전략구성요소인 종목들에 대한 정보를 보여줍니다. 선택체크박스, 종목명, 구분, 주문유형, 수량, 주문단가, 현재가, 만기예상손익, 이론가, 괴리도, 내재변동성, 역사적변동성, 델타, 감마, 옵션 전략의 유형 베가, 세타로 구성되어 있으며 스크롤바를 이용하여 위아래, 좌우 수치를 모두 확인할 수 있습니다. 선택체크박스는 종목의 선택유무를 나타내는 것으로써 선택상태여야만 주문이 가능하며, 차트상에 표시됩니다.

차트 및 수치테이블
차트 및 수치테이블 부분은 전략구성 그리드상의 종합된 포지션을 KOSPI200, 변동성, 잔존만기를 기준으로 보여주는 곳입니다. 차트와 테이블간에는 서로 연결이 되어 있어 차트상에 포인터를 놓으면 해당수지가 테이블상에서 조회됩니다. 이때 테이블 위에 변동성, 잔존만기, KOSPI200지수 수치를 사용자가 변경하여 볼 수 있도록 하여 미래 변화에 대한 전략구성 그리드상의 종합된 포지션에 대해 미리 예측이 가능하도록 하였습니다.

옵션의 종류-유형, 가격별

이전에 옵션의 개요를 다룰 때 다음 글에서 옵션의 종류에 대해 자세히 다뤄보겠다고 하고 이제 글을 씁니다.

1) 옵션의 종류: 유형별

옵션의 종류에는 크게 2가지가 있습니다. 미국형 옵션(American option)과 유럽형 옵션(European option)인데요. 여기에 버뮤다 옵션(Bermuda option)이라는 짬뽕이 있다고 생각하시면 됩니다.

  • 미국형 옵션: 만기는 정해져 있습니다. 그러나 권리는 보유 기간 중 언제든지 행사 가능합니다. 즉, 언제까지 권리를 행사할 수 있는 지는 만기로써 정해져 있으나 산 날로부터 만기 이전까지 언제든 권리행사하여 이득을 취할 수 있는 상품입니다. 이렇듯 권한이 더 많으므로 뒤의 유럽형 옵션보다는 가격이 비쌀 수밖에 없습니다.
  • 유럽형 옵션: 한국의 옵션은 유럽형 옵션유형을 채택하고 있습니다. 만기일에만 권리를 행사할 수 있습니다. 즉, 옵션의 거래 자체는 만기 이전 언제든 가능하지만 옵션의 행사는 만기일에만 가능합니다. 그러니 자유도가 떨어져서 미국형 옵션보다는 싼 경향이 있습니다.
  • 버뮤다 옵션: 짬뽕입니다. 산 날짜로부터 즉시 권리행사가 가능한 것은 아니지만 어느 시점부터는 만기 이전이라도 권리 행사가 가능합니다.

2) 옵션의 종류: 행사가격별

내가격, 등가격, 외가격이라는 개념이 나옵니다. 줄여서 내가, 등가, 외가라고도 표현합니다. 어려운 개념은 아니고 특정 옵션이 왜 내가인지, 왜 등가인지, 왜 외가인지만 이해하시면 충분해 보입니다.

  • 내가격(In-the-money; ITM): 쉽게 말하면 만약 당장 권리를 행사한다면 이득을 볼 수 있는 범위의 행사가격 값을 가지는 옵션계약입니다. 콜옵션의 경우 지금 기초자산의 가격보다 콜옵션 행사가격이 더 싸면 옵션 행사 시 더 싼 값에 기초자산을 매입하여 이득을 취할 수 있기 때문에 내가격옵션이 됩니다. 반대로 풋옵션의 경우 지금 기초자산의 가격보다 풋옵션 행사가격이 더 비싸야 권리 행사 시 이득이 되므로 내가격옵션이 됩니다.
  • 등가격(At-the-money; ATM): 그냥 행사가격과 현재 기초자산의 가격이 같은 경우입니다. 권리행사가 전혀 손실도 이득도 안 되는 경우입니다.
  • 외가격(Out-of-the-money; OTM): 내가격의 반대입니다. 쉽게 말하면 만약 당장 권리를 행사한다면 손해를 볼 수 있는 범위의 행사가격 값을 가지는 옵션계약입니다. 콜옵션의 경우 지금 기초자산의 가격보다 콜옵션 행사가격이 더 비싸면 옵션 행사 시 더 비싼 값에 기초자산을 매입하여 손해를 볼 수 있기 때문에 외가격옵션이 됩니다. 반대로 풋옵션의 경우 지금 기초자산의 가격보다 풋옵션 행사가격이 더 싸야 권리 행사 시 손해가 되므로 외가격옵션이 됩니다.

위에서 말했듯 '지금' 기초자산의 가격과 행사가격을 비교하는 겁니다. 그러므로 기초자산시장의 변동에 따라 옵션은 언제든지 외가, 내가 여부가 바뀔 수 있습니다.

앞선 글의 손익그래프를 기억해보세요. 그 그래프는 원칙적으로 만기시점의 손익그래프입니다. 실제 만기까지 좀 남아 있는 경우에는 이전 글에서 말씀드렸듯 미래에 대한 기대감이 일부 있어 (상승 혹은 하락) 전반적으로 내재가치보다 뻥튀기 되어있습니다. 그래서 외가격 옵션도 '혹시 모르니'라는 것 때문에 행사가치가 1도 없지만 가격이 0이 아닌 겁니다. 이것이 시간가치(time value) 개념입니다. 예를 들어 코스피시장이 급락해서 지금 시점에서는 진짜 말도 안되는 행사가격이지만 어느 순간 내가격 옵션으로 변모하여 가치가 생길 지는 모르는 거거든요. 하지만 만기가 다가올 수록 대체로 이런 말도 안되는 일은 일어나지 않기에 그 부푼 기대감은 식어갑니다. 이걸 시간가치감소(Time value decay)라고 합니다. 그렇게 시간가치감소가 지속되어 만기가 되면 이전 글의 손익그래프처럼 보이게 되는 거죠.

내가격 옵션의 경우에는 권리행사가 이득도 손해도 아니라고 했죠? 그러니깐 말 그대로 기초자산 가격이 지금 가격에서 한쪽으로 변해야 손해든 이득이 될 가능성이 생기는 상품입니다. 그러니, 철저하게 '기대감'만이 옵션의 가치를 올려줍니다. 그래서 시간가치가 내가격 옵션에서 제일 비중이 큽니다. 이걸 그래프로 나타낸 것이 위의 사진입니다.

여러 인스턴스 유형 및 구매 옵션이 포함된 Auto Scaling 그룹

단일 Auto Scaling 그룹 내에서 다수의 온디맨드 인스턴스 및 스팟 인스턴스를 자동으로 확장할 수 있습니다. 스팟 인스턴스 사용에 대한 할인을 받을 수 있을 뿐만 아니라 예약 인스턴스 또는 Savings Plans를 사용하여 일반 온디맨드 인스턴스 요금의 할인된 요금을 받을 수 있습니다. 이러한 모든 요소를 결합하면 EC2 인스턴스의 비용 절감을 최적화하며 동시에 애플리케이션에서 원하는 규모 및 성능을 얻을 수 있습니다.

Auto Scaling 그룹을 생성하는 경우 우선 시작 템플릿에 있는 공통 구성 파라미터를 지정하고 선택합니다. Auto Scaling 그룹을 구성할 때 다음 작업을 수행할 수 있습니다.

인스턴스 유형을 하나 이상 선택합니다(필요에 따라 시작 템플릿에 지정된 인스턴스 유형을 재정의).

동일한 Auto Scaling 그룹 내에서 CPU 아키텍처가 다른 인스턴스(예: Arm 및 x86)가 시작할 수 있도록 여러 시작 템플릿을 정의합니다.

각 인스턴스 유형에 개별 가중치를 할당합니다. 예를 들어 인스턴스 유형마다 서로 다른 vCPU, 메모리, 스토리지 또는 네트워크 대역폭 기능을 제공하는 경우 이렇게 하는 것이 유용할 수 있습니다.

예약 인스턴스 또는 Savings Plans 할인 요금 혜택을 누릴 수 있는 인스턴스 유형의 우선순위를 지정합니다.

시작할 온디맨드 및 스팟 용량과 온디맨드 기본 부분(선택 사항)을 지정합니다.

Amazon EC2 Auto Scaling에서 인스턴스 유형 간에 온디맨드 및 스팟 용량을 분배하는 방법을 정의합니다.

용량 재분배를 활성화합니다. 용량 재분배를 켜면 Amazon EC2 스팟 서비스에서 스팟 인스턴스의 중단 위험이 커지고 있음을 알릴 때마다 Amazon EC2 Auto Scaling에서 스팟 인스턴스를 시작하려고 시도합니다. 새 인스턴스를 시작한 다음 이전 인스턴스를 종료합니다. 자세한 정보는 용량 재분배를 사용하여 Amazon EC2 스팟 중단 처리을 참조하십시오.

여러 가용 영역에서 실행되는 여러 인스턴스 유형에 애플리케이션을 배포하면 가용성이 높아집니다. 하나의 인스턴스 유형만 사용할 수 있지만, 선택한 가용 영역에 인스턴스 용량이 부족한 경우 Amazon EC2 Auto Scaling에서 다른 인스턴스 유형을 시작할 수 있도록 몇 가지 인스턴스 유형을 사용하는 것이 모범 사례입니다. 스팟 인스턴스의 경우 인스턴스 용량이 부족할 경우 Amazon EC2 Auto Scaling에서 온디맨드 인스턴스를 시작하지 않고 다른 스팟 인스턴스 풀(선택한 인스턴스 유형 및 할당 전략에 따라 결정)을 계속 시도하므로 스팟 인스턴스의 비용 절감을 활용할 수 있습니다.

여러 인스턴스 유형을 Auto Scaling 그룹 구성과 연결하는 두 가지 방법이 있습니다.

이 주제의 설명에 따라 인스턴스 유형을 수동으로 추가합니다.

Auto Scaling 그룹이 사용하는 인스턴스 유형을 선택하기 위한 기준으로 사용할 인스턴스 속성 집합을 선택합니다. 이를 속성 기반 인스턴스 유형 선택이라고 합니다. 자세한 내용은 속성 기반 인스턴스 유형 선택 사용을 참조하세요.

목차

할당 전략

다음의 할당 전략은 Auto Scaling 그룹이 가능한 인스턴스 유형에서 온디맨드 및 스팟 용량 을 충족하는 방법을 결정합니다.

Amazon EC2 Auto Scaling은 우선 지정한 가용 영역에서 인스턴스가 고르게 균형이 유지되어 있는지를 확인합니다. 그다음, 지정한 할당 전략에 따라 인스턴스 유형을 시작합니다.

Spot Instances

Amazon EC2 Auto Scaling은 스팟 인스턴스에 사용할 수 있는 다음 할당 전략을 제공합니다.

Amazon EC2 Auto Scaling이 시작하는 인스턴스의 수에 대한 최적의 용량의 스팟 인스턴스 풀에서 인스턴스를 할당합니다. 이러한 배포 방식은 예비 EC2 용량을 가장 효율적으로 활용하는 데 도움이 됩니다.

스팟 인스턴스에서 요금은 시간이 지나면서 수요 및 공급의 장기 추세에 따라 서서히 변화하지만 용량은 실시간으로 변동합니다. capacity-optimized 전략은 실시간 용량 데이터를 기준으로 가장 가용성이 높은 풀을 예측하여 자동으로 스팟 인스턴스를 가장 가용성이 높은 풀로 시작합니다. 이 기능은 빅 데이터 및 분석, 이미지 및 미디어 렌더링, 기계 학습과 같은 워크로드에 적합합니다. 또한 작업 재시작 및 체크포인트 관련 중단 비용이 높은 고성능 컴퓨팅에도 적합합니다. capacity-optimized 전략은 중단을 줄일 수 있는 가능성을 제공함으로써 전체 워크로드 비용을 낮출 수 있습니다.

또는 capacity-optimized-prioritized 할당 전략을 사용하여 시작 템플릿 재정의 목록의 인스턴스 유형 순서를 가장 높은 우선순위에서 가장 낮은 우선순위 순서로(목록의 첫 번째부터 마지막까지) 설정할 수 있습니다. Amazon EC2 Auto Scaling은 최상의 노력으로 인스턴스 유형 우선순위를 준수하지만 먼저 용량을 최적화합니다. 이 옵션은 중단 가능성을 최소화해야 하지만 특정 인스턴스 유형에 대한 선호도도 중요한 워크로드에 적합합니다.

Amazon EC2 Auto Scaling은 지정한 가용 영역당 N개의 풀과 각 가용 영역에서 비용이 가장 저렴한 스팟 인스턴스 풀에서 스팟 인스턴스를 할당합니다.

예를 들어 인스턴스 유형 4개와 가용 영역 4개를 지정한 경우 Auto Scaling 그룹은 (각 가용 영역에서 4개씩) 16개의 스팟 풀에 액세스할 수 있습니다. 할당 전략을 위해 스팟 풀 2개(N=2)를 지정한 경우 Auto Scaling 그룹이 가용 영역당 가장 저렴한 두 개의 풀에서 스팟 용량을 충족할 수 있습니다.

Amazon EC2 Auto Scaling은 가능한 한 지정한 N개의 풀에서 스팟 인스턴스를 끌어오려고 합니다. 원하는 용량을 충족하기 전에 풀에 스팟 용량이 부족해질 경우 Amazon EC2 Auto Scaling은 다음으로 저렴한 풀에서 끌어와 요청을 계속 이행합니다. 원하는 용량이 충족되었는지 확인하기 위해 지정한 N개보다 많은 풀에서 스팟 인스턴스를 받게 될 수 있습니다. 마찬가지로 대부분의 풀에 스팟 용량이 없는 경우 지정한 N개보다 적은 풀에서 원하는 전체 용량을 받게 될 수 있습니다.

시작하려면 capacity-optimized 할당 전략을 선택하고 애플리케이션에 적절한 몇 개의 인스턴스 유형을 설정할 것을 권장합니다. 또한 인스턴스 시작 시 선택할 Amazon EC2 Auto Scaling에 대한 가용 영역 범위도 정의할 수 있습니다.

원할 경우, 스팟 인스턴스의 최고 가격을 지정할 수 있습니다. 최대 가격을 지정하지 않을 경우 기본 최대 가격은 온디맨드 가격이지만, 여전히 스팟 인스턴스가 제공하는 높은 할인을 적용받습니다. 이러한 할인은 새로운 스팟 요금 모델 을 사용해 실현된 안정적인 스팟 요금 때문에 가능해진 것입니다.

온디맨드 인스턴스

Amazon EC2 Auto Scaling은 온디맨드 인스턴스에 사용할 수 있는 다음 할당 전략을 제공합니다.

Amazon EC2 Auto Scaling은 현재 온디맨드 가격을 기준으로 각 가용 영역에 가장 저렴한 인스턴스 유형을 자동으로 배포합니다.

원하는 용량이 충족되도록 요청한 용량에 따라 각 가용 영역에서 둘 이상의 인스턴스 유형의 온디맨드 인스턴스를 수신할 수 있습니다.

현재 Amazon EC2 Auto Scaling은 축소 이벤트 중에 종료 정책을 구현할 때 온디맨드 인스턴스에 대한 lowest-price 할당 전략을 따르지 않습니다.

Amazon EC2 Auto Scaling은 시작 템플릿 재정의 목록에 있는 인스턴스 유형 순서를 사용하여 온디맨드 용량을 채울 때 우선 사용할 인스턴스 유형을 결정합니다. 예를 들어 세 가지 시작 템플릿 재정의를 c5.large , c4.large , c3.large 순으로 지정한 것으로 가정해 보겠습니다. 온디맨드 인스턴스가 시작되면 Auto Scaling 그룹이 c5.large , c4.large , c3.large 순으로 시작하여 온디맨드 용량을 채웁니다.

온디맨드 인스턴스의 우선순위 순서를 관리할 때는 다음 사항을 고려하세요.

사용량에 대해 선결제하면 예약 인스턴스 또는 Savings Plans 중 하나를 사용하여 온디맨드 인스턴스에 대해 상당한 할인을 받을 수 있습니다. 예약 인스턴스 또는 Savings Plans에 대한 자세한 내용은 Amazon EC2 pricing(Amazon EC2 요금) 페이지를 참조하세요.

예약 인스턴스의 경우 Amazon EC2 Auto Scaling에서 일치하는 인스턴스 유형을 시작할 경우 일반 온디맨드 인스턴스 요금의 할인율이 적용됩니다. 즉 c4.large 에 사용되지 않은 예약 인스턴스가 있는 경우 인스턴스 유형 우선순위를 설정하여 예약 인스턴스의 우선순위가 가장 높은 c4.large 인스턴스 유형을 지정할 수 있습니다. c4.large 인스턴스가 시작되면 예약 인스턴스 요금을 받게 됩니다.

Savings Plans를 사용하는 경우 Amazon EC2 Instance Savings Plans 또는 Compute Savings Plans를 사용할 때 일반 온디맨드 인스턴스 요금의 할인율이 적용됩니다. Savings Plans의 유연한 특성 때문에 인스턴스 유형의 우선순위를 유연하게 지정할 수 있습니다. Savings Plan에서 적용되는 인스턴스 유형을 사용하는 한, 우선순위에 따라 인스턴스를 설정할 수 있으며, 때로는 주문을 완전히 변경할 수도 있고 Savings Plan에 따라 제공되는 할인율을 계속 받을 수 있습니다. Savings Plans에 대한 자세한 내용은 Savings Plans 사용 설명서를 참조하세요.

온디맨드 인스턴스 비율 제어

온디맨드 실행되는 Auto Scaling 그룹의 인스턴스 비율을 완전히 제어할 수 있습니다. 인스턴스 용량을 항상 확보하려면 온디맨드 인스턴스로 시작할 그룹의 백분율을 지정하고, 필요한 경우 온디맨드 인스턴스의 처음 시작 기본 개수를 선택합니다. 온디맨드 인스턴스의 기본 용량을 지정하도록 선택하면 Amazon EC2 Auto Scaling은 그룹 확장 시 이 온디맨드 인스턴스의 기본 용량을 시작한 후에만 스팟 인스턴스를 시작합니다. 기본 용량을 초과하는 용량은 온디맨드 백분율을 사용하여 시작할 온디맨드 인스턴스 및 스팟 인스턴스 수를 결정합니다. 온디맨드 백분율에 0에서 100까지의 숫자를 지정할 수 있습니다.

Amazon EC2 Auto Scaling은 백분율을 상응하는 인스턴스 수로 변환합니다. 변환 결과에 소수가 포함되면 Amazon EC2 Auto Scaling은 온디맨드 인스턴스를 위해 다음 정수로 반올림합니다.

이 수가 증가하면 Auto Scaling 그룹은 다음과 같이 동작합니다.

스팟 인스턴스 모범 사례

스팟 인스턴스를 요청하기 위해 Auto Scaling 그룹을 생성하려면 Amazon EC2 Linux 인스턴스용 사용 설명서의 EC2 스팟 모범 사례를 검토하세요. 특히 요청을 계획하여 원하는 인스턴스 유형을 최저 가격으로 프로비저닝하려면 이러한 모범 사례가 필요합니다. 또한, 다음을 수행하는 것이 좋습니다.

기본 최고 가격인 온디맨드 가격을 사용하세요. 시작하는 스팟 인스턴스에 대해 스팟 가격만 지불합니다. 스팟 가격이 최고 가격 이내인 경우, 가용성에 따라 요청이 실행됩니다. 자세한 내용은 Amazon EC2 Linux 인스턴스용 사용 설명서의 요금 및 비용 절감을 참조하세요.

여러 인스턴스 옵션 전략의 유형 유형을 사용하여 Auto Scaling 그룹을 생성합니다. 용량은 가용 영역의 각 인스턴스 유형과 관계없이 변동되므로, 인스턴스 유형이 유연한 경우 대부분 좀 더 많은 컴퓨팅 용량을 확보할 수 있습니다.

마찬가지로 가장 많이 사용되는 인스턴스 유형으로 제한하지 마세요. 가격은 수요에 따라 변동되므로, 인기 있는 인스턴스 유형(예: 최근에 출시된 인스턴스 패밀리 등)은 요금이 급변하는 경향이 있습니다. 사용 빈도가 낮은 이전 세대 인스턴스 유형을 선택하면 비용을 낮추고 중단 빈도는 줄일 수 있습니다.

capacity-optimized 또는 capacity-optimized-prioritized 할당 전략을 사용하는 것이 좋습니다. 즉, Amazon EC2 Auto Scaling은 가용 스팟 용량에 따라 최적으로 선택된 스팟 풀을 사용하여 인스턴스를 시작하므로 스팟 중단 가능성을 줄이는 데 도움이 됩니다.

lowest-price 할당 전략을 선택하고 웹 서비스를 실행하는 경우 많은 수의 스팟 풀을 지정합니다(예: N=10). 많은 수의 스팟 풀을 지정하면 가용 영역 중 하나에 있는 풀을 일시적으로 사용할 수 없게 될 경우 스팟 인스턴스 중단의 영향을 줄일 수 있습니다. 일괄 처리나 다른 미션 크리티컬하지 않은 애플리케이션을 실행하는 경우, 스팟 풀을 더 작은 수(예 : N = 2)로 지정할 수 있습니다. 이렇게 하면 가용 영역별로 사용할 수 있는 가장 저렴한 가격의 스팟 풀에서만 스팟 인스턴스를 프로비저닝할 수 있습니다.

최고 가격을 지정하려면 AWS CLI 또는 SDK를 사용하여 Auto Scaling 그룹을 만들면 되지만 주의해야 합니다. 최고 가격이 선택한 인스턴스 유형의 스팟 가격보다 낮으면 스팟 인스턴스가 시작되지 않습니다.

사전 조건

시작 템플릿을 생성합니다. 자세한 정보는 Auto Scaling 그룹에 대한 시작 템플릿 생성을 참조하십시오.

시작 템플릿을 사용하는 데 필요한 권한이 있는지 확인합니다. 시작 템플릿을 사용할 때 ec2:RunInstances 권한이 확인됩니다. 시작 템플릿에서 IAM 역할을 지정하는 경우에도 iam:PassRole 권한이 확인됩니다. 자세한 정보는 시작 템플릿 지원을 참조하십시오.

스팟 및 온디맨드 인스턴스로 Auto Scaling 그룹 생성(콘솔)

다음 단계에 따라 크기를 조정할 수 있는 온디맨드 인스턴스 및 스팟 인스턴스 플릿을 생성합니다.

시작하기 전에 사전 조건의 설명에 따라 시작 템플릿을 생성했는지 확인합니다.

시작 템플릿이 아직 스팟 인스턴스를 요청하지 않았는지 확인합니다.

스팟 및 온디맨드 인스턴스로 Auto Scaling 그룹을 생성하려면

화면 상단의 탐색 모음에서 시작 템플릿을 만들 때 사용한 리전과 동일한 AWS 리전을 선택합니다.

Auto Scaling 그룹 생성을 선택합니다.

시작 템플릿 또는 구성 선택 페이지에서 다음을 수행합니다.

Auto Scaling 그룹 이름(Auto Scaling group name)에 Auto Scaling 그룹 이름을 입력합니다.

시작 템플릿에서 기존 시작 템플릿을 선택합니다.

Launch template version(시작 템플릿 버전)에서 Auto Scaling 그룹이 스케일 아웃 시 시작 템플릿의 기본 버전을 사용할지, 최신 버전을 사용할지, 아니면 특정 버전을 사용할지를 선택합니다.

시작 템플릿이 사용하려는 모든 옵션을 지원하는지 확인한 후 다음을 선택합니다.

인스턴스 시작 옵션 선택(Choose instance launch options) 페이지의 네트워크(Network)에서 VPC에 대해 VPC를 선택합니다. Auto Scaling 그룹은 시작 템플릿에서 지정한 보안 그룹과 동일한 VPC에 생성되어야 합니다.

가용 영역 및 서브넷(Availability Zones and subnets)에서 지정한 VPC에 있는 서브넷을 하나 이상 선택합니다. 여러 가용 영역의 서브넷을 사용하여 가용성을 높일 수 있습니다. 자세한 정보는 VPC 서브넷 선택 시 고려 사항을 참조하십시오.

인스턴스 유형 요구 사항(Instance type requirements)에서 시작 템플릿 재정의(Override launch template), 수동으로 인스턴스 유형 추가(Manually add instance types)를 선택합니다.

인스턴스 유형(Instance types)에서 시작할 수 있는 인스턴스 유형을 선택합니다. 권장 사항을 시작점으로 사용할 수 있습니다.

(선택 사항) 인스턴스 유형의 순서를 변경하려면 화살표를 사용합니다. 우선순위 기반 할당 전략을 선택하는 경우 인스턴스 유형을 설정하는 순서에 따라 시작 우선순위가 설정됩니다.

(선택 사항) 인스턴스 가중치를 사용하려면 인스턴스를 Auto Scaling 그룹의 용량에 얼마나 가산할지에 해당하는 상대적 가중치를 각 인스턴스 유형에 할당합니다.

인스턴스 구매 옵션(Instance purchase options)에서 필요에 따라 구매 옵션을 업데이트하여 스팟 인스턴스로 애플리케이션 비용을 옵션 전략의 유형 절감합니다.

인스턴스 배포(Instances distribution)에서 Auto Scaling 그룹에 대해 시작할 스팟 인스턴스에 대한 온디맨드 인스턴스의 비율을 지정합니다. 애플리케이션이 무상태이고 내결함성이 있으며 중단되는 인스턴스를 처리할 수 있는 경우 더 높은 비율의 스팟 인스턴스를 지정할 수 있습니다.

스팟 인스턴스 시작 여부에 따라 온디맨드 기본 용량 포함(Include On-Demand base capacity) 옆의 확인란을 선택한 다음 온디맨드 인스턴스에서 충족해야 하는 Auto Scaling 그룹 초기 용량의 최소량을 지정할 수 있습니다. 기본 용량을 초과하는 용량은 인스턴스 배포(Instances distribution) 설정을 사용하여 시작할 온디맨드 인스턴스 및 스팟 인스턴스 수를 결정합니다.

할당 전략(Allocation strategies)에서 온디맨드 할당 전략(On-Demand allocation strategy)에 대해 할당 전략을 선택합니다.

스팟 할당 전략(Spot allocation strategy)에서 할당 전략을 선택합니다. 용량 최적화(Capacity optimized)의 기본 설정을 유지하는 것이 좋습니다. 기본값을 유지하지 않으려면 최저 가격을 선택한 다음 분산할 최저 가격의 스팟 인스턴스 풀 수를 입력합니다.

Capacity rebalance(용량 재분배)에서 용량 재분배를 활성화 또는 비활성화할지 선택합니다. 자세한 정보는 용량 재분배를 사용하여 Amazon EC2 스팟 중단 처리을 참조하십시오.

다음(Next)을 선택합니다.

또는 나머지 기본값을 그대로 두고, 검토로 이동을 선택할 수 있습니다.

고급 옵션 구성(Configure advanced options) 페이지에서 원하는 대로 옵션을 구성하고 다음(Next)을 선택합니다.

(선택 사항) 그룹 크기 및 조정 정책 구성 페이지에서 다음 옵션을 구성하고 다음을 선택합니다.

원하는 용량에 대해 시작할 초기 인스턴스 수를 입력합니다. 이 수를 최소 또는 최대 용량 제한을 벗어나는 값으로 변경하는 경우 최소 용량 또는 최대 용량 값을 업데이트해야 합니다. 자세한 정보는 오토 스케일링의 용량 제한 설정을 참조하십시오.

Auto Scaling 그룹 크기를 자동으로 조정하려면 대상 추적 조정 정책을 선택하고 지침을 따릅니다. 자세한 정보는 Amazon EC2 Auto Scaling의 대상 추적 조정 정책을 참조하십시오.

인스턴스 축소 보호에서 인스턴스 축소 보호를 활성화할지를 선택합니다. 자세한 정보는 인스턴스 축소 보호 사용을 참조하십시오.

(선택 사항) 알림을 받으려면 알림 추가에 대해 알림을 구성하고 다음을 선택합니다. 자세한 정보는 Auto Scaling 그룹 조정 시 Amazon SNS 알림 수신을 참조하십시오.

(선택 사항) 태그를 추가하려면 태그 추가를 선택하고 각 태그에 태그 키와 값을 제공한 후 다음을 선택합니다. 자세한 정보는 Auto Scaling 그룹 및 인스턴스에 태그 지정을 참조하십시오.

검토 페이지에서 Auto Scaling 그룹 생성을 선택합니다.

스팟 할당 전략 구성(AWS CLI)

다음 예제 구성은 여러 스팟 할당 전략을 사용하여 스팟 인스턴스를 시작하는 방법을 보여 줍니다.

다음 예에서는 JSON 또는 YAML로 형식이 지정된 구성 파일을 사용하는 방법을 보여 줍니다. AWS CLI 버전 1을 사용하는 경우 JSON 형식의 구성 파일을 지정해야 합니다. AWS CLI 버전 2를 사용하는 경우 YAML 또는 JSON 형식의 구성 파일을 지정할 수 있습니다.

예제 1: capacity-optimized 할당 전략을 사용하여 스팟 인스턴스 시작

create-auto-scaling-group 명령은 다음을 지정하는 Auto Scaling 그룹을 생성합니다.

온디맨드 인스턴스로 시작할 그룹의 백분율( 0 ) 및 온디맨드 인스턴스의 처음 시작 기본 개수( 1 )

우선순위( c5.large , c5a.large , m5.large , m5a.large , c4.large , m4.large , c3.large , m3.large )에 따라 시작할 인스턴스 유형

각각 다른 가용 영역에 해당하는 인스턴스를 시작하는 서브넷( subnet-5ea0c127 , subnet-6194ea3b , subnet-c934b782 )

시작 템플릿( my-launch-template ) 및 시작 템플릿 버전( $Default )

Amazon EC2 Auto Scaling이 온디맨드 용량을 채우려고 시도하는 경우 c5.large 인스턴스 유형을 먼저 시작합니다. 스팟 인스턴스는 스팟 인스턴스 용량에 따라 각 가용 영역의 최적의 스팟 풀에서 나옵니다.

다음은 예제 config.json 파일입니다.

다음은 예제 config.yaml 파일입니다.

예제 2: capacity-optimized-prioritized 할당 전략을 사용하여 스팟 인스턴스 시작

create-auto-scaling-group 명령은 다음을 지정하는 Auto Scaling 그룹을 생성합니다.

온디맨드 인스턴스로 시작할 그룹의 백분율( 0 ) 및 온디맨드 인스턴스의 처음 시작 기본 개수( 1 )

우선순위( c5.large , c5a.large , m5.large , m5a.large , c4.large , m4.large , c3.large , m3.large )에 따라 시작할 인스턴스 유형

각각 다른 가용 영역에 해당하는 인스턴스를 시작하는 서브넷( subnet-5ea0c127 , subnet-6194ea3b , subnet-c934b782 )

시작 템플릿( my-launch-template ) 및 시작 템플릿 버전( $Latest )

Amazon EC2 Auto Scaling이 온디맨드 용량을 채우려고 시도하는 경우 c5.large 인스턴스 유형을 먼저 시작합니다. Amazon EC2 Auto Scaling이 스팟 용량을 충족하려고 할 때 최선을 다해 인스턴스 유형 우선순위를 준수하지만 먼저 용량을 최적화합니다.

다음은 예제 config.json 파일입니다.

다음은 예제 config.yaml 파일입니다.

예제 3: 옵션 전략의 유형 두 개의 풀로 분산된 lowest-price 할당 전략을 사용한 스팟 인스턴스 시작

create-auto-scaling-group 명령은 다음을 지정하는 Auto Scaling 그룹을 생성합니다.

온디맨드 인스턴스의 처음 시작 기본 개수를 지정하지 않고 온디맨드 인스턴스로 시작할 그룹의 백분율( 50 )

우선순위( c5.large , c5a.large , m5.large , m5a.large , c4.large , m4.large , c3.large , m3.large )에 따라 시작할 인스턴스 유형

각각 다른 가용 영역에 해당하는 인스턴스를 시작하는 서브넷( subnet-5ea0c127 , subnet-6194ea3b , subnet-c934b782 )

시작 템플릿( my-launch-template ) 및 시작 템플릿 버전( $Latest )

Amazon EC2 Auto Scaling이 온디맨드 용량을 채우려고 시도하는 경우 c5.large 인스턴스 유형을 먼저 시작합니다. 스팟 용량의 경우, Amazon EC2 Auto Scaling에서는 각 가용 영역의 두 개의 가장 낮은 가격 풀에서 스팟 인스턴스를 고르게 시작하려고 시도합니다.

다음은 예제 config.json 파일입니다.

다음은 예제 config.yaml 파일입니다.

Auto Scaling 그룹이 올바르게 구성되고 해당 그룹에서 인스턴스를 시작했는지 확인(AWS CLI)

Auto Scaling 그룹이 올바르게 구성되었고 해당 그룹이 인스턴스를 시작했는지 확인하려면 describe-auto-scaling-groups 명령을 사용합니다. 혼합 인스턴스 정책 및 서브넷 목록이 존재하고 올바르게 구성되었는지 확인합니다. 인스턴스가 시작된 경우 인스턴스 및 해당 상태 목록이 표시됩니다. 인스턴스 시작으로 인해 발생한 크기 조정 활동을 보려면 describe-scaling-activities 명령을 사용합니다. 진행 중이며 최근에 완료된 크기 조정 활동을 모니터링할 수 있습니다.


0 개 댓글

답장을 남겨주세요