6장

모니터링 기능

트래픽 많아지면 scale out

 

 

 

이렇게하면 낭비 ㅇㅇ

auto scaling 쓰면 좋음 ㅇㅇ

 

cloud watch랑 연동해서 보면서 scaling한다.

 

 

 

이렇게 세개가 연동해서 돌면서 auto scaling함

 

 

작은걸로 여러개 auto scaling하면 비용절약가능~

 

 

 

 

EC2 역사를 공부해보자

system call을 통해 kernel일 한다.

 

 

 

 

 

 

 

일반적인 구조

 

 

 

Guest OS

ec2같 은거

유저모드 위에 OS가 올라가서 제공해주는데 쓰는 우리는 마치 일반적인 OS쓰는 느낌으로 쓴다.

어떤 방법으로 이런 느낌을 주게할까?

 

Ring 0 커널모드

Ring 3 유저모드

 

여기서 가상화 모드 적용하면

 

Ring 1에다가 Guest os 적용

문제 : OS는 커널모드에서 작동하니까 명령어가 커널 명령어 많은데(privileged instruction) ring1 유저모드에서 작동시키면 다양한 fault exception 발생 이거다 고쳐줘야함

 

 밑에나오는 Interpreting, Recompiling, • Binary Translation (BT)  방식은 모두 os를 치환해주는 방식(아까 fault, exception들 바꿔줘야지 에러안난다.)

Interpreting

무식하게 모든 커멘드를 바꾼다.

장점 easy

단점 성능 구림

 

 

Recompiling

cache 추가해서 Interpreting 보다는 나은데 그래도 느림

 

 

BT

Binary Translation (BT) 이게 젤좋다.

os code를 보고 vitualizable command 면 그냥 실행 vitualizable command란 user mode에서 실행되는 명령어. 

 kernel commands인 경우에는 vitualizable command로 바꾼다.

 

빠름 하지만 native 방식보다는 당연히 느리겠지

 

 

 

 

BT를 업그레이드함

이전 방식은 hw 도움없이 sw적으로 가상화했음 hw가 지원하는 방식이 HVM

hw적으로 하나의 모드를 더 만들어서 수정없이 돌아갈수있게 했다

 

 

요새는 다 HVM 이다.

 

 

 

 

EC2 성능

 

 

네트워크 발전

 

 

옛날 방식은 Ring0 hypervisor을 다 타고 트래픽이 왔다갔다한다. bottleneck 발생할수도있고 암튼 안좋음

 

 

바로 instance에서 트래픽

 

 

암튼 enhanced network 돼서 좋아졌다.

 

위에게 10G 짜리고

25GB짜리에서는 ENA가 필요하다 네트워크를 병렬처리? 뭐이런거 써서 좋아졌다