시스템관리자의 쉼터 커피닉스 커피향이 나는 *NIX
커피닉스
시스템/네트웍/보안을 다루는 곳
 FAQFAQ   검색검색   멤버리스트멤버리스트   사용자 그룹사용자 그룹   사용자 등록하기사용자 등록하기 
 개인 정보개인 정보   비공개 메시지를 확인하려면 로그인하십시오비공개 메시지를 확인하려면 로그인하십시오   로그인로그인 

가입없이 누구나 글을 쓸 수 있습니다. 공지사항에 대한 댓글까지도..




BBS >> 설치, 운영 Q&A | 네트웍, 보안 Q&A | 일반 Q&A || 정보마당 | AWS || 자유게시판 | 구인구직 || 공지사항 | 의견제시
Auto-Scaling 의 Termination Process - default 시

 
글 쓰기   답변 달기    커피닉스, 시스템 엔지니어의 쉼터 게시판 인덱스 -> AWS
이전 주제 보기 :: 다음 주제 보기  
글쓴이 메시지
범냉이



가입: 2006년 9월 19일
올린 글: 44

올리기올려짐: 2015.3.06 금, 9:30 am    주제: Auto-Scaling 의 Termination Process - default 시 인용과 함께 답변

아마존의 Auto-Scaling 기능이란 것은 잘 아실겁니다.

기본적으로는 Cloud Watch 의 Metric 을 기준으로 사용량(임계치)에 따라 자동으로 Scale in/out(서버들을 줄였다 늘렸다) 해주는 것이죠.

Scale out(늘어났다가) 이 되었다가 Scale in(줄어들때) 할때, 서버를 어떤 기준으로 하여 Termination(종료 - 없애기) 할까요?

우선은 Default 설정시 Termination 하는 과정을 보겠습니다. 이는 늘상 그렇듯 아마존 문서에 잘 나와 있습니다. (http://docs.aws.amazon.com/AutoScaling/latest/DeveloperGuide/AutoScalingBehavior.InstanceTermination.html#default-termination-policy)

저는 영어라 읽기 어려우신 분을 위해 한글로 잠시 정리해 드리는 거죠. 아래에 자세히 적긴 했는데, 간략하게 다시 한글로만 정리 하면

1. AZ 선택
- Multi AZ 일 경우에 인스턴스가 가장 많은 AZ를 선택하고, 인스턴스의 숫자가 같다면 Random 하게 선택 됩니다.
- Multi AZ 가 아닐경우에는 그 AZ에서 동작 합니다.

2. 가장 오래된 Launch Configure 를 사용하는 인스턴스를 종료 합니다.

3. 가장 오래된 Launch Configure 를 사용하는 인스턴스가 다수일 경우에는 비용 발생이 근접한 인스턴스(비용을 최소화함 - 사용의 극대화) 를 종료 합니다.

4. 비용 발생이 근접한 인스턴스가 다수(Multiple) 있다면, 자동(Random)으로 인스턴스 선택하여 종료(termination)

순서가 이리 되는거죠. AZ 선택 --> 오래된 Launch Confiugre 사용 인스턴스 --> 비용 발생이 도래한 인스턴스 --> 다수일 경우 Random 하게 종료

물론, 이 과정을 사용자가 변경할 수 있습니다.


인용:

1. Auto Scaling determines whether there are instances in multiple Availability Zones. If so, it selects the Availability Zone with the most instances. If there is more than one Availability Zone with this number of instances, Auto Scaling selects one of these Availability Zones at random.

--> a. 종료(termination) 할 AZ 선태.
- Multi-AZ 가 아니면, 하나의 AZ 기본으로 선택
- Multi-AZ 라면,
: 인스턴스 수가 가장 많은(most) AZ 선택
: 인스턴스 수가 같다면 자동(Random) AZ 선택

2. Auto Scaling determines which instances in the selected Availability Zone use the oldest launch configuration. If there is one such instance, it terminates it.

--> b. 가장 오래된 launch Configuration 을 사용하는 인스턴스를 종료(Termination.)

3. If there are multiple instances that use the oldest launch configuration, Auto Scaling determines which instances are closest to the next billing hour. (This helps you maximize the use of your EC2 instances while minimizing the number of hours you are billed for Amazon EC2 usage.) If there is one such instance, Auto Scaling terminates it.

--> c. 가장 오래됨 Launch Configuration 을 사용하는 인스턴스가 다수(Multiple) 있다면, 비용 발생이 근접한 인스턴스(비용을 최소화함 - 사용의 극대화) 를 종료(Termination)


4. If there is more than one instance closest to the next billing hour, Auto Scaling selects one of these instances at random.

--> 비용 발생이 근접한 인스턴스가 다수(Multiple) 있다면, 자동(Random)으로 인스턴스 선택하여 종료(termination)


자세한 내용이나 궁금하신 사항은 글 남겨주시면 답달겠습니다.

도움 되셨기를..

감사 합니다.
위로
사용자 정보 보기 비밀 메시지 보내기 이메일 보내기 MSN 메신저
aceskill



가입: 2015년 4월 3일
올린 글: 2
위치: 서울

올리기올려짐: 2015.4.03 금, 10:36 am    주제: 자원 제한에 걸려 있을때의 상황에 대한 질의 입니다. 인용과 함께 답변

좋은 글 감사 드립니다.

설정 값 기준으로 확장 되는 것에 대한 이해는 했습니다.
서버팜에서의 운영 자원이 99%상황에서 10%의 확장이 필요하게되면 어떠한 결과가 나오는지 궁금 합니다.

즉 여분 CPU Core가 1개 일때 확장요구 Core가 4개의 상황에 대한 의견을 부탁 드립니다.^^
감사 합니다.
_________________
견리사의
위로
사용자 정보 보기 비밀 메시지 보내기 글 올린이의 웹사이트 방문
이전 글 표시:   
글 쓰기   답변 달기    커피닉스, 시스템 엔지니어의 쉼터 게시판 인덱스 -> AWS 시간대: GMT + 9 시간(한국)
페이지 11

 
건너뛰기:  
새로운 주제를 올릴 수 있습니다
답글을 올릴 수 있습니다
주제를 수정할 수 없습니다
올린 글을 삭제할 수 없습니다
투표를 할 수 없습니다


Powered by phpBB © 2001, 2005 phpBB Group