[69일 차] 21.11.01 : DevOps 10

AWS DynamoDB

CloudWatch

Auto Scaling

---

1교시

 

 

교안 받은 김에 이전 내용 살짝 복습

 

EBS와 인스턴스 스토어는 소량의 데이터 통신에는 별 차이가 없지만..

-> 가용성을 원한다면 인스턴스 스토어는 EBS보다 뒤쳐진다.

-> 대량의 데이터를 주고받는 경우에는 인스턴스 스토어가 더 빠르다.

 

RDS를 생성하면 DB 인스턴스가 생성된다.

 

Architecture란?

-> 구조 : 광범위한 의미

 

AWS 솔루션 아키텍처?

-> 고객의 요구에 따라 인프라를 구축하는 작업

---

2교시

 

 

https://aws.amazon.com/ko/getting-started/hands-on/?awsf.getting-started-category=*all&awsf.getting-started-level=*all&awsf.getting-started-content-type=*all

AWS(Amazon Web Services)를 위한 실습 자습서

AWS 실습 자습 문서

---

3교시

 

 

EC2 인스턴스 생성 후 접속하고, aws configure로 사용자 자격 증명

DynamoDB 테이블 생성 > 테이블 이름과 파티션 키, 정렬 키 작성 > 생성

 

콘솔에서 항목을 입력 후, CLI로 조회해 보자.

-> aws dynamodb get-item --consistent-read --table-name [테이블명] --key '{"키":"값", ....}'

-> 키 : 값의 구조는

'{"Artist": {"S":"BTS"}, "SongTitle": {"S":"Butter"}}'

이런 구조. "S"는 문자열(String)을 의미

 

※ aws configure에서 출력 형식을 yaml로 했으면 출력이 안된다. 기본값으로 두거나 json으로 지정해야 한다.

 

DynamoDB AWS-CLI 명령어

위는 삽입과 수정 명령어.

 

aws dynamodb query --table-name Music --key-condition-expression "Artist = :name" --expression-attribute-values '{":name":{"S":"BTS"}}'

-> SDK에서 DynamoDB로 쿼리 보내기

---

5~8교시

 

 

고가용성 달성하기 : CloudWatch, AZ, Auto Scaling

 

 

Multi-AZ를 사용해 고가용성 환경을 구축할 때에는 2가지 주의점이 있다.

1. EBS에 저장된 데이터는 기본적으로 다른 데이터센터에 장애 조치된 이후에는 사용할 수 없다

2. 동일한 사설 IP 주소로 다른 데이터센터에 가상 서버를 시작할 수 없다. 또한 복구 후 동일한 공인 IP 주소를 자동으로 유지할 수 없다.

 

Route 53, CloudFront는 세계적으로 여러 리전에 걸쳐 운영되는 서비스

S3, DynamoDB는 하나의 리전에 여러 가용 영역을 사용하여 데이터센터 장애 시 복구할 수 있는 서비스

RDS는 다중 AZ 배포를 이용하여 필요한 경우 다른 가용 영역으로 장애 조치가 가능

EC2는 단일 가용 영역에서 실행되는 가상 서버

 

 

다른 가용 영역에 복구하기 - Auto Scaling

 

aws ec2 describe-instances --filters "Name=tag:Name, Values=jenkins-multiaz" "Name=instance-state-code, Values=16" --query "Reservations[0].Instances[0].[InstanceId, PublicIpAddress, PrivateIpAddress, SubnetId]“

 

오늘 딴짓을 좀 많이 해서 전체적으로 다시 들어야겠다.

---

오늘은 전체적으로 지난 내용들의 교안을 보며 수업해서 필기한 내용이 별로 없다.

1교시 빠르게 훑기

4교시(12:45~13:15) 테이블 인덱스 추가 

8교시 젠킨스 실습 다시 듣기