AWS 기초 공부 흐름정리 #2

 

AMI

• OS 및 소프트웨어가 설치된 디스크 이미지
• OS와 소프트웨어의 구성을 기록한 템플릿
• 동일한 서버를 얼마든지 생성 가능    =   ex) 우분투+node.js / 윈도우 + JVM 등
• AWS 공식 AMI만 있는 것이 아니라 OS나 소프트웨어의 커뮤니티판, 기업이 생성한 AMI도 제공
• 경우에 따라서 무료와 유료가 있다. ex) 윈도우
• 사용용도에 맞게 운영체제와 런타임등이 미리 셋팅되어 있는 컴퓨터를 선택하여 대여 가능
• 개인이 만들어서 마켓플레이스에 배포할 수 있다.

 

 

인스턴스 유형

• 머신의 성능이며 용도에 따라 선택 가능.
• 인스턴스에는 유형과 크기가 존재 = 각 유형은 각 하나 이상의 인스턴스 크기를 포함
• CPU, 메모리, 스토리지 및 네트워킹 용량의 다양한 조합으로 구성 됨.
• 표기 예시 : t2.micro (t2=인스턴스 유형, micro = 인스턴스 크기)

 

주요 인스턴스 유형

 

1. 범용

• T2, T3, T5, M4 등
• 일반적인 서버
• 부하가 일정한 서버의 경우에 사용하며, 버스트기능을 지원하는 유형도 있음.

 

2. 컴퓨팅 최적화

• C5, C4 등 
• 연산 능력이 높은 서버

 

3. 메모리 최적화

• X1e, X1 등 = 메모리 엑세스 속도를 높인 서버
• R4 = 대용량 메모리를 탑재한 서버

 

4. 가속화된 컴퓨팅 최적화

• P3, P2, G3, F1
• 머신 러닝 등에 사용되는 GPU를 탑재한 유형
• 그래픽 기능이 높은 유형

 

5. 스토리지 최적화

• H1, I3, D2 등
• 스토리지를 최적화한 유형
• I3는 SSD 기반

 

---

 

Amazon EBS

(Amazon EC2의 스토리지 볼륨)

• Amazon Elastic Block Store는 영구적인 블록 스토리지 볼륨
• EC2와 조합하여 사용
• HDD와 SSD를 선택 가능
•  
• 주요기능 5가지 ↓
• 탄력적 볼륨 : 볼륨 크기를 간단히 조정할 수 있는 기능
• 스냅샷 : 어떤 시점의 데이터를 통째로 저장하는 기능
• 데이터 라이프 사이클 매니저 : 일정에 따라 스냅샷을 생성&삭제하는 기능
• 최적화 인스턴스 : 특정 인스턴스 유형을 최적화 인스턴스로써 읽기 쓰기를 고속화
• 암호화 : 데이터 볼륨, 부팅 볼륨 및 스냅샷을 암호화하는 기능. KMS를 사용할 수 있음.

 

 

※ < 디스크 / 파티션 / 볼륨 >

예를들어,

식당 내부 전체가 하드디스크 전체의 볼륨 

식당 자리마다 파티션이 쳐져 있음.

그리고 그 파티션으로 나누어진 덩어리들도 각각의 볼륨으로 볼 수 있음.

그래서 파티션이 곧 볼륨이라고도 언급함.

 

• 디스크 = 시스템에 장착된 저장매체
• 파티션 = 별도의 디스크처럼 작동하기 위해 구분한 저장 공간
• 볼륨 = 단일 파일 시스템을 사용해서 액세스 할 수 있는 저장공간(파티션이 가진 공간)
• 파일 시스템 = 저장공간에 읽고 쓸 파일들의 체계
• 즉, 디스크를 파티셔닝 해서 파일시스템을 포맷하면 볼륨이 됨.

 

---

 

SSH를 사용한 접속과 키 페어

• 공개키 암호 방식을 이용한 접근 관리
• SSH = 서버에 설치된 소프트웨어를 조작할 때 사용하는 방식
• 키 페어는 SSH 접속에 관한 접근 관리를 제공

 

 

Elastic IP 주소

• 고정 공인 IP 주소를 부여
• AWS가 제공하는 정적인 공인(Public) IPv4 주소
• EC2 인스턴스는 정지 후 다시 시작하면 공인 IP 주소가 바뀌게 됨
• 그래서 고정 IP 주소를 인스턴스와 연결하기 위해 사용되는 것이 Elastic IP 주소
• Elastic IP 주소는 AWS 계정과 연결되어 있음.
• 인스턴스를 삭제해도 확보한 IP 주소는 그대로 AWS 계정에서 소유
• 소유한 IP가 중지된 인스턴스나 분리된 네트워크에 연결된 경우에도 시간당 요금 부과

 

 

Elastic Load Balancing (ELB)

• 트래픽을 분배하는 분산 장치
• AWS가 제공하는 로드 밸런서
• 로드 밸런서는 서버 한대에 집중되는 부하를 분산시키기 때문에 부하 분산 장치라고도 함.
• ALB(Applicatiion Load Balancer) : HTTP 및 HTTPS에 가장 적합한 로드 밸런서
• NLB(Network Load Balancer) : OSI 모형의 전송 계층에서 동작 (TCP, TLS)
• CLB(Classic Load Balancer) : 오래된 유형의 로드 밸런서. 앞으로 구축 시스템에는 사용 하지 않길 권장

 

 

ELB의 요금

• 사용 요금 + LCU 요금
• 사용 요금(사용단가 X 시간) : 사용 요금은 ELB의 종류별로 단가가 결정되면 여기에 시간을 곱한 금액
• LCU 요금(LCU 사용량 X LCU 단가 X 시간) : 측정 항목 4가지에 대해서 LCU 사용량이 가장 큰 항목만 과금 대상
• 새연결 수 : 1LCU = 초당 25개의 새로운 연결
• 활성 연결 수 : 1LCU = 분당 3,000개의 활성 연결
• 처리된 바이트 : 1LCU = 시간당 1GB
• 규칙 평가 : 1LCU = 초당 1,000개의 규칙 평가
• 단, CLB의 경우는 요금 계산이 간단하다. (사용 단가 X 시간 + 처리단가 X 처리량)

 

---

 

스냅샷

• 서버 데이터 백업
• 특정 시점의 서버 디스크 상태를 보존하는 기능
• AMI를 작성하고 싶을 때도 스냅샷으로 작성 가능
• 스냅샷의 데이터 보존 장소는 Amazon S3이지만 스냅샷의 파일은 사용자가 자유롭게 다운 가능(S3 요금 발생 X)

 

 

오토 스케일링

• 수요에 맞춰 EC2 대수를 증감
• 서버의 액세스 상태에 따라 서버 대수를 조절하는 기능
• 'Auto Sacliong 그룹'(인스턴스의 집합)을 생성하고 그룹에 인스턴스(서버)의 최소 대수와 최대 대수를 설정
•  
• 인스턴스의 증감 3가지 방법 ↓ ↓
• 1. EC2 인스턴스가 정지한 경우에 분리하고 새로운 EC2 인스턴스를 생성하는 방법
• 2. 일정에 맞춰 스케일링하는 방법
• 3. CPU와 네트워크의 부하를 참고하여 특정 임계 값을 넘을 때 인스턴스 수를 자동으로 증감하는 방법
• =(CloudWatch 모니터링 연계)
•  
• 오토 스케일링의 요금은 무료이다.
• 하지만 CloudWatch를 사용할 경우 모니터링에 관련된 요금이 부과