---

313. CIDR, 비공개 및 공개 IP

Understanding CIDR - IPv4

• Classless Inter-Domain Routing - IP 주소를 할당하는 방법
• 보안 그룹 규칙과 aws 네트워킹에 사용됨
• IP 의 범위를 지정해준다.
  • WW.XX.YY.ZZ/32 ⇒ one IP
  • 0.0.0.0/0 ⇒ all IPs
  • 192.168.0.0/26 → 192.168.0.0 - 192.168.0.63 ( 64개의 IP 주소)
• CIDR 의 두가지 구성 요소
• Base IP 기본 IP
  • 범위에 포함된 IP
  • 일반적으로는 범위의 시작이 되는데 범위 내부에 있기도 한다.
  • ex) 10.0.0.0 , 192.168.0.0, 등이 있다.
• Subnet Mask 서브넷 마스크
  • IP에서 변경 가능한 비트의 개수를 정의
  • ex): /0 , /24, /32
  • 두가지 형태로 가능
    • /8 → 255.0.0.0
    • /16 → 255.255.0.0
    • /24 → 255.255.255.0
    • /32 → 255.255.255.255

Understanding CIDR - Subnet Mask

• base IP 로부터 추가적인 IP 값을 추가한다.

만약 서브넷마스크가 /0 이되면 모든 IP를 허용하는게 된다.

/0 은 모든 옥텟 변경가능 /32 하나만 사용가능

Understanding CIDR - Little Exercise

• 192.168.0.0/24 의 의미는 무엇일까?
  • 마지막 2의 8 승 256개 변경가능 0부터 255까지
• 192.168.0.0/16 =?
  • 마지막 2의 16승 256*256=65536 개
• 134.56.78.123/32 =?
  • 134.56.78.123 하나의 IP 만 사용가능
• 0.0.0.0/0 =?
  • 모든 IP 허용

CIDR to IPv4 Address Range Utility Tool | IPAddressGuide

해당 페이지에서 IP 범위를 계산할 수 있다.

Public vs. Private IP ( IPv4)

• Internet Assigned Numbers Authority (IANA)
• 사설 IP는 특정 값만 허용한다.
  • 10.0.0.0 - 10.255.255.255 (10.0.0.0/8) | 매우 큰 네트워크에서 사용
  • 172.16.0.0 - 172.31.255.255 (172.16.0.0 /12) | aws 의 기본 vpc 범위
  • 192.168.0.0 - 192.168.255.255 ( 192.168.0.0/16) | 홈 네트워크 에서 사용

---

314. 기본 VPC 개요

Default VPC Walkthrough

• 모든 aws 계정은 기본 VPC를 갖는다.
• EC2 인스턴스는 기본 VPC에서 실행된다. 서브넷 명시가 없다면
• 기본 VPC는 인터넷에 연결되어 있어서 EC2 인스턴스도 인터넷에 연결될 수 있다.
• 공용 및 사설 IPv4 DNS 이름을 얻을 수 있다.

실습 - VPC 콘솔 확인

기본 IPv4 CIDR 범위

해당 범위를 계산했을때

IP 하나만 생성되어있다.

해당 VPC 와 연결되어있는 서브넷이다.

CIDR 범위는 172.31.32.0/20 이다.

범위를 계산하면 4096개의 IP를 사용가능한데

4091 개만 사용할 수 있다.

---

315. VPC 개요

VPC in AWS - IPv4

• VPC = Virtual Private Cloud
• 단일 AWS 리전에 여러 VPC 를 둘 수 있다. (리전당 최대 5개)
• VPC 마다 할당 CIDR 는 5개
  • 최소는 /28개 (16개 IP)
  • 최대는 /16개 (65536ro IP)
• VPC는 사설이기 때문에 사설 IPv4 범위만 허용된다.
  • 10.0.0.0 - 10.255.255.255 ( 10.0.0.0/8)
  • 172.16.0.0 - 172.31.255.255 (172.16.0.0/ 12)
  • 192.168.0.0 - 192.168.255.255 ( 192.168.0.0 / 16)
• VPC CIDR의 주소가 다른 네트워크와 겹치면 안된다.

---

316. VPC 실습

vpc 가 생성되었다.

CIDR 편집에서

추가할 수 있다.

VPC 당 CIDR 5개 까지 가능

---

317. 서브넷 개요

VPC - Subnet (IPv4)

• VPC 내부에 있는 IPv4 주소의 부분 범위 이다.
• 이 범위 내에서 AWS가 IP 주소 다섯 개를 예약한다.
• ex) 10.0.0.0/24
  • 10.0.0.0 - 네트워크 주소로 예약
  • 10.0.0.1 - aws vpc 라우터로 예약
  • 10.0.0.2 - aws dns 에 매핑
  • 10.0.0.3 - aws 예비용
  • 10.0.0.255 - 브로드캐스트 주소 255 하지만 aws 는 vpc에서 브로드캐스트를 지원하지 않는다.
• 만약 29개의 IP가 필요하다면
  • /27 서브넷은 고르면 안된다. 2의 5승 32 , 32 -5 = 27
  • 대신 /26 서브넷을 골라야한다. 2의 6승 64, 64 -5 = 59

---

318. 서브넷 실습

DemoVPC 선택하고 서브넷 생성하기

공용, 사설 서브넷을 만들었지만 이름만 그렇다.

게이트웨이를 추가함으로써 구현하자 .

---

319. 인터넷 Gateway 및 라우팅 테이블

Internet Gateway (IGW)

• VPC의 리소스를 인터넷과 연결되게 한다.
• 수평으로 확장되고 가용성과 중복성이 높다.
• VPC 와 별개로 생성된다.
• 하나의 VPC 는 인터넷 Gateway 하나에만 연결된다. 반대의 경우도 마찬가지
• IGW 스스로 인터넷 액세스를 허용하지 않는다.

igw → 라우터 → 라우팅 테이블 → sg → 인스턴스 이다.

---

320. 인터넷 Gateway 및 라우팅 테이블 실습

EC2 실행

간단히 실행

연결해보자

바로 커넥션 오류가 뜬다 .

• Failed to connect to your instance
• EC2 Instance Connect is unable to connect to your instance. Ensure your instance network settings are configured correctly for EC2 Instance Connect. For more information, see Set up EC2 Instance Connect at https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-connect-set-up.html.

vpc가 igw 와 연결이 안되어있기 때문

인터넷 게이트웨이 생성

생성후 VPC 에 연결한다.

여전히 EC2 에 연결할 수 없다?

라우팅 테이블 생성

사설 라우트 테이블도 하나 만든다.

서브넷 연결 편집

서브넷을 선택

라우팅 추가하기

IGW 추가하기

이제 ec2 에 연결 가능하다 .

---

321. Bastion 호스트

배스천 호스트로 사설 서브넷의 ec2에 접속할 수 있다.

• 배스천 → 사설 서브넷의 EC2 에 접속 가능
• 배스천은 공용 서브넷에 존재한다.
• 배스천 호스트의 보안 그룹은 22번 포트로 들어오는 인바운드를 허용한다. 모든 CIDR로 들어오면 위험하기 때문에 제한해야한다.
• EC2의 보안그룹은 서로 허용되어야 한다.

322. Bastion 호스트 실습

이전에 생성한 Ec2 를 BastionHost 라 명명한다.

키페어 생성

pem 키로 생성하자

인스턴스 생성

당연히 키페어 추가하고

보안그룹의 소스를 launch wizard 1 bastion host 로 부터 받는 걸로 하자!

privateinstance 로 명명하고

해당 사설 서브넷은 IGW 와 연결이 안되어있기 때문에 접속 불가

접속 테스트

프라이빗 인스턴스에 접속할려면 해당 키를 배스천 호스트 ec2에 저장하고 접속시에 사용해야한다.

확인 완료

권한 변경 chmod 0400 DemoKepair2.pem

i

10.0.17.176 에 접속 되었다.

 

136. Security - Section Introduction

이번챕터에서 중요한거 많이 나온다. 

---

138. Kubernetes Security Primitives

쿠버네티스 보안 원칙에 대해 알아보자 

Secure Hosts

클러스터를 구성하는 호스트에 암호 기반 접속, ssh key 기반 인증이 가능해야한다. 

Kube-apiserver 통제

kubeapiserver는 많은 역할을 담당하기 때문에 해당 api server에 보안을 잘 적용하면 되다.

통제해야하는 건

1. 누가 접속 가능한지

2. 그리고 무엇을 할 수 있는지

 

해당 두 키워드만 조절하면 된다.

 

Authentication

비번, 인증 등을 이용한 접근 제한

 

 

Authorization 

마찬가지로 권한 제한 

 

TLS Certificates

클러스터내의 파드들이 kube apiserver를 걸쳐 통신할때 TLS 암호화된다. 

 

Network Policies

클러스터 내 파드들은 통신할 수 있다.

네트워크 정책을 이용해 액세스 권한을 제한할 수 있다. 

 

---

139. Authentication 

 

노드, 파드등 다양한 구성요소로 구성된 클러스터가 있다. 

관리자, 개발자, 엔드 유저등등

 

내부 구성 요소들간의 통신과 인증 메커니즘을 알아보자 .

 

클러스터 보안에 집중해보자! 

end user 보안의 경우 응용 프로그램 자체에 의해 내부적으로 관리된다. 

논의에서 제외하고 

관리자, 개발자, 서비스 봇 만 남는다. 

관리자, 개발자는 사람이고  봇은 서비스 계정이다. 

쿠버네티스는 사용자 계정을 직접 관리하지 않는다. 

외부 소스에 의존한다. 정보가 담긴 파일이나 인증서 또는 타사 ID 서비스 처럼.

이런 사용자를 관리하는 LDAT 같은 거다. 

 

서비스 계정은 만들 수 있다 

kube api 서버와 통신 할때

1. 유저를 인증하고
2. 프로세스를 처리한다.

어떻게 인증할까 ?

여러가지 방식이 잇지만 여기서

static 비밀 번호 ,토큰 방식이 있다 .

Auth Mechanisms - Basic

파일을 csv 로 만들고 kube apiserver  내에 해당 내용을 추가한다.

kube-apiserver.service 에 내용을 추가할 뿐만 아니라

파드 정의 파일도 수정해야한다. 

Kube ADM 도구는 자동으로 Kube API 서버를 재시작한다. 

추가한 유저를 인증할때 

4번째 열에 그룹을 추가할 수 있고 

static token 파일의 경우 첫번째 열에 토큰을 명시할 수 있다. 

 

 

 

0. 들어가며

1월 5일에 클라우드 프랙티셔너를 시험 칠 때 옆자리에 시험장 옆자리에 앉은 분이 SAA-003을 치루는걸 봤다.

묘한 부끄러움? 아 나는 이제 기본 자격증 따는데 가오 떨어지게... (장난이고)

 

원래 saa를 느슨하게 딸려고 했는데 내가 듣고 싶은 교육프로그램 신청 기간이 한달 반이나 일찍 시작해서 벼락 치기로 saa 준비에 돌입했다. 

CCP는 12/26부터 준비해서 1/5 시험 11일 정도 걸렸다.

SAA 1/6 일부터 1/20일 시험 당일까지 공부했다. 딱 2주정도? 

 

( 이번에도 벼락 치기에 가까운 준비를 하였으므로 아래 방법으로 준비하는 것은 추천하지 않습니다. 더 더 더 많이 준비하고 치루십쇼)

 

1. 시험 준비 과정

(1) Udemy 강의

Ultimate AWS Certified Solutions Architect Associate (SAA) | Udemy

해당 강의를 85% 정도 수강했고 공부하는 속도가 느려서 그런지 섹션 28 vpc 파트는 건너 뛰었다. 

27.5시간 강의지만 이것 저것 다루는 내용도 많고 시험 치는 날까지 일정 관리를 제대로 하지 못해 100퍼센트 준비 못한 채로 시험을 치루게 되었다. 

 

처음엔 블로그에 하나 하나 다 정리하면서 수업을 들었지만 시간이 후에 너무 부족했다. 

 

(2) 시험 당일 연습 문제 풀기

 시험 치기 몇 시간 전에 강의를 통해서 개념 공부를 완료했고 당일 아침 9시에 기상해서 예제 문제를 풀었다. 

72% 합격인데 49 점을 받고 멘붕이 왔다. 

 

이정도면 거의 찍으러 가는건데... 

 

정신을 가다 듬고 시험 치는 그 순간까지 아이패드로 블로그에 정리한 내용을 복습했다. 

 

2. 시험 과정

(1) 시험 신청

AWS Certified Solutions Architect - Associate 자격증 (amazon.com)

 

AWS Certified Solutions Architect - Associate 자격증

AWS Skill Builder에 구독하여 시험 준비에 도움이 되는 추가적인 연습 자료에 액세스하세요. 그런 다음 AWS Certified Solutions Architect - Associate 공식 연습 시험을 통해 시험 준비가 잘 되어 있는지 확인하

aws.amazon.com

당연히 여기서 신청한다. 

전에 취득한 자격증이 있으면 50 % 디스카운트를 꼭 사용하자

이걸로 지출을 좀 줄인 기분? 

85000원에 시험을 치룰 수 있었다. 

 

원래는 덤프 문제를 풀고 시험을 칠 계획이라 영어로 신청했는데

이것 때문에 괜히 난이도만 올렸다.

 

비몽사몽 정신 없는 상태에서 시험 치는데 영어로 해석하고 해석한 거 읽어서 문제를 풀어야하니 

머리가 두배로 아팠다. 

 

 

(2) 시험 장소

원래 신청한 곳이 있었는데 시험치기 3일전에 시험 불가라고해서 전날에 장소를 변경했다. (이때 시험 미룰까 생각 엄청했다.)

personvue로 이메일 오는거 잘 체크하자.

 

(3) 시험 결과

ccp 시험처럼 시험 결과가 바로 나올줄 알았는데 이번에는 바로 안나왔다.

5일안에 이메일 온다고 해서 설마 설마 했는데 5시간 만에 이메일이 왔다.

720점 합격인데 742점.

턱걸이 휴... 다음부터 제대로 준비하자

 

3. 준비 팁

상당히 주관적이지만 말씀드리자면...

 

(1) 덤프를 풀 생각이 없다면 차라리 한국어로 신청해라

생각보다 범위가 넒기 때문에 일정 관리에 실패할 수 있다.

나 같은 경우 시험 날짜가 정해지는 등 강한 동기부여가 없으면 게을러지는 타입이라서 시험 날짜를 먼저 정했지만 

너무 오랜 시간 공부하기 싫다면 덤프를 버리고 udemy 강의를 빡세게 보고 한국어로 시험 신청하는게 더 나을 것 같다.

 

(2) 머신 러닝 같은 서비스 공부

공부하다보면 머신 러닝 서비스처럼 aws 서비스 곁다리 처럼 느껴지는 챕터가 있는데 

이 부분은 시험에 나오면 점수주는 문제니까 무조건 숙지하고 가는 것이 좋다. 

가령 text를 이해하는 aws 서비스는 -> comprehend를 사용 이런식으로 

난이도 쉬운 문제이니 이런데서 점수 까이지 말자

 

(3) ccp와 비교하여 

ccp 와 비교하여 시험 난이도가 어렵다. 

범위도 넓어지고 기본 서비스 개념을 안다고 가정하고 물어보는 문제들이기 때문에 좀 성가시다. 

그래도 여전히 연결되는 키워드들이 존재한다. 

 

(4) 중꺽마

saa는 합격 점수가 720점이다. 

72% 를 넘기는건 생각보다 어렵다. 

하지만 aws 시험에는 점수에 포함하지 않는 문제들이 존재한다. (aws 측에서 난이도 조정을 하기 위한 문제)

따라서 시험장에 끝까지 포기하지 않아야 한다. 

 

(5)  기억에 남는 ...?

kinesis 관련 문제가 많았다. 

나는 잘 모르는 상태로 좀 많이 찍었지만 kinesis,sqs ,sns 관련해서는 제대로 정리하고 가는 것이 유리할 것 같다.

 

 

4. 마무리 -? 

사실 시험 칠 때 무척 스트레스가 상당했다. 

시험 문제를 풀어가면 갈수록 사형 선고에 가까워지는 기분이었다. 

지하철을 타고 돌아가는 길은 단두대로 향하는 발걸음 처럼 느껴졌다. 

그래도 다행히 합격해서 설날을 기분 좋게 보낼 수 있었다. 

 

다음 시험부터는 일정관리를 잘 조율해서 시험 전날은 온전히 복습만 할 수 있게 할 거다.

 

지금 당장는 cka 쿠버네티스 자격증을 준비하고 있다. ( 시험을 좀 빠듯하게 준비하고 있어서 블로그 작성이 늦춰지고 있다.ㅠㅠ) 

 

올해 목표는 

cka, aws developer, sysops, solution architecture pro , 미정의 azure 

 

유의미한 포트폴리오 2개  이다 ! 

힘을 내자 아자아자! 

 

 

---

164. AWS Snow Family 개요 

AWS Snow Family

데이터를 마이그레인셔 또느 엣지 컴퓨팅에 Snow 제품군이 사용된다. 

 

Data Migrations with AWS Snow Family

네트워크를 통해서 데이터를 전송하려면 아주 오랜 시간이 걸린다. 

초당 1GB의 네트워크 회선을 이용해 100TB의 데이터를 전송하려면 12일이 걸린다. 

데이터 전송의 문제점 

• 제한된 연결성
• 낮은 대역폭
• 높은 네트워크 비용
• 대역폭 공유 문제 ( 사무실 전체가 다운 될 수도 있다) 
• 연결 안정선

AWS 에서 제공하는 물리적 장치를 이용해 AWS로 데이터를 전송한다.

 

Snow Family 와 S3 비교

S3 를 이용하는 경우 클라이언트의 데이터를 버킷으로 전송한다. 

 

Snow Family인 경우 클라이언트가 snowball 에 데이터를 복제한다.

다시 aws 측에 장치를 반납하고 aws 인프라에 직접 연결한다. 

네트워크 경로가 아닌 물리적인 경로를 이용한다. 

 

Snowball Edge( for data transfers) 

TB 혹은 PB 크기의 데이터를 전송 가능하다. 

물리적 or 네트워크 를 통해 데이터 전송도 가능하다. ( 네트워크 비용이 청구됨) 

블록 스토리지를 제공하거나 S3 호환 객체 스토리지를 제공한다. 

Snowball Edge Storage Optimized

80 TB 의 하드웨이 디스크 용량 제공

Snowball Edge Compute Optimized

42 TB 의 하드웨어 디스크 용량 제공

 

Usage: 

데이터 전송, DR, 데이터 폐쇄를 위한 데이터 복제 

 

 AWS Snowcone

부피가 작다. snowball edge 보다 훨씬 작고 휴대용 장치 

8TB 를 저장가능

공간의 제약을 받는 경우

드론에 설치도 가능하다. 

배터리와 케이블은 직접 준비해야함.

aws로 물리적으로 보내지거나 AWS DataSync를 이용해서 데이터를 보낼 수 있음.

 

AWS Snowmobile

전송단위는 EB (엑사바이트)이다.

1EB는 1,000PB 1,000,000TB 이다. 

Snowmobile 한대에 100PB 이다.

1EB를 보낼려면 10대가 필요하다. 

보안성이 뛰어나고 온도 조절이 가능하며 GPS 추적 및 연중 무휴 비디오 감시로 안전함.

 

10PB 이상 보낼려면 snowmobile이 이득이다. 

 

AWS Snow Family for Data Migrations 

8TB, 80TB, 10PB 이다.

권장하는 마이그레이션 사이즈는 

24TB~, PB, EB 이다. 

snowcone에는 DataSync 가 미리 설치되어 있어서 AWS 네트워크로 데이터를 전송할 수 있다.

Snowball Edge는 15까지 모아서 클러스터링을 구축할 수 있다. 

 

Snow Family - Usage Process

1. aws 콘솔에서 배송 요청하기

2. 온프레미스 서버에 AWS OpsHub 설치 

3. Snowball을 서버에 연결하고 파일을 복제한다. 

4. 장치를 다시 aws 시설로 보낸다.

5. s3 버킷에 옮겨진다.

6. snowball 은 후에 완전히 지워진다. 

 

What is Edge Computing?

엣지 로케이션에서 데이터가 생성될 때 실시간으로 처리하는 방식이다.

엣지 로케이션: 인터넷이 없는 곳이나 클라우드에서 멀리 있는 곳

트럭, 배, 지하 등등

연결이 제한되거나 액세스가 없거나 컴퓨팅을 할 수 없는 곳 

 

Snowball Edge, snowcone 을 주문해서 엣지 로케이션에 장착시키면 엣지 컴퓨팅이 가능해진다. 

 

usage

데이터 전처리, 엣지에서 머신 러닝하는 경우

사전 미디어 스트림 트랜스코딩 

 

데이터를 aws로 재전송해야 하는 경우 Snowcone이나 snowball Edge 장치로 보내면 된다. (물리적)

 

Snow Family - Edge computing

Snowcone 

4GB 메모리, 유무선 액세스 wi-fi

USB-C 또는 배터리로 작동

 

Snowball Edge - Compute Optimized

52vCPU, 208GB 의 RAM

선택적 GPU

42TB 스토리지

Snowball Edge - Storage Optimized

40vCPU, 80GB 의 RAM

객체 스토리지 클러스터링 가능 

 

모든 장치들은 내부 EC2 인스턴스나 람다 함수를 실행할 수 있다. 

AWS IoT Greengrass 에서 가능

장치를 1년에서 3년 빌리면 가격 할인이 들어간다.

 

AWS OpsHub

옛날에는 CLI

편리성을 위해 OpsHub 가 생겼음.

컴퓨터나 노트북에 설치하여 사용하는 프로그램이다. 

 

연결이 되면 그래픽 인터페이스를 통해 Snow 장치에 연결해서 구성 및 사용할 수 있으니 아주 손쉬운 방법이다 .

 

단일 장치와 클러스터 장치를 잠금 해제하고 구성할 수 있으며

파일 전송이 가능해지고 Snow 장치에서 실행되는 Ec2 인스턴스를 시작 및 관리할 수 있게 된다. 

 

장치 메트릭 모니터링과 aws 호환 서비스 실행이 가능하다.

ec2 인스턴스 , DataSync 혹은 네트워크 파일 시스템 

 

---

165. Snow Family 실습

---

 

166. 아키텍처 : Snowball 에서 Glacier 까지

Solution Architecture: Snowball into Glacier

Snowball 은 Glacier에 데이터를 직접 보낼 수 없다.

snowball cannot import tom Glacier directly

 

먼저 S3 수명 주기 정책을 생성해서 Amazon Glacier 객체로 전환할 수 있다.

Snowball 이 데이터를 S3로 가져오면 S3의 수명 주기 정책을 통해 해당 데이터가 Amazon Glacier 로 전환된다. 

 

Snowball -> S3 -> Amazon Glacier

 

---

167. Amazon FSx 개요

Amazon FSx - Overview

AWS에서 완전 관리형 서비스로 타사 고성능 파일 시스템을 실행시킨다.

(RDS 에서 MySQL, Postgres 를 실행하는 느낌)

 

FSx for Lustre

FSx for NetApp ONTAP

FSx for Windows File Server

FSx for OpenZFS

 

FSx 로 여러 파일 시스템을 이용할 수 있다. 

 

Amazon FSx for Windows( File Server)

완전 관리형 Windows 파일 서버 공유 드라이버 

Windows 를 사용하기 때문에 SMB 프로토콜과 Window NTFS 를 지원한다. 

Microsoft Active Directory 통합을 지원하므로 사용자 보안, ACL, 사용자 할당량을 추가 등 액세스 제어 가능

Linux EC2 인스턴스에 마운트 가능

온프레미스 등에 Windows 파일 서버가 있는 경우 Microsoft 분산 파일 시스템인 DFS 기능을 이용해서 파일 시스템을 그룹화 할 수 있다. ( windows 파일 서버와 FSx for Windows File Server 를 결합할 수 있다.) 

 

성능

초당 수십 GB에 수백만 IOPS 그리고 수백 PB의 데이터까지 확장될 수 있으며 

FSx for Windows File Server의 스토리지 옵션으로는

SSD로 지연 시간이 짧아야 하는 워크로드를 저장할 수 있다. (DB, 미디어 처리 데이터 분석)

HHD 넓은 스펙트럼의 워크로드를 저장할 수 있다. (홈 디렉터리 , CMS)

 

프라이빗 연결로 온프레미스 인프라에서 액세스 할 수 이싸.

다중 AZ 구성 가능 

재해 복구 목적으로 S3 에 백업 

 

Amazon FSx for Lustre

Lustre는 원래 분산 파일 시스템으로 대형 연산에 쓰였다. 

Linux, cluster의 줄임말

 

머신러닝, HPC, 고성능 연산에 쓰였다. 

동여상 처리, 금융 모델링 전자 설계 자동화, 확장성이 상당히 높다 .

초당 수백 GB의 데이터에 수백만 IOPS로 확장되고 밀리초보다 짧은 지연 시간을 자랑한다. 

스토리지 옵션 

SSD 낮은 지연 시간, 워크로드가 많거나 크기가 작은 무작위 파일 작업이 많으면 IOPS 도 사용 가능 

HDD 처리량이 많은 워크로드나 크기가 큰 시퀀스 파일 작업

 

S3 와 무결절성 통합이 가능 Seamless integration with S3

FSx 로 S3를 파일 시스템처럼 읽어들일 수 있다. 

FSx 의 연산 출력값을 다시 S3에 쓸 수 있다. 

VPN 과 직접 연결을 통해 온프레미스 서버에서 사용 가능 

 

FSx File System Deployment Options

FSx 파일 시스템 배포옵션 - 스크래치 파일 시스템, 영구 파일 시스템

스크래치 파일 시스템 Scratch File System

스크래치 파일 시스템은 임시 스토리지로 데이터가 복제되지 않는다 . Temporary storage

기저서버가 오작동하면 파일이 모두 유실된다. Data is not replicated ( Doesn't persist if file server fails) 

초과 버스트 사용 가능 ( High burst) 영구 파일 시스템 보다 6배 높은 성능을 낼 수 있다.

TiB 처리량당 초당 200mb의 속도가 나온다. 

단기 처리 데이터 short-term processing, 데이터 복제가 없으므로 비용 최적화 optimize costs

 

FSx 와 EC2 가 연결 되는데 스크래치 파일 시스템을 사용하면 데이터 사본이 하나만 존재한다.

S3 버킷을 추가해서 데이터복제도 가능하다.

 

영구 파일 시스템 Persistent File System

장기 스토리지로 동일한 가용 영역에 데이터가 복제 된다 

AZ 간은 아니라 동일한 AZ 내에서만 복제된다. 

기저 서버가 오작동 했을 때 파일이 대체된다. 

장기 처리 데이터 Long-term processing, 민감 데이터 sensitive data 

 

FSx for Lustre 는 단일 AZ 에만 있다. 

영구 모드에선느 데이터 사본이 2개 생기는데 첫 번째 데이터 볼륨에 하나, 두 번째 데이터 볼륨에 하나가 있다.

 

Amazon FSx for NetApp ONTAP 

AWS의 관리형 NetApp ONTAP 파일 시스템으로

NFS,SMB,iSCSI 프로토콜과 호환된다.

온프레미스 시스템의 ONTAP 이나 NAS에서 실행 중인 워크로드를 AWS 로 옮길 수 있다.

다양한 운영체제 지원

Linux , Windows, MacOS AWS의 VMware Cloud, Workspaces, Appstream, EC2, ECS, 그리고 EKS

스토리지는 자동으로 확장 및 축소된다. 오토스케일링

복제와 스냅샷 지원 , 데이터 압축, 데이터 중복 제거 

 

지정 시간 복제 ( Point-in-time instantaneous cloning ( helpful for testing new workloads) 

새 워크로드 등을 테스트할 때 상당히 유용함.

파일 시스템에서 신속히 복제가 가능하고 스테이징 파일 시스템을 둘 수 있다. 

 

Amazon FSx for OpenZFS

Aws 의 관리형 OpenZFS 파일 시스템

여러 버전의 NFS 프로토콜과 호환 ( v3,v4,v4.1,v4.2)

ZFS 의 워크로드를 내부 AWS로 옮길 때 사용된다. 

백만 IOPS 까지 확장 가능 

지연 시간은 0.5 밀리초 

스냅샷, 압축을 지원 비용이 적지만 데이터 중복 제거 기능은 없다.

지정 시간 복제 지원

새 워크로드 테스트 시 유용함

---

168.  Amazon FSx - 실습

---

169. 스토리지 Gateway 개요

Hybrid Cloud for Storage

Aws 에서는 하이브리드 클라우드를 권장한다.

클라우드와 온프레미스 공존

 

• 마이그레이션이 오래 걸리거나
• 보안 요구 사항
• 규정 준수 요건 
• 전략적 상

S3 독점 스토리지 기술로 (proprietary storage)  NFS, EFS 규정 준수가 다르다.

 

S3 데이터를 온프레미스에 두려면 어떻게 해야할까 ?

 

AWS Storage Gateway 가 가교의 역할을 한다 .

 

AWS Storage Cloud Native Options

클라우드 네이트브 옵션으로 EBS, EC2 인스턴스 같은 블록 스토리지가 있다.

EFS 파일 시스템

S3나 Glacier 같은 객체 수준 스토리지도 있다. 

AWS Storage Gateway

온프레미스 데이터를 클라우드로 이동시킨다.

Bridge between on-opremise data and cloud data 

재해 복구

백업, 복구,

온프레미스에 웜 & 클라우드에는 콜드 데이터 

 

S3 File Gateway

FSx File Gateway

Volume Gateway

Tape Gateway

 

Amazon S3 File Gateway

S3 standard, IA, one zone-IA, S3 intelligent-Tiering  

s3 버킷에 원하는 스토리지 클래스를 임의로 사용할 수 있다. (Glacier 제외) Glacier 를 쓰려면 수명 주기 정책을 수정해야한다.

 

해당 버킷을 온프레미스의 서버에 연결하려고 하면 표준 네트워크 파일 시스템을 통과해야한다. 

S3 파일 게이트웨이를 생성하여 애플리케이션  서버가 NFS 나 SMB 프로토콜을 사용하도록 한다. 

해당 프로토콜을 통해 S3 파일 게이트 웨이는 해당 요청을 HTTPS 요청으로 반환 시켜 버킷으로 보낸다.

버킷에 액세스 하려면 각 파일 게이트웨이 마다 IAM 역할을 생성해야한다.

Windows 파일 시스템 네이티브인 SMB 프로토콜을 사용하는 경우에는 사용자 인증을 위해 Active Directory 와 통합해야한다. 

 

Amazon FSx File Gateway

Amazon FSx for Windows File Server에 네이티브 액세스를 제공한다. 

aws 클라우드에 Amazon FSx for Windows File Server 를 사용하고 클라이언트에서 SMB 프로토콜을 사용한다면 

FSx File Gateway 없이도 액세스 가능하다

파일 게이트 웨이는 왜 ? 

 

게이트 웨이를 생성하면 자주 액세스하는 데이터의 로컬 캐시를 확보할 수 있다. 

로컬 캐시가 회사 데이터 센터에 쌓이고 액세스 시 지연 시간을 단축 시킬 수 있다.

SMB,NTFS, Active Directory 와 호환된다. 

그룹 파일 공유나 온프레미스를 연결할 홈 디렉토리로 사용할 수 있다. 

 

Volume Gateway

블록 스토리지로 S3 가 백업하는  iSCI 프로토콜을 사용한다. 

볼륨이 EBS 스냅샷으로 저장되어 필요에 따라 온프레미스 볼륨을 복구할 수 있다. 

 

볼륨 게이트

캐시 볼륨

지연 시간이 낮다

저장 볼륨

온프레미스에 전체 데이터셋이 있으면 s3 백업 주기를 따른다. 

 

서버 백업이 필요한 경우 iSCSI 프로토콜로 볼륨 게이트웨이를 생성하고 이 볼륨 게이트웨이가 S3에 저장되는 EBS 스냅샷을 생성한다 .

 

Tape Gateway

물리적으로 테이프를 쓰는 회사가 클라우드를 활용해 데이터를 백업할 수 있게 해주는 가상 테이프 라이브러리 (VTL)

S3와 Glacier 를 이용한다. 

iSCSI 프로토콜 사용 

 

 

게이트 웨이는 회사에 설치해야한다. 

게이트 웨이를 실행할 하드웨어가 없는 경우 Storage Gateway 하드웨어 어플라이언스를 사용할 수 있다. 

 

Storage Gateway - Hardware appliance

하드웨어 설치, 파일 게이트웨이, 볼륨 게이트웨이, 테이프 게이트웨이 설정 

 

AWS Storage Gateway

170. 스토리지 Gateway 실습

---

171. AWS 전송 제품군

 

S3, EFS 를 제외한. 

FTP 프로토콜을 사용하여 데이터를 옮기고 싶을때  aws 전송 제품군을 사용한다. 

 

FTP : File Transfer Protocol

FTPS: File Transfer Protocol over SSL

SFTP: Secure File Transfer Protocol 

완전 관리형 인프라, 확장성, 안정성, 가용성 또한 높다 .

비용 : 엔드포인트 비용 + 전송된 데이터의 GB 당 요금

서비스 내에서 사용자 자격 증명을 저장 및 관리할 수 있다.

microsoft Active Directory 또는 LDAP Okta, Amazon Coginito 도는 사용자 지정 소스와 사용 가능 

CRM, ERP 

사용자는 FTP 의 엔드 포인트를 통해 직접 액세스 하거나 선택적으로 Route 53 의 DNS 를 사용

 

iam 역할을 통해서 SW,EFS  파일을 읽거나 보내도록 한다.

 

---

172. DataSync - 개요

AWS DataSync

데이터 동기화

대용량의 데이터를 한 곳에서 다른 곳으로 옮길 수 있다. 

온프레미스 -> 다른 다른 클라우드   (NFS, SMB, HDFS, S3 API ) 등 | 에이전트가 필요하다. 

aws ->aws 에이전트가 필요 없음

 

S3 ( glacier 포함)

efs

amazon FSx 등 동기화 가능 

 

복제 작업은 계속 이루어지지 않고 일정을 지정하여 dataSync 가 매 시간, 매일 ,혹은 매주 실행되도록 할 수 있다.

파일 권한과 메타데이터 저장 기능이 있다. (NFS POSIX, SMB 권한을 준수한다. )

이를 이용하여 파일을 한 곳에서 다른 곳으로 옮길 때 이를 이용하여 파일의 메타 데이터를 보존할 수 있다. 

 

에이전트는 매우 강력하다. 

하나의 태스크가 초당 10Gb 까지 사용할 수 있으며 네트워크 성능을 초과하고 싶지 않은 경우 대역폭에 제한을 걸 수 있다. 

 

AWS DataSync NFS/ SMB to AWS (S3, EFS, FSx) 

 

온프레미스에슨 datasync 에이전트 리전에는 데이터 싱크를 설치한다 .

온프레미스 -> aws 

aws-> 온프레미스 

양방향 동기화 가능 

 

datasync 에이전트의 네트워크 용량이 따라 주지 못하는 경우 ? 

aws snowcone 장치를 사용한다 .

snowcone에는 datasync 가 설치 되어있다. 

AWS DataSync Transfer between AWS storage services

서로 다른 AWS 스토리지 서비스간 메타데이터 또한 유지 된다. 

dataSync 는 지속적이지 않고 일정에 따라 움직인다 .

---

173. 모든 AWS 스토리지 옵션 비교 

---

Quiz 13: AWS 스토리지 추가 퀴즈

 1. 수백 TB의 데이터를 Amazon S3로 이전한 후, EC2 인스턴스 플릿을 사용해 처리해야 합니다. 광대역은 1Gbit/초입니다. 여러분은 데이터를 더 빠르게 이전하고, 가능하면 전송 중에 데이터를 처리했으면 합니다. 어떤 방법을 추천할 수 있을까요?7

Snowball Edge는 컴퓨팅 능력을 갖추고 있으며, 데이터가 Snowball로 이동하는 동안 데이터를 사전에 처리할 수 있도록 해주므로 정답입니다.

 

2. 테이프 백업에 가상 인피니트 스토리지를 노출하려고 합니다. 여러분은 사용 중인 것과 동일한 소프트웨어를 유지하고, iSCSI와 호환 가능한 인터페이스를 사용하려 합니다. 어떤 방법을 사용해야 할까요?

3. 여러분의 EC2 Windows 서버는 Windows의 보안 메커니즘을 준수하며, Microsoft Active Directory와 통합된 네트워크 파일 시스템을 마운트하여 일부 데이터를 공유해야 합니다. 어떤 방법을 추천할 수 있을까요?

 

 

4. 여러분은 수백 TB의 데이터를 AWS S3로 최대한 빨리 이전시켜야 합니다. 여러분의 네트워크 대역폭을 사용해보려 했으나, 업로드 프로세스가 완료되기까지 약 3주가 소요됩니다. 이런 경우 어떤 접근법이 권장될까요?

5. S3에 대규모의 데이터셋이 저장되어 있습니다. 여러분은 NFS, 혹은 SMB 프로토콜을 사용해 온프레미스 서버를 통해 이 데이터셋에 액세스하려 합니다. 또한, 온프레미스 Microsoft AD를 통해 이러한 파일에 대한 액세스를 인증하고자 합니다. 무엇을 사용해야 할까요?

6. 기업의 인프라를 온프레미스에서 AWS Cloud로 이전시킬 계획을 가지고 있습니다. 여러분은 이전시키려는 온프레미스 Microsoft Windows 파일 서버를 갖고 있습니다. 어떤 AWS 서비스를 사용하는 것이 가장 적절할까요?

7. 고성능 컴퓨팅(HPC)과 전산 유전학 연구를 수행하기 위해 IOPS를 최대화해 줄 분산 POSIX 준수 파일 시스템이 필요한 상황입니다. 이 파일 시스템은 수백만 개의 IOPS로 손쉽게 스케일링할 수 있어야 합니다. 어떤 방법을 추천할 수 있을까요?

 

8. FSx 파일 시스템에 있는 다음 배포 옵션 중에서 AZ 내에 복사된 장기 스토리지를 제공하는 것은 무엇인가요?

이는 데이터가 동일한 AZ 내에서 복제되는 장기 스토리지를 제공합니다. 실패한 파일들은 수 분 내로 교체됩니다.

 

9. 다음 중 AWS 전송 제품군이 지원하지 "않는" 프로토콜은 무엇인가요?

AWS 전송 제품군은 FTP 프로토콜을 사용해 S3, 혹은 EFS 내부/외부로 파일을 전송하는 관리 서비스입니다. 따라서 TLS를 지원하지 않습니다.

 

---

158.CloudFront 개요

AWS CloudFront 

Content Delivery Network (CDN) 이다 .

판독 능력을 향상 시킨다. Improve read performance, 

콘텐츠가 엣지 로케이션에 분배 및 캐시가 되기 때문이다. 

216 개의 엣지 로케이션이 존재한다.

DDos 보호, 보호막과 ,aws firewall 지원 

외부에 HTTPS 엔트포인트를 노출할 수 있고 내부 HTTPS에서 애플리케이션에 통신하게끔 한다. 

지연시간과 로드를 줄일 수 있다. 

CloudFront - Origins 

S3 버킷 외의 다른 클라우드 프론트 오리진

 

S3 bucket

오리진 액세스 신분 (OAII)로 클라우드 프론트와 S3 버킷 사이의 보안을 강화해준다. 

클라우드 프론트를 세계 어디서든 파일을 S3 에 업로드할 입구처럼 사용할 수도 있다. 

Custom Origin (HTTP)

ALB, EC2 , S3 ( 정적 웹호스팅) 

모든 HTTP 백엔드가 가능하다. 

 

CloudFront at a high level 

클라이언트에서 엣지로 통신을 보낸다.

헤더의 정보에 따라 오리진에 접속해서 데이터를 받는다. 

이때 엣지 로케이션의 캐시에 저장한다. 

다음에도 똑같은 내용을 요청한다면 오리진 까지 안가고 엣지 로케이션에서 응답을 받는다. 

 

CloudFront - S3 as an Origin

버킷, 엣지, 클라이언트가 있다.

클라우드 프론트의 엣지 로케이션이 S3 버킷에 액세스하려면 클라우드 프론트 오리진에 대한 IAM 역할인 OAI

오리진 액세스 신분을 사용해야한다. 

CloudFront - ALB or EC2 as an origin 

EC2 인 경우 

인스턴스들은 HTTP를 통해 공용 액세스가 가능하게끔 공용이어야 한다.

보안 그룹을 통과하게 된다. 

보안 그룹이 엣지 로케이션의 모든 공용 IP 에 클라우드 프론트가 EC2 인스턴스로부터 컨텐츠를 가져갈 수 있게끔 허용해야한다. 

ALB 인 경우

클라우드 프론트가 접속하는 ALB 는 공용이어야 하지만 백엔드EC2 는 사설이어도 된다. 

EC2는 ALB 허용하는 보안 그룹

ALB는 엣지 로케이션의 공용 IP 를 허용

 

CloudFront Geo Restriction 

분산으로 액세스를 제한한다. 

화이트리스트를 통해 허용된 국가의 사용자들만 CF에 액세스할 수 있도록 한다. 

블랙리스트를 만들어  그반대도 가능하다 .

 

제3자 회사의 지리적 IP 데이터베이스를 이용해 국가들의 허용 여부가 결정된다. 

 

특정 법이 제한 할 때 사용하면 좋다. 

 

CloudFront vs S3 Cross Region Replication 

CloudFront

글로벌 엣지 네트워크

파일에 TTL 설정 가능 

정적인 컨텐츠에 적합함

S3 Cross Region Replication

리전 간 복제는 복제가 일어날 리전을 설정해야한다. 

파일이 거의 실시간으로 업데이트 되고 읽기 전용이기 때문에 읽기 성능이 좋다. 

지연 시간이 적은 컨테츠에 유리 

 

클라우드프론트는 전세계를 대상으로

S3 리전 간 복제는 선택된 리전에 복제하는 용도 

---

159. CloudFront with S3 -실습 

---

160. CloudFont - Price Classess 

CloudFront - Pricing

요금price과 가격 등급price class 

클라우드프론트 엣지로케이션은 전세계에 퍼져있기 때문에 

엣지 로케이션마다 데이터 전송 비용이 다르다. 

 

 

더 많은 데이터가 전송될수록 비용이 낮아진다. 

 

CloudFront - Price Classes

비용절감을 위해 

분산하는 엣지로케이션 수를 줄이는 방법이 있다 

Price Class All : 모든 리전

Price Class 200: 대부분의 리전 (비싼 리전은 제외)

Price Class 100: 저렴한 리전

 

---

161. CloudFront - Cache Invalidation

CloudFront - Cache Invalidations

CloudFront의 캐시 무효화

CloudFront의 백엔드를 업데이트 했다고 가정하자. 

엣지 로케이션은 TTL 만료된 이후에 업데이트된 데이터를 받을 것이다. 

만약 백엔드에서 변화가 자주 일어나고 엣지 로케이션에서 항상 최신 데이터를 받고 싶다면? 

캐시에 있는 TTL 을 모두 제거할 수도 있다. 

 

CloudFront 무효화를 하면 된다. 

별표 * 로 시작하는 파일이나 /images/* 와 같은 특정 경롤를 무효화 할 수 있다. 

 

CloudFront에 index.html 또는 /images/* 와 같이 파일, 경로를 주면 

캐시에서 이 두 파일을 무효화 하도록 엣지 로케이션에 지시할 거고 

엣지 로케이션은 캐시로부터 파일을 지울 것이다 .

 

---

162. AWS Global Accelerator - 개요

Global users for our application 

 

만약 한 리전에 ALB 를 운영한다고 치자.

글로벌 서비스라서 다른 리전에서도 많이 접근한다.

미국, 유럽 ,호주 등에서 나의 리전 까지 올려면 여러 홉 hop 을 거쳐야한다.

이런 홉 하나하나가 지연 시간이 위험 요소가 된다. 

최대한 빨리 aws 네트워크와 통신하기 위해 global Accelerator를  사용하는 것이 좋다 .

Unicast IP vs Anycast IP

유니캐스트 IP 는 하나의 서버가 하나의 IP 주소를 가지는 것

one server holds one IP address 

 

애니캐스트IP 는 모든 서버가 동일한 IP 주소를 가지고 클라이언트는 가장 가까운 서버로 라우팅 된다. 

All servers hold the same IP address and the client is routed to the nearest one

 

AWS Global Accelerator

ALB에서 가장 가까운 엣지 로케이션과 통신한다. 

엣지 로케이션 -> 사설 AWS -> ALB 로 곧장 연결된다. 

요점은 애니캐스트 IP를 사용한다는 점이다. 

애플리케이션을 위해 두 개의 애니캐스트 IP 가 생성된다. 

애니캐스트 IP 는 사용자와 가장 가까운 엣지 로케이션으로 트래픽을 직접 전송한다.

 

전 세계의 유저들에게 두 개의 고정 IP 주소를 제공할 수 있도록 해준다는 점이 매우 독특하다. 

 

무엇과 함께 작동할까 ?

EIP, EC2 , ALB, NLB, public or Private 

 

안정적인 성능

지능형 라우팅으로 지연 시간이 가장 짧은 로케이션으로 연결 

신속한 장애 조치

아무것도 캐시하지 않기 때문에 클라이언트 문제 없음.

엣지로케이션에서 내부 AWS 네트워크로 들어옴.(경유)

상태 확인

global accelerator 가 애플리케이션에 대해 상태 확인을 실행한다. 

글로벌한 지 확인 

한 리전에 있는 alb 에 대해 상태 확인을실패하면

자동화된 장애 조치가 1분 안에 정상 엔드 포인트로 실행된다. 

재해 복구에 특히 뛰어남 

 

보안

단 두개의 외부 IP 만 존재하기 때문에 보안 측면에서 뛰어남

DDos 보호도 자동으로 함 aws Shiled 

 

AWS Global Accelerator vs CloudFront

둘 다 동일한 글로벌 네트워크를 사용하고 둘 다 AWS 가 생성한 전 세계의 엣지 로케이션을 사용한다. 

DDos 보호를 위해 aws shield 와 통합된다.

 

CloudFront

캐쉬블 콘텐츠에 대한 성능 향상( 이미지나 비디오처럼 캐시 가능한)

동적 콘텐츠 ( API 가속 및 동적 사이트 전달)

사용자들은 최종적으로 엣지로부터 내용을 받는다. 

Global Accelerator 

TCP, UDP 상의 다양한 애플리케이션 성능을 향상 시킨다. 

모든 요청이 애플리케이션으로 간다. 

캐싱 불가 

게임, IoT, Voice over IP 와 같이 non http 에 적합.

고정 IP를 요구하는 HTTP를 사용할 때도 유용

결정적이고 신속한 리전 장애 조치가 필요할 때도 좋다 .

Proxying packets at the edge to applications running in one or more AWS Regions.

 

 

---

163. AWS Global Accelerator - 실습 

비용이 좀 든다.

---

Quiz 12: CloudFront & AWS Global Accelerator 퀴즈 

1. S3 버킷에 유료 콘텐츠가 저장되어 있습니다. 이 콘텐츠를 전역적으로 분배하기 위해 CloudFront 배포를 설정하고 S3 버킷이 CloudFront 배포에서만 데이터를 교환하도록 구성했습니다. 다음 CloudFront 기능 중 유료 콘텐츠를 안전하게 분배하기 위해서는 무엇을 사용해야 할까요?

CloudFront 서명된 URL은 일반적으로 동적으로 생성된 서명된 URL을 통해 유료 콘텐츠를 배포하는 데 사용됩니다.

 

2. Application Load Balancer가 관리하는 EC2 인스턴스 플릿에 호스팅된 웹사이트를 제공하는 CloudFront 배포가 있습니다. 모든 클라이언트가 미국에 있는데도 불구하고, 타 국가로부터 일부 악성 요청이 들어오고 있다는 점을 발견했습니다. 오직 미국으로부터의 사용자들만을 허가하고, 다른 국가는 차단하려면 어떻게 해야 할까요?

 

3. S3 버킷 상에 호스팅된 정적 웹사이트가 있습니다. 요청을 더 잘 처리하고 성능을 향상시키기 위해 S3 버킷을 가리키는 CloudFront 배포를 생성했습니다. 얼마 후, 여러분은 아직도 사용자들이 S3 버킷에서 웹사이트로 직접 액세스할 수 있다는 것을 알게 되었습니다. 여러분은 사용자들이 CloudFront만을 통해서 웹사이트로 액세스하게끔 하려 합니다. 이를 위해서는 어떻게 해야 할까요?

4. Application Load Balancer가 관리하는 한 세트의 EC2 인스턴스에 웹사이트가 호스팅되어 있습니다. 여러분은 CloudFront 배포를 생성해 그 오리진이 ALB를 가리키도록 설정했습니다. CloudFront 배포를 통해 제공되는 수백 개의 사설 파일에 대한 액세스를 제공하려면 무엇을 사용해야 할까요?

서명된 쿠키는 다수의 파일에 액세스하는 데에 유용합니다.

서명된 URL은 개별 파일에 액세스하는 데에 유용합니다.

 

5. HTTP REST API를 노출시킬 애플리케이션을 생성하고 있습니다. 요청 라우팅 규칙을 HTTL 레벨에서 제공해야 할 필요가 있습니다. 보안 요구 사항 때문에, 애플리케이션은 두 개의 정적 IP 주소를 통해서만 노출될 수 있습니다. 이러한 요구 사항을 충족시키기 위한 솔루션을 생성하려면 어떻게 해야 할까요?

AWS Global Accelerator는 두 개의 정적 IP 주소를 제공하며, ALB는 HTTP 라우팅 규칙을 제공합니다.

6. 이 S3 버킷 정책이 하는 역할은 무엇인가요?

{

    "Version": "2012-10-17",

    "Id": "Mystery policy",

    "Statement": [{

         "Sid": "What could it be?",

         "Effect": "Allow",

         "Principal": {

             "CanonicalUser": "CloudFront Origin Identity Canonical User ID"

         },

         "Action": "s3:GetObject",

         "Resource": "arn:aws:s3:::examplebucket/*"

    }]

}