Youtube AWS lecture - 4

EC2 유형과 사이즈

EC2는 목적에 맞게(유형에 맞게) 사이즈 및 Spec을 알맞게 조절 할 필요가 있다.

RPG게임에서 전사면 힘 많이찍고, 도적이면 민첩 많이 찍고 뭐 이런거 있듯이, EC2에는 CPU,Memory 뭐 할당하는거 이런거 잘 조정해서 유형에 맞게 조절 해야 리소스 낭비 많이 안함

한정된 자원에서 이 인스턴스의 스탯을 찍는다고 생각하면 됨

이렇게 레벨 비슷하게 categorized 되어있음

인스턴트 타입 읽는법 (a== arm 기반의 cpu 를 사용, 그럼 i도 있나? intel representative?)

 

 

EC2 Snapshot/AMI/EBS

Computing = EC2 , Hard Disk = EBS , LAN = ENI

"영구" "블록" 스토리지 = 가상의 하드드라이브라고 생각하면 편함 , 인스턴스가 종료되도 계속 서비스 돌아감

이렇게 네트워크로 연결이 되어있어서, 만약 CPU 업그레이드를 하면,

이렇게 네트워크만 변경해주면된다 -> 업그레이드

인스턴트 입장에서도 많은 EBS연동 가능

무조건 같은 EC2와 같은 가용영역에 있어서 Network로 연결가능

Cold HDD 랑 마그네틱은 하드임 -> 값이 쌈

EBS에 사진을 찍어서 백업으로 보관 하는 용도 -> 마지막으로 사진 찍은 지점으로 복귀시킴, S3 == AWS에서 제공하는 파일 저장소, EBS에 비해 가격이 굉장히 저렴함

증분식 저장이란?

 

이렇게 변화한 부분만 저장을 하는 방식

예) 맨처음 16 TB OS저장한다? 처음에는 16TB저장하고 다음 스냅샷에서는 변한 부분만 저장하고 뭐 이런식으로 증분식으로 저장함 -> 용량 saving

 

Amazon Machine Image

활용예) 내가 만약에 한 EC2에 알고리즘 및 좋은 프로그램을 만들었다? 그럼 그 AMI 를 떠서(Imaging/Template) 다른 사용자들이랑 공유 할수 있음. 다른 사용자들은 그냥 AMI설치만 하면 내가 쓰던 환경 그대로 쓸수있음

AMI의 구성

EBS == 네트워크로 연결되어있어서 속도가 좀 느림, Instance Storage는 안에 들어있어서 더 빠름. 근데 단점은 인스턴스가 삭제되면 인스턴스 스토리지는 무조건 삭제됨

 

AMI가 만들어지는 과정

종료시 삭제** = 인스턴스 종료했을때 EBS도 삭제할꺼냐라는 여부, 암호화 = 물리적인 하드디스크 암호화,데이터는 암호화 되지 않음

EC2만든뒤 이렇게 이미지 생성을 통해 AMI만들수 있음

그 다음 나의 AMI들어가서 똑같이 EC2 생성 하면 똑같은 환경의 EC2가 생성이 됨 베리 간편

똑같은 환경을 가진 서버에 load balancing 이 필요할때 이렇게 AMI 이미지 생성 해놓고 네트워크만 설정 달리 해주면 부하분산도 쉽게 할 수 있는 듯. 베리 굿

 

 

 

EC2의 가동되는 과정

 

최대 절전 모드 설명

메모리는 휘발성이다, 보통 하드에 있는 데이터를 메모리에 넣어서 유저에게 보여줌

재부팅시 메모리에있는 데이터가 날라가는걸 방지 하기위해서 메모리에 있는 데이터들을 하드디스크에 저장한다 = 최대 절전 모드

즉 컴터 재시작/또는 sleep 모드 갔을때, 하드에 모든 메모리 데이터 저장해서 (워드파일, 크롬 뭐 열어놨던거 등등) 하드에 보관해놨다가, 다시 부팅 또는 on 되면 그 저장해놓은 데이터 불러와서 다시 보여주는 형식을 최대 절전모드라고 함

최대 절전시 청구, 인스턴스 요금만 미청구 되는거지 EBS나 다른 서비스들은 청구 됨