2022.12.26 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈1: AMAZON WEB SERVICES 소개

2022.12.26 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 2: 클라우드 컴퓨팅

2022.12.27 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 3: 글로벌 인프라 및 안정성

2022.12.28 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 4: 네트워킹

2022.12.28 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 5: 스토리지 및 데이터베이스

2022.12.29 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 6: 보안

2022.12.30 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 7: 모니터링 및 분석

2022.12.30 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 8: 요금 및 지원


모듈 9 소개

학습 목표

이 모듈의 학습 목표는 다음과 같습니다.

  • AWS 클라우드에서의 마이그레이션 및 혁신에 대해 이해할 수 있습니다.
  • AWS Cloud Adoption Framework(AWS CAF)를 요약할 수 있습니다. 
  • 클라우드 마이그레이션 전략의 6가지 핵심 요소를 요약할 수 있습니다.
  • AWS Snowcone, AWS Snowball, AWS Snowmobile과 같은 AWS 데이터 마이그레이션 솔루션의 이점을 설명할 수 있습니다.
  • AWS가 제공하는 혁신적인 솔루션의 광범위한 범위를 요약할 수 있습니다.

마이그레이션에 대해 배워보자! 

 


AWS Cloud Adoption Framework(AWS CAF)

Cloud Adoption Framework의 6가지 주요 관점

가장 간단하게 볼 때 AWS Cloud Adoption Framework(AWS CAF)는 지침을 6가지 초점 영역(관점)으로 구성합니다. 각 관점은 별개의 책임을 해결합니다. 계획 프로세스는 조직 전체에서 적합한 인물들이 앞으로의 변화에 대비할 수 있도록 도와줍니다.

일반적으로 비즈니스, 인력  거버넌스 관점은 비즈니스 기능에 중점을 두지만 플랫폼, 보안  운영 관점은 기술 역량에 중점을 둡니다.

=> 

비즈니스 : 비즈니스, 인력, 거버넌스

기술: 플랫폼, 보안 ,운영

비즈니스 관점

비즈니스 관점은 IT가 비즈니스 요구 사항을 반영하고 IT 투자가 주요 비즈니스 결과와 연계되도록 보장합니다.

 

비즈니스 관점을 사용하여 클라우드 채택을 위한 강력한 비즈니스 사례를 설정하고 클라우드 채택 이니셔티브의 우선 순위를 지정합니다. 비즈니스 전략 및 목표가 IT 전략 및 목표에 부합하는지 확인합니다.

 

비즈니스 관점의 일반적인 역할은 다음과 같습니다. 

  • 비즈니스 관리자
  • 재무 관리자
  • 예산 소유자
  • 전략 이해당사자

인력 관점

인력 관점은 클라우드 채택을 성공하기 위한 조직 전반의 변화 관리 전략 개발을 지원합니다.

 

인력 관점을 사용하여 조직 구조 및 역할, 새로운 기술 및 프로세스 요구 사항을 평가하고 격차를 파악합니다. 이를 통해 교육, 인력 배치 및 조직 변화의 우선 순위를 지정할 수 있습니다.

 

인력 관점의 일반적인 역할은 다음과 같습니다. 

  • 인사 관리
  • 인력 배치
  • 인력 관리자

 

거버넌스 관점

거버넌스 관점은 IT 전략이 비즈니스 전략에 부합하도록 조정하는 기술 및 프로세스에 중점을 둡니다. 이를 통해 비즈니스 가치를 극대화하고 위험을 최소화할 수 있습니다.

 

거버넌스 관점을 사용하여 클라우드에서 비즈니스 거버넌스를 보장하는 데 필요한 직원 기술 및 프로세스를 업데이트하는 방법을 이해합니다. 클라우드 투자를 관리하고 측정하여 비즈니스 성과를 평가합니다.

 

거버넌스 관점의 일반적인 역할은 다음과 같습니다. 

  • 최고 정보 책임자(CIO)
  • 프로그램 관리자
  • 엔터프라이즈 아키텍트
  • 비즈니스 분석가
  • 포트폴리오 관리자

플랫폼 관점

플랫폼 관점에는 클라우드를 기반으로 새로운 솔루션을 구현하고 온프레미스 워크로드를 클라우드로 마이그레이션하기 위한 원칙과 패턴이 포함됩니다.

 

다양한 아키텍처 모델을 사용하여 IT 시스템의 구조와 그 관계를 이해하고 전달합니다. 대상 상태 환경의 아키텍처를 자세히 설명합니다.

 

플랫폼 관점의 일반적인 역할은 다음과 같습니다. 

  • 최고 기술 책임자(CTO)
  • IT 관리자
  • 솔루션스 아키텍트

보안 관점

보안 관점은 조직이 가시성, 감사 가능성, 제어 및 민첩성에 대한 보안 목표를 충족하도록 보장합니다. 

 

AWS CAF를 사용하여 조직의 요구 사항에 맞춰 보안 제어의 선택 및 구현을 구성합니다.

 

보안 관점의 일반적인 역할은 다음과 같습니다. 

  • 최고 정보 보안 책임자(CISO)
  • IT 보안 관리자
  • IT 보안 분석가

운영 관점

운영 관점은 비즈니스 이해당사자와 합의된 수준까지 IT 워크로드를 구현, 실행, 사용, 운영 및 복구하는 데 도움이 됩니다.

일별, 분기별 및 연간으로 비즈니스를 수행하는 방법을 정의합니다. 비즈니스 운영을 반영하고 지원합니다. AWS CAF는 이러한 이해당사자가 현재 운영 절차를 정의하고 성공적인 클라우드 채택을 구현하는 데 필요한 프로세스 변경 및 교육을 파악할 수 있도록 지원합니다.

 

운영 관점의 일반적인 역할은 다음과 같습니다. 

  • IT 운영 관리자
  • IT 지원 관리자

정답은 플랫폼 관점입니다.

 

AWS Cloud Adoption Framework의 플랫폼 관점에는 새로운 솔루션을 구현하고 온프레미스 워크로드를 클라우드로 마이그레이션하기 위한 원칙도 포함되어 있습니다.

 

다른 선택지가 오답인 이유는 다음과 같습니다.

  • 비즈니스 관점은 비즈니스 전략과 IT 전략을 분리하는 모델에서 IT 전략을 통합하는 비즈니스 모델로 전환하는 데 도움이 됩니다.
  • 운영 관점은 비즈니스 이해당사자의 요구 사항을 충족하도록 IT 워크로드를 운영 및 복구하는 데 중점을 둡니다.
  • 인력 관점은 인사 관리(HR) 직원이 클라우드 기반 역량을 포함하도록 조직 프로세스와 직원 기술을 업데이트하여 팀이 클라우드 채택을 준비하는 데 도움이 됩니다.

=> 좀 많이 헷갈린다.

 


마이그레이션 전략

6가지 마이그레이션 전략

애플리케이션을 클라우드로 마이그레이션할 때 구현할 수 있는 가장 일반적인 6가지 마이그레이션 전략은 다음과 같습니다.

  • 리호스팅(Rehosting)
  • 리플랫포밍(Replatforming)
  • 리팩터링(Refactoring)/아키텍처 재설계(Re-architecting)
  • 재구매(Repurchasing)
  • 유지(Retaining)
  • 폐기(Retiring)

리호스팅(Rehosting)

‘리프트 앤 시프트(lift-and-shift)’라고도 하는 리호스팅에서는 애플리케이션을 변경 없이 이전합니다. 

기업이 마이그레이션을 구현하고 신속하게 확장하여 비즈니스 사례를 충족하기를 원하는 대규모 레거시 마이그레이션의 시나리오에서는 대부분의 애플리케이션이 리호스팅됩니다.  

=> 기업이 실행하기 용이함.

최적화 없이 리호스팅만으로 비용 절감 가능함.

리플랫포밍(Replatforming)

리프트 앤 시프트 및 수정(lift, tinker, and shift)이라고도 하는 리플랫포밍에서는 실질적인 이점을 실현하기 위해 몇 가지 클라우드 최적화를 수행해야 합니다. 최적화는 애플리케이션의 핵심 아키텍처를 변경하지 않고 달성됩니다.

=> 몇 가지 클라우드 최적화를 할 수 있다.

코드를 건드리지 않는다. 

 

리팩터링(Refactoring)/아키텍처 재설계(Re-architecting)

리팩터링(아키텍처 재설계라고도 함)에서는 클라우드 네이티브 기능을 사용하여 애플리케이션을 설계하고 개발하는 방식을 재구성합니다. 일반적으로 리팩터링은 비즈니스 요구 사항으로 인해, 다른 방법으로는 기존 환경의 애플리케이션에서 실현하기가 까다로운 기능 추가, 확장 또는 성능 개선의 필요성이 클 때 활용됩니다.

=>코드를 다시 짜는 경우, 초기 비용이 가장 높다.

재구매(Repurchasing)

재구매에서는 기존 라이선스를 Software-as-a-Service 모델로 전환합니다. 

예를 들어 기업은 고객 관계 관리(CRM) 시스템에서 Salesforce.com으로 마이그레이션하여 재구매 전략을 구현할 수 있습니다.

=> 새로 구매하기 ( 선행 비용이 든다)

유지(Retaining)

유지에서는 비즈니스에 중요한 애플리케이션을 소스 환경에 유지합니다. 여기에는 마이그레이션하려면 대규모 리팩토링이 필요한 애플리케이션 또는 이후로 연기할 수 있는 워크로드가 포함될 수 있습니다.

=> 유지한다

폐기(Retiring)

폐기는 더 이상 필요하지 않은 애플리케이션을 제거하는 프로세스입니다.

=> 필요 없는 건 버린다! 

다른 제품으로 전환 => 구매를 뜻함.

정답은 재구매입니다.

 

재구매에서는 기존 애플리케이션을 AWS Marketplace에 등재된 소프트웨어와 같은 클라우드 기반 버전으로 교체합니다.

 

다른 선택지가 오답인 이유는 다음과 같습니다.

  • 리팩터링에서는 일반적으로 클라우드 네이티브 기능을 사용하여 애플리케이션의 설계 및 개발 방식을 변경합니다.
  • 폐기에서는 더 이상 사용되지 않거나 종료할 수 있는 애플리케이션을 제거합니다.
  • 리플랫포밍에서는 애플리케이션을 핵심 아키텍처는 변경하지 않고 선택적으로 최적화하여 클라우드의 이점을 실현합니다. 이를 ‘리프트 앤 시프트 및 수정(lift, tinker, and shift)’이라고도 합니다.

AWS Snow 패밀리

AWS Snow 패밀리 멤버

AWS Snow 패밀리는 AWS와 고객 간에 최대 엑사바이트 규모의 데이터를 물리적으로 이동할 수 있는 물리적 디바이스 모음입니다. 

AWS Snow 패밀리는 AWS Snowcone, AWS Snowball  AWS Snowmobile로 구성되어 있습니다.

이러한 디바이스는 각각 다른 용량 포인트를 제공하며 대부분 내장 컴퓨팅 기능을 포함합니다. AWS는 Snow 패밀리 디바이스를 소유 및 관리하고 AWS 보안, 모니터링, 스토리지 관리 및 컴퓨팅 기능과 통합합니다.  

=> snow 모바일은 물리적인 장치로서 고객의 온프레미스 데이터를 aws 로 옮기는데 도와준다. 

AWS SNOWCONE

AWS Snowcone은 작고 견고하며 안전한 엣지 컴퓨팅 및 데이터 전송 디바이스입니다. 

 

CPU 2개, 4GB 메모리 및 8TB의 가용 스토리지를 갖추고 있습니다.

AWS SNOWBALL

AWS Snowball은 두 가지 유형의 디바이스를 제공합니다.

  • Snowball Edge Storage Optimized 디바이스는 대규모 데이터 마이그레이션 및 반복 전송 워크플로뿐 아니라 큰 용량이 필요한 로컬 컴퓨팅에 적합합니다. 
    • 스토리지: 블록 볼륨 및 Amazon S3 호환 객체 스토리지를 위한 80TB의 하드 디스크 드라이브(HDD) 용량, 블록 볼륨을 위한 1TB의 SATA 솔리드 스테이트 드라이브(SSD) 용량. 
    • 컴퓨팅: Amazon EC2 sbe1 인스턴스(C5와 동등)를 지원하기 위한 40개의 vCPU와 80GiB의 메모리.
  • Snowball Edge Compute Optimized는 기계 학습, 풀 모션 비디오 분석, 분석 및 로컬 컴퓨팅 스택과 같은 사용 사례를 위한 강력한 컴퓨팅 리소스를 제공합니다. 
    • 스토리지: Amazon S3 호환 객체 스토리지 또는 Amazon EBS 호환 블록 볼륨을 위한 42TB의 가용 HDD 용량과 Amazon EBS 호환 블록 볼륨을 위한 7.68TB의 가용 NVMe SSD 용량. 
    • 컴퓨팅: 52개의 vCPU, 208GiB 메모리 및 NVIDIA Tesla V100 GPU 옵션. 디바이스는 C5, M5a, G3 및 P3 인스턴스와 동등한 Amazon EC2 sbe-c 및 sbe-g 인스턴스를 실행합니다

=> STORAGE, COMPUTE 두가지 버전이 존재한다.

80TB, 42 TB 이렇게 기억하자

AWS SNOWMOBILE

AWS Snowmobile은 대용량 데이터를 AWS로 이동하는 데 사용하는 엑사바이트 규모의 데이터 전송 서비스입니다. 

 

세미 트레일러 트럭으로 견인되는 45피트 길이의 견고한 운반 컨테이너인 Snowmobile 1대당 최대 100페타바이트의 데이터를 전송할 수 있습니다.

 


AWS를 통한 혁신

AWS 서비스를 통한 혁신

AWS 서비스를 사용하는 방식을 살펴볼 때는 원하는 결과에 집중하는 것이 중요합니다. 다음 상태를 명확하게 설명할 수 있다면 클라우드에서 혁신을 추진할 수 있는 토대를 갖춘 것입니다.

  • 현재 상태
  • 원하는 상태
  • 해결하려는 문제

앞으로 클라우드 여정을 지속하면서 탐색할 수 있는 몇 가지 경로를 생각해 보십시오.

 

서버리스 애플리케이션

AWS에서 서버리스는 사용자가 서버를 프로비저닝, 유지 관리 또는 관리할 필요가 없는 애플리케이션을 의미합니다. 사용자는 내결함성 또는 가용성을 걱정할 필요가 없습니다. AWS가 이러한 기능을 처리합니다.

 

예를 들어 AWS Lambda는 서버리스 애플리케이션을 실행하는 데 사용할 수 있는 서비스입니다. Lambda 함수를 트리거하여 코드를 실행하도록 아키텍처를 설계하는 경우 서버 플릿을 관리할 필요가 없습니다.

 

서버리스 애플리케이션을 사용하여 아키텍처를 구축하면 개발자는 서버를 관리하고 운영하는 대신 핵심 제품에 집중할 수 있습니다.

인공 지능

AWS는 인공 지능(AI)을 기반으로 하는 다양한 서비스를 제공합니다. 

 

예를 들어 다음 작업을 수행할 수 있습니다.

  • Amazon Transcribe를 사용하여 음성을 텍스트로 변환
  • Amazon Comprehend를 사용하여 텍스트에서 패턴을 검색
  • Amazon Fraud Detector를 사용하여 잠재적인 온라인 사기 행위를 식별
  • Amazon Lex를 사용하여 음성 및 텍스트 챗봇 빌드

기계 학습

기존의 기계 학습(ML) 개발은 복잡하고, 비용이 많이 들고, 시간이 오래 걸리고, 오류가 발생하기 쉽습니다. AWS는 이 프로세스에서 어려운 작업을 제거하여 ML 모델을 신속하게 빌드, 훈련, 배포하는 데 사용할 수 있는 Amazon SageMaker를 제공합니다.

 

ML을 사용하여 데이터를 분석하고, 복잡한 문제를 해결하고, 아직 발생하기 전에 결과를 예측할 수 있습니다.

정답은 Amazon SageMaker입니다.

 

Amazon SageMaker를 사용하면 기계 학습 프로젝트를 쉽고 빠르게 시작할 수 있습니다. 수동으로 개별 도구와 워크플로를 통합하는 기존 프로세스를 따를 필요가 없습니다.

 

다른 선택지가 오답인 이유는 다음과 같습니다.

  • Amazon Textract는 스캔한 문서에서 텍스트 및 데이터를 자동으로 추출하는 기계 학습 서비스입니다.
  • Amazon Lex는 음성 및 텍스트를 사용하여 대화형 인터페이스를 구축할 수 있는 서비스입니다.
  • AWS DeepRacer는 강화 학습 모델을 테스트하는 데 사용할 수 있는 1/18 크기의 자율 주행 경주용 자동차입니다

=> AWS가 이렇게 제공하는 서비스가 많다!


모듈 9 요약

모듈 9에서는 다음 개념을 배웠습니다.

  • AWS Cloud Adoption Framework
  • 6가지 마이그레이션 전략
  • AWS Snow 패밀리
  • AWS 서비스를 통한 혁신

모듈 9 퀴즈

AWS Cloud Adoption Framework에서 권한의 선택 및 구현을 구성하는 데 도움이 되는 관점은 무엇입니까?

정답은 보안 관점입니다.

 

또한 AWS Cloud Adoption Framework의 보안 관점은 규정 미준수 영역을 파악하고 지속적인 보안 이니셔티브를 계획하는 데 도움이 됩니다.

 

다른 선택지가 오답인 이유는 다음과 같습니다.

  • 거버넌스 관점을 통해 IT 거버넌스 모범 사례를 식별 및 구현하고 기술로 비즈니스 프로세스를 지원할 수 있습니다.
  • 운영 관점은 비즈니스 이해당사자의 요구 사항을 충족하도록 IT 워크로드를 운영 및 복구하는 데 중점을 둡니다.
  • 비즈니스 관점은 비즈니스 전략과 IT 전략을 분리하는 모델에서 IT 전략을 통합하는 비즈니스 모델로 전환하는 데 도움이 됩니다.

다음 중 6가지 애플리케이션 마이그레이션 전략에 포함되는 전략은 무엇입니까? (2개 선택)

두 가지 정답은 다음과 같습니다.

  • 유지(Retaining)
  • 리호스팅(Rehosting)

애플리케이션 마이그레이션 전략은 리호스팅, 리플랫포밍/아키텍처 재설계, 재구매, 유지 및 폐기입니다.

AWS Snowmobile의 스토리지 용량은 얼마입니까?

정답은 100PB입니다.

 

AWS Snowmobile은 최대 100PB의 데이터를 AWS로 전송하는 데 사용되는 서비스입니다. 각 Snowmobile은 세미 트레일러 트럭으로 견인되는 45피트 길이 운반 컨테이너입니다.

다음 중 Amazon Lex를 가장 잘 설명한 것은 무엇입니까?

정답은 Amazon Lex입니다.

 

Amazon Lex에서는 애플리케이션에서 사용할 대화형 챗봇을 신속하게 빌드, 테스트 및 배포할 수 있습니다.

 

다른 선택지가 오답인 이유는 다음과 같습니다.

  • 스캔한 문서에서 텍스트 및 데이터를 자동으로 추출하는 기계 학습 서비스는 Amazon Textract에 대한 설명입니다.
  • MongoDB 워크로드를 지원하는 문서 데이터베이스 서비스는 Amazon DocumentDB에 대한 설명입니다.
  • 잠재적인 온라인 사기 행위를 식별할 수 있는 서비스는 Amazon Fraud Detector에 대한 설명입니다.

2022.12.26 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈1: AMAZON WEB SERVICES 소개

2022.12.26 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 2: 클라우드 컴퓨팅

2022.12.27 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 3: 글로벌 인프라 및 안정성

2022.12.28 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 4: 네트워킹

2022.12.28 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 5: 스토리지 및 데이터베이스

2022.12.29 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 6: 보안

2022.12.30 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 7: 모니터링 및 분석


모듈 8 소개

학습 목표

이 모듈의 학습 목표는 다음과 같습니다.

  • AWS 요금 및 지원 모델을 설명할 수 있습니다.
  • AWS 프리 티어를 설명할 수 있습니다.
  • AWS Organizations 및 통합 결제의 주요 이점을 설명할 수 있습니다.
  • AWS 예산의 이점을 설명할 수 있습니다.
  • AWS Cost Explorer의 이점을 설명할 수 있습니다.
  • AWS 요금 계산기의 주요 이점을 설명할 수 있습니다.
  • 다양한 AWS Support 플랜을 구별할 수 있습니다.
  • AWS Marketplace의 이점을 설명할 수 있습니다.

AWS 프리 티어

AWS 프리 티어를 이용하면 지정된 기간 동안 비용을 신경 쓸 필요 없이 특정 서비스를 사용할 수 있습니다. 

제공되는 제품에는 다음과 같은 세 가지 유형이 있습니다. 

  • 상시 무료
  • 12개월 무료
  • 평가판

각 프리 티어 제품에 대한 세부 정보를 검토하여 정확히 어떤 리소스가 포함되는지 확인하십시오.

상시 무료

여기에 포함되는 제품은 만료되지 않으며 모든 AWS 고객에게 제공됩니다.

예를 들어 AWS Lambda에서는 매월 무료 요청 1백만 건과 최대 320만 초의 컴퓨팅 시간을 사용할 수 있습니다. Amazon DynamoDB에서는 매월 25GB의 무료 스토리지를 사용할 수 있습니다.

12개월 무료

여기에 포함되는 제품은 AWS에 처음 가입한 날로부터 12개월 동안 무료로 제공됩니다.

일정량의 Amazon S3 Standard 스토리지, 월별 Amazon EC2 컴퓨팅 시간 한도, Amazon CloudFront 데이터 전송량이 여기에 포함됩니다.

평가판

단기 무료 평가판 제품은 특정 서비스를 활성화한 날짜부터 시작합니다. 각 평가판의 기간은 일수 또는 서비스 사용량을 기준으로 다를 수 있습니다.

예를 들어 Amazon Inspector는 90일 무료 평가판을 제공합니다. Amazon Lightsail(가상 프라이빗 서버를 실행할 수 있는 서비스)은 30일 동안 750시간의 무료 사용 시간을 제공합니다.

12 개월 무료


AWS 요금 개념

AWS 요금 적용 방식

AWS는 종량제 요금으로 다양한 클라우드 컴퓨팅 서비스를 제공합니다. 

실제 사용한 만큼만 지불합니다.

장기 계약 또는 복잡한 라이선스 없이 각 서비스에서 실제로 사용한 리소스의 양에 대해 정확히 지불합니다. 

=> 쓴만큼 지불

예약하는 경우 비용이 감소합니다.

일부 서비스는 온디맨드 인스턴스 요금에 비해 상당한 할인을 제공하는 예약 옵션을 제공합니다.

예를 들어 회사에서 지속적으로 실행해야 하는 워크로드에 Amazon EC2 인스턴스를 사용 중이라고 가정해 보겠습니다. 이 워크로드를 Amazon EC2 Instance Savings Plans에서 실행하도록 선택할 수 있습니다. 이 요금제는 동일한 온디맨드 인스턴스 용량에 비해 최대 72%까지 절약할 수 있습니다.

=> 예약해서 쓰면 싸다

많이 사용할수록 볼륨 기반 할인으로 비용이 감소합니다.

일부 서비스는 계층화된 요금을 제공하므로 사용량이 증가함에 따라 점차 단위 비용이 낮아집니다.

예를 들어 Amazon S3 스토리지 공간을 많이 사용할수록 GB당 비용을 낮출 수 있습니다.

=> 많이 쓸수록 싸다.

AWS 요금 계산기

AWS 요금 계산기를 사용하면 AWS 서비스를 탐색하고 AWS 기반 사용 사례에 대한 비용을 추정할 수 있습니다. AWS 비용 추정을 정의된 그룹별로 구성할 수 있습니다. 그룹은 비용 센터별로 비용 추정을 제공하는 등 회사 조직 구성을 반영할 수 있습니다.

생성한 비용 추정을 저장하고 링크를 생성하여 다른 사람과 공유할 수 있습니다.

회사에서 Amazon EC2를 사용하는 데 관심이 있다고 가정해 보겠습니다. 하지만 사용 사례에 가장 비용 효율적인 AWS 리전 또는 인스턴스 유형은 무엇인지 아직 확신할 수 없습니다. AWS 요금 계산기에 필요한 운영 체제, 메모리 요구 사항, 입/출력(I/O) 요구 사항 등 세부 정보를 입력할 수 있습니다. AWS 요금 계산기를 사용하면 AWS 리전 및 EC2 인스턴스 유형별로 예상 비용을 비교할 수 있습니다.

=> 요금 계산기를 통해 대충 요금 파악이 가능하다.

AWS 요금 예

이 섹션에서는 AWS 서비스 요금의 몇 가지 예를 제시합니다.

AWS Lambda

AWS LAMBDA 요금

AWS Lambda의 경우 함수 요청 수와 함수 실행 시간을 기준으로 요금이 청구됩니다.

AWS Lambda에서는 매월 무료 요청 1백만 건과 최대 320만 초의 컴퓨팅 시간을 사용할 수 있습니다.

Compute Savings Plan에 가입하면 AWS Lambda 비용을 절감할 수 있습니다. Compute Savings Plan은 1년 또는 3년 기간 동안 일정 사용량을 약정하는 대신 컴퓨팅 비용을 할인합니다. 이는 예약하는 경우 비용 감소의 예입니다. 
여러 AWS 리전에서 AWS Lambda를 사용했다면 청구서에서 리전별로 항목별 요금을 볼 수 있습니다. 

이 예시에서는 모든 AWS Lambda 사용량이 버지니아 북부 리전에서 발생했습니다. 이 청구서에는 함수 요청 수 및 기간별로 요금이 나열됩니다. 

이 예시에서 요청 수와 총 요청 기간이 모두 AWS 프리 티어 한도 미만이므로 계정 소유자는 이번 달에 AWS Lambda 사용량에 대한 요금을 지불할 필요가 없습니다.

 

요청시간과 요청수가 free 기준보다 낮기 때문에 비용 청구 되지 않음.

 

 

Amazon EC2

Amazon EC2를 사용하면 인스턴스가 실행되는 동안 사용한 컴퓨팅 시간에 대해서만 비용을 지불합니다.

일부 워크로드의 경우 스팟 인스턴스를 사용하여 Amazon EC2 비용을 대폭 절감할 수 있습니다. 예를 들어 중단을 견딜 수 있는 배치 처리 작업을 실행한다고 가정해 보겠습니다. 스팟 인스턴스를 사용하면 워크로드의 가용성 요구 사항을 충족하면서 최대 90%의 비용을 절감할 수 있습니다.

Savings Plans 및 예약 인스턴스를 고려하면 Amazon EC2 비용을 추가로 절감할 수 있습니다.

 

요금 예시

이 예시의 서비스 요금에는 다음 항목에 대한 세부 정보가 포함됩니다.
사용된 각 Amazon EC2 인스턴스 유형
프로비저닝된 Amazon EBS 스토리지 공간
Elastic Load Balancing이 사용된 기간
이 예시에서는 모든 사용량이 AWS 프리 티어 한도에 미달했으므로 계정 소유자는 이번 달에 Amazon EC2 사용량에 대한 요금을 지불하지 않아도 됩니다.

 

인스턴스 유형, ebs 스토리지, elb 사용 기간

 

 

Amazon S3

 
Amazon S3 요금의 경우 다음 비용 구성 요소를 고려합니다.

스토리지 - 사용한 스토리지에 대해서만 요금을 지불합니다. 객체의 크기, 스토리지 클래스, 해당 월에 각 객체를 저장한 기간에 따라 Amazon S3 버킷에 객체를 저장하는 요금이 청구됩니다.

요청 및 데이터 검색 - Amazon S3 객체 및 버킷에 수행한 요청에 대해 비용을 지불합니다. 예를 들어 사진 파일을 Amazon S3 버킷에 저장하고 웹 사이트에서 호스팅한다고 가정해 보겠습니다. 방문자가 이러한 사진 파일이 게시된 웹 사이트를 요청할 때마다 비용을 지불해야 하는 요청이 계산됩니다.

데이터 전송 - 다른 Amazon S3 버킷 간에 데이터를 전송하거나 Amazon S3에서 동일한 AWS 리전의 다른 서비스로 데이터를 전송하는 데 드는 비용은 없습니다. 하지만 Amazon S3에서 송수신한 데이터에 대해서는 비용을 지불해야 합니다. 다만 다음과 같은 몇 가지 예외가 있습니다. 인터넷에서 Amazon S3로 전송되는 데이터 또는 Amazon CloudFront로 전송되는 데이터에 대해서는 비용이 들지 않습니다. 또한 Amazon S3 버킷과 동일한 AWS 리전에 있는 Amazon EC2 인스턴스로 전송되는 데이터도 비용이 들지 않습니다.

관리 및 복제 - 계정의 Amazon S3 버킷에서 활성화한 스토리지 관리 기능에 대해 비용을 지불합니다. 이러한 기능에는 Amazon S3 인벤토리, 분석, 객체 태그 지정이 포함됩니다. 

 

요금 예시

이 예시의 AWS 계정은 두 리전 버지니아 북부 및 오하이오에서 Amazon S3를 사용했습니다. 각 리전의 항목별 요금은 다음 요소를 기준으로 합니다.
버킷에 객체를 추가 또는 복사하기 위한 요청 수
버킷에서 객체를 검색하기 위한 요청 수
사용된 스토리지 공간

이 예시에서 모든 Amazon S3 사용량은 AWS 프리 티어 한도 미만이므로 계정 소유자는 이번 달에 Amazon S3 사용량에 대한 요금을 지불할 필요가 없습니다.

 

 

 


결제 대시보드

AWS 결제 및 비용 관리 대시보드를 사용하여 AWS 청구서를 결제하고, 사용량을 모니터링하고, 비용을 분석 및 제어할 수 있습니다.

  • 이번 달 누계 금액을 지난 달과 비교하고 현재 사용량을 기준으로 내달 사용량을 예측합니다.
  • 서비스별 월 누계 지출을 확인합니다.
  • 서비스별 프리 티어 사용량을 확인합니다.
  • Cost Explorer에 액세스하여 예산을 생성합니다.
  • Savings Plans를 구매하고 관리합니다.
  • AWS 비용 및 사용 보고서를 게시합니다.

=> 결제 대시보드로 월간 누계, 전월금액, 현재 금액 및 예상 금액 

서비스별 프리티어 사용량, 결제도구 청구서 등 aws 에 대한 지출 정보를 쉽게 파악할 수 있다.


통합 결제

통합 결제

이전 모듈에서는 중앙 위치에서 여러 AWS 계정을 관리할 수 있는 서비스인 AWS Organizations에 대해 알아보았습니다. 또한 AWS Organizations는 통합 결제 옵션을 제공합니다. 

=> aws organization 기능으로 한 계정에서 손쉽게 청구서를 발행할 수 있다.

 

AWS Organizations의 통합 결제 기능을 사용하면 조직의 모든 AWS 계정에 대한 단일 청구서를 받을 수 있습니다. 결제를 통합하면 조직에 있는 모든 연결 계정의 결합된 비용을 손쉽게 추적할 수 있습니다. 기본적으로 조직에 허용되는 최대 계정 수는 4개이지만, 필요한 경우 AWS Support에 문의하여 할당량을 늘릴 수 있습니다.

 

월별 청구서에서 각 계정에서 발생한 항목별 요금을 검토할 수 있습니다. 그러므로 단일 월별 청구서의 편의성은 유지하면서도 조직의 계정에 대한 투명성을 높일 수 있습니다.

 

통합 결제의 또 다른 이점은 조직의 계정 전체에서 대량 할인 요금, Savings Plans 및 예약 인스턴스를 공유할 수 있다는 것입니다. 예를 들어 한 계정에서 월별 사용량이 부족하여 할인 가격을 적용받지 못할 수 있습니다. 그러나 여러 계정을 결합하는 경우 사용량이 집계되므로 혜택이 조직의 모든 계정에 적용될 수 있습니다.

=> 통합 결제를 통해서 요금 할인을 받을 수 있다.


AWS 예산

AWS 예산

AWS 예산에서 예산을 생성하여 서비스 사용, 서비스 비용 및 인스턴스 예약을 계획할 수 있습니다.

AWS 예산에서는 정보가 하루에 세 번 업데이트됩니다. 그러므로 사용량이 예산 금액 또는 AWS 프리 티어 한도에 얼마나 근접한지 정확하게 파악할 수 있습니다.

AWS 예산에서 사용량이 예산 금액을 초과하거나 초과할 것으로 예상되면 알려주는 사용자 지정 알림을 설정할 수도 있습니다.

=> 서비스 예산을 정해 놓고 한도에 가까워지면 알림을 한다. 

예: AWS 예산

Amazon EC2에 대한 예산을 설정했다고 가정해 보겠습니다. 회사의 Amazon EC2 사용량이 매달 200 USD를 초과하지 않도록 해야 합니다. 

AWS 예산에서 사용량이 이 금액의 절반(100 USD)에 도달했을 때 알려주는 사용자 지정 예산을 설정할 수 있습니다. 이 설정을 사용하면 알림을 수신했을 때 Amazon EC2를 어떻게 계속 사용할지 결정할 수 있습니다.

자세한 내용을 보려면 각 항목을 선택하십시오.


AWS Cost Explorer

AWS Cost Explorer

AWS Cost Explorer는 시간 경과에 따라 AWS 비용 및 사용량을 시각화, 이해, 관리할 수 있는 도구입니다.

AWS Cost Explorer에는 발생 비용 기준 상위 5개 AWS 서비스의 비용 및 사용량에 대한 기본 보고서가 포함되어 있습니다. 사용자 지정 필터 및 그룹을 적용하여 데이터를 분석할 수 있습니다. 예를 들어 시간별로 리소스 사용량을 확인할 수 있습니다.

 

예: AWS Cost Explorer

이 예시의 AWS Cost Explorer 대시보드에는 Amazon EC2 인스턴스의 6개월간 월별 비용이 표시되어 있습니다. 월별 막대가 다양한 Amazon EC2 인스턴스 유형(예: t2.micro 또는 m3.large)의 비용을 구분합니다. 

시간 경과에 따라 AWS 비용을 분석함으로써 향후 비용 및 예산 수립 방법에 대해 정보에 입각한 결정을 내릴 수 있습니다.


AWS Support 플랜

AWS Support

AWS는 문제를 해결하고 비용을 절감하며 AWS 서비스를 효율적으로 사용하는 데 도움이 되는 네 가지 Support 플랜을 제공합니다. 

회사의 요구 사항을 충족하기 위해 다음 Support 플랜 중에서 선택할 수 있습니다. 

  • Basic
  • Developer
  • Business
  • Enterprise

=> aws 에서 위의 네개 support 플랜이 있다.

Basic Support

Basic Support는 모든 AWS 고객에게 무료로 제공됩니다. 이 플랜에는 백서, 설명서 및 지원 커뮤니티에 대한 액세스가 포함됩니다. Basic Support를 사용하여 AWS에 결제 관련 질문 및 서비스 한도 증가에 대해 문의할 수도 있습니다.

Basic Support에서는 제한된 AWS Trusted Advisor 검사에 액세스할 수 있습니다. 또한 AWS에서 사용자에게 영향을 줄 수 있는 이벤트가 발생할 때 알림 및 수정 지침을 제공하는 도구인 AWS Personal Health Dashboard를 사용할 수 있습니다. 

회사에서 Basic 수준 이상의 지원이 필요한 경우 Developer, Business 또는 Enterprise Support 구매를 고려할 수 있습니다.

=> 기본적인 trustedAdvisor 제공

Developer, Business 및 Enterprise Support

Developer, Business 및 Enterprise Support 플랜에서는 기본 지원의 모든 혜택이 포함된 이외에 건수 제한 없이 기술 지원 사례를 개설할 수 있습니다. 이 세 가지 Support 플랜은 월 단위로 비용을 지불하며 장기 계약이 필요하지 않습니다.

=> 월단위 지불, 기술지원

이 과정에서는 각 Support 플랜의 세부 정보 중 일부에 대해서만 중점적으로 설명합니다. 각 플랜의 요금을 비롯해 각 Support 플랜에 포함된 내용에 대한 전체 개요는 AWS Support 사이트에서 확인할 수 있습니다.

일반적으로 가격의 경우 Developer 플랜이 가장 낮고 Business 플랜은 중간이며 Enterprise 플랜이 가장 높습니다. 

 

Developer Support

Developer Support 플랜을 보유한 고객은 다음과 같은 기능에 액세스할 수 있습니다.

  • 모범 사례 지침
  • 클라이언트 측 진단 도구
  • AWS 제품, 기능 및 서비스를 함께 사용하는 방법에 대한 지침으로 구성된 빌딩 블록 아키텍처 지원

예를 들어 회사에서 AWS 서비스를 탐색한다고 가정해 보겠습니다. 여러분은 몇 가지 AWS 서비스에 대해 들었습니다. 그러나 이러한 서비스를 함께 사용하여 회사의 요구 사항을 해결할 수 있는 애플리케이션을 빌드하는 방법은 잘 모르겠습니다. 이 시나리오에서는 Developer Support 플랜에 포함된 빌딩 블록 아키텍처 지원을 통해 특정 서비스 및 기능을 결합할 수 있는 기회를 파악할 수 있습니다.

이메일 24시간,

시스템 장애 12시간 내 응답

Business Support

Business Support 플랜을 보유한 고객은 다음과 같은 추가 기능에 액세스할 수 있습니다.

  • 특정 요구 사항을 가장 잘 지원할 수 있는 AWS 제품, 기능 및 서비스를 식별하기 위한 사용 사례 지침
  • 모든 AWS Trusted Advisor 검사
  • 일반적인 운영 체제 및 애플리케이션 스택 구성 요소와 같은 타사 소프트웨어에 대한 제한된 지원

회사가 Business Support 플랜을 보유 중이고 Amazon EC2 인스턴스에 일반적인 타사 운영 체제를 설치하려고 한다고 가정해 보겠습니다. AWS Support에 운영 체제 설치, 구성 및 문제 해결에 대한 지원을 요청할 수 있습니다. 성능 최적화, 사용자 지정 스크립트 사용 또는 보안 문제 해결과 같은 고급 항목의 경우에는 타사 소프트웨어 공급자에게 직접 문의해야 할 수 있습니다.

모든 계정에 대한 trusted advisor 검사

프로덕션 시스템 장애, 4시간

프로덕션 시스템 다운 1시간 응답

인프라 이벤트 관리

 

Enterprise Support

Enterprise Support 플랜을 보유한 고객은 Basic, Developer 및 Business Support 플랜에 포함된 모든 기능 외에도 다음과 같은 기능에 액세스할 수 있습니다.

  • 회사의 특정 사용 사례 및 애플리케이션을 지원하기 위한 컨설팅 관계인 애플리케이션 아키텍처 지침
  • 인프라 이벤트 관리 지원: 회사가 사용 사례를 더 잘 이해할 수 있도록 돕는 AWS Support와의 단기 계약입니다. 또한 회사에 아키텍처 및 확장 지침도 제공합니다.
  • 기술 계정 관리자

비즈니스 크리티컬 워크로드에 대한 15분 sla

기술 지원 관리자(TAM)

Enterprise Support 플랜에는 기술 지원 관리자(TAM)에 대한 액세스가 포함됩니다.

회사에 Enterprise Support 플랜이 있는 경우 TAM이 AWS 측 주 연락 창구입니다. 여러분이 애플리케이션을 계획, 배포, 최적화할 때 TAM이 지속적으로 커뮤니케이션하면서 권장 사항, 아키텍처 검토를 제공합니다. 

 

TAM은 모든 AWS 서비스에 대한 전문 지식을 제공합니다. 통합 접근 방식을 통해 여러 서비스를 함께 효율적으로 사용하는 솔루션을 설계하는 과정을 도울 수 있습니다.

 

예를 들어 여러 AWS 서비스를 함께 사용하는 애플리케이션을 개발하는 데 관심이 있다고 가정해 보겠습니다. TAM은 여러 서비스를 함께 사용하는 방법에 대한 통찰력을 제공할 수 있습니다. 이 과정에서 회사가 새로운 애플리케이션을 통해 해결하고자 하는 특정 요구 사항을 반영합니다.

=> well-architected 프레임워크

운영 우수성, 보안, 안정성, 성능 효율성, 비용최적화


AWS Marketplace

AWS Marketplace

AWS Marketplace는 Independent Software Vendor(ISV)의 소프트웨어 리스팅 수천 개가 포함된 디지털 카탈로그입니다. AWS Marketplace를 이용하여 AWS에서 실행되는 소프트웨어를 검색하고 평가하고 구매할 수 있습니다. 

=> 디지털 카탈로그

AWS Marketplace의 각 리스팅에 대해 요금 옵션, 사용 가능한 지원 및 다른 AWS 고객의 리뷰 등 자세한 정보에 액세스할 수 있습니다.

 

산업 및 사용 사례별로 소프트웨어 솔루션을 탐색할 수도 있습니다. 예를 들어 회사가 의료 산업에 속해 있다고 가정해 보겠습니다. AWS Marketplace에서 환자 기록을 보호하기 위한 솔루션을 구현하거나 기계 학습 모델을 사용하여 환자의 병력을 분석하고 잠재적 건강 위험을 예측하는 등 소프트웨어가 도움이 되는 사용 사례를 검토할 수 있습니다.

 

AWS Marketplace 범주

AWS Marketplace는 인프라 제품, 비즈니스 애플리케이션, 데이터 제품,및 DevOps와 같은 여러 범주의 제품을 제공합니다.

각 범주에서 하위 범주의 상품 리스팅을 탐색하여 검색 범위를 좁힐 수 있습니다. 예를 들어 DevOps 범주의 하위 범주에는 애플리케이션 개발, 모니터링 및 테스트 같은 영역이 포함됩니다.

=> 남들이 만든거 사용할 수 있다.


모듈 8 요약

  • AWS 프리 티어에 포함된 세 가지 유형의 제품: 12개월 무료, 상시 무료, 평가판
  • AWS Organizations의 통합 결제의 이점
  • AWS 비용 계획, 추정 및 검토를 위한 도구
  • 네 가지 AWS Support 플랜 Basic, Developer, Business 및 Enterprise 간의 차이점
  • AWS Marketplace에서 소프트웨어를 검색하는 방법

모듈 8 퀴즈

다음 중 통합 결제에서 수행할 수 있는 작업은 무엇입니까?

정답은 대량 구매 할인을 적용받기 위해 계정 간 사용량을 결합입니다.

다른 선택지가 오답인 이유는 다음과 같습니다.

예상 AWS 사용량을 기준으로 월말 비용을 검토 - 이 작업은 AWS 예산에서 수행할 수 있습니다.

AWS 기반 사용 사례에 대한 비용을 추정 - 이 작업은 AWS 요금 계산기에서 수행할 수 있습니다.

시간 경과에 따라 AWS 비용 및 사용량을 시각화 및 관리 - 이 작업은 AWS Cost Explorer에서 수행할 수 있습니다.

다음 중 시간 경과에 따라 AWS 비용 및 사용량을 시각화, 이해, 관리하는 데 사용되는 요금 도구는 무엇입니까?

시각화 -> cost explorer

정답은 AWS Cost Explorer입니다.

AWS Cost Explorer에는 발생 비용 기준 상위 5개 AWS 서비스의 비용 및 사용량에 대한 기본 보고서가 포함되어 있습니다 사용자 지정 필터 및 그룹을 적용하여 데이터를 분석할 수 있습니다. 예를 들어 시간별로 리소스 사용량을 확인할 수 있습니다.

다른 선택지가 오답인 이유는 다음과 같습니다.

AWS 요금 계산기를 사용하면 AWS 기반 사용 사례에 대한 비용을 추정할 수 있습니다.

AWS 예산을 사용하면 예산을 생성하여 서비스 사용, 서비스 비용 및 인스턴스 예약을 계획할 수 있습니다.

AWS 예산에서 사용량이 예산 금액을 초과하거나 초과할 것으로 예상되면 알려주는 사용자 지정 알림을 설정할 수도 있습니다.AWS 프리 티어는 고객이 비용을 들이지 않고 AWS 서비스를 사용할 수 있는 세 가지 유형의 제품(상시 무료, 12개월 무료, 평가판)으로 구성된 프로그램입니다.

다음 중 서비스 사용량이 정의한임계값을 초과할 때 알림을 받을 수 있는 요금 도구는 무엇입니까?

정답은 AWS 예산입니다.

AWS 예산에서 서비스 사용량이 예산 금액을 초과하거나 초과할 것으로 예상되는 경우 알려주는 사용자 지정 알림을 설정할 수 있습니다.

예산은 비용 또는 사용량을 기준으로 수립할 수 있습니다. 예를 들어 Amazon EC2에서 100.00 USD의 비용이 발생하거나 AWS Lambda에서 500,000건의 요청이 발생했을 때 알려주는 알림을 설정할 수 있습니다.

다른 선택지가 오답인 이유는 다음과 같습니다.

AWS Management Console의 결제 대시보드에서 리전별 서비스 비용, 월 누계 지출 등 AWS 청구서에 대한 세부 정보를 볼 수 있습니다. 그러나 결제 대시보드에서는 알림을 설정할 수 없습니다.

AWS 프리 티어는 고객이 비용을 들이지 않고 AWS 서비스를 사용할 수 있는 세 가지 유형의 제품(상시 무료, 12개월 무료, 평가판)으로 구성된 프로그램입니다.

AWS Cost Explorer는 시간 경과에 따라 AWS 비용 및 사용량을 시각화, 이해, 관리할 수 있는 도구입니다.

회사가 AWS 기술 지원 관리자(TAM)로부터 지원을 받으려고 합니다. 다음 중 어떤 Support 플랜을 선택해야 합니까?

 정답은 Enterprise입니다.

기술 지원 관리자(TAM)는 Enterprise Support 플랜을 보유한 AWS 고객만 이용할 수 있습니다. 애플리케이션을 계획, 배포, 최적화할 때 TAM이 지속적으로 커뮤니케이션하면서 권장 사항, 아키텍처 검토를 제공합니다.

다음 중 AWS에서 실행되는 타사 소프트웨어를 검색하는 데 사용되는 서비스 또는 리소스는 무엇입니까?

정답은 AWS Marketplace입니다.

AWS Marketplace는 Independent Software Vendor(ISV)의 소프트웨어 리스팅 수천 개가 포함된 디지털 카탈로그입니다. AWS Marketplace를 이용하여 AWS에서 실행되는 소프트웨어를 검색하고 평가하고 구매할 수 있습니다.

다른 선택지가 오답인 이유는 다음과 같습니다.
AWS 프리 티어는 고객이 비용을 들이지 않고 AWS 서비스를 사용할 수 있는 제품으로 구성됩니다. 이러한 제품은 AWS에서 사용할 수 있는 타사 소프트웨어가 아닌 AWS 서비스와 관련이 있습니다.

AWS Support는 모범 사례 관련 질문에 답하고, 문제 해결을 지원하고, AWS 서비스 사용을 최적화 방법을 모색하도록 돕는 등의 서비스를 제공하는 리소스입니다.

AWS Management Console의 결제 대시보드를 사용하여 리전별 서비스 비용, 계정에서 가장 많이 사용하는 서비스, 예상 결제 비용 등의 세부 정보를 볼 수 있습니다. 결제 대시보드에서 AWS Cost Explorer, AWS 예산, AWS 예산 보고서와 같은 다른 AWS 결제 도구에 액세스할 수도 있습니다.

 

 

2022.12.26 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈1: AMAZON WEB SERVICES 소개

2022.12.26 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 2: 클라우드 컴퓨팅

2022.12.27 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 3: 글로벌 인프라 및 안정성

2022.12.28 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 4: 네트워킹

2022.12.28 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 5: 스토리지 및 데이터베이스

2022.12.29 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 6: 보안


모듈 7 소개

학습 목표

이 모듈의 학습 목표는 다음과 같습니다.

  • AWS 환경의 모니터링 방법을 요약할 수 있습니다.
  • Amazon CloudWatch의 이점을 설명할 수 있습니다.
  • AWS CloudTrail의 이점을 설명할 수 있습니다.
  • AWS Trusted Advisor의 이점을 설명할 수 있습니다.

Amazon CloudWatch

  • 중앙 위치에서 모든 지표에 액세스 할 수 있음.
  • 애플리케이션, 인프라 및 서비스에 대한 가시성 확보 
  • MTTR 절감 및 TCO 개선
  • 애플리케이션 및 운영 리소스 최적화를 위한 인사이트 확보

Amazon CloudWatch

Amazon CloudWatch는 다양한 지표를 모니터링 및 관리하고 해당 지표의 데이터를 기반으로 경보 작업을 구성할 수 있는 웹 서비스입니다.

=> 다양한 지표를 모니터링 및 관리

 

CloudWatch는 지표를 사용하여 리소스의 데이터 포인트를 나타냅니다. AWS 서비스는 지표를 CloudWatch로 전송합니다. 그러면 CloudWatch가 이러한 지표를 사용하여 시간 경과에 따라 성능이 어떻게 변화했는지 보여주는 그래프를 자동으로 생성합니다. 

=> cloudwatch 를 통해 쉽게 확인 가능

CloudWatch 경보

CloudWatch를 사용하면 지표의 값이 미리 정의된 임계값을 상회 또는 하회할 경우 자동으로 작업을 수행하는 경보를 생성할 수 있습니다. 

=> cloudwatch 경보 기능으로 일정 임계값을 넘으면 알림을 준다.

 

예를 들어 회사에서 개발자들이 애플리케이션 개발 또는 테스트를 위해 Amazon EC2 인스턴스를 사용한다고 가정해 보겠습니다. 개발자가 가끔 인스턴스를 중지하는 것을 잊는 경우에는 인스턴스가 계속 실행되어 요금이 발생합니다. 

이 시나리오에서는 CPU 사용률이 지정된 기간 동안 특정 임계값 미만으로 유지되면 Amazon EC2 인스턴스를 자동으로 중지하는 CloudWatch 경보를 생성할 수 있습니다. 경보를 구성할 때 이 경보가 트리거될 때마다 알림을 받도록 지정할 수 있습니다.

 

=> sns 와 연결할 수 있음.

CloudWatch 대시보드

CloudWatch 대시보드 기능을 사용하면 단일 위치에서 리소스에 대한 모든 지표에 액세스할 수 있습니다. 예를 들어 CloudWatch 대시보드를 사용하여 Amazon EC2 인스턴스의 CPU 사용률, Amazon S3 버킷에 대해 실행된 총 요청 수 등을 모니터링할 수 있습니다. 다양한 비즈니스 용도, 애플리케이션 또는 리소스에 따라 별도의 대시보드를 사용자 지정할 수도 있습니다.

=> 대시보드를 통해 한눈에 확인 가능하다. 


AWS CloudTrail

AWS CloudTrail

AWS CloudTrail은 계정에 대한 API 호출을 기록합니다. 기록되는 정보에는 API 호출자 ID, API 호출 시간, API 호출자의 소스 IP 주소 등이 포함됩니다. CloudTrail은 누군가 남긴 이동 경로(또는 작업 로그)의 ‘추적’으로 생각할 수 있습니다.

=> 포괄적인 API 감사 도구

aws의 모든 요청이 cloudtrail 엔진에 기록된다. 

 

기억하다시피 API 호출을 사용하여 AWS 리소스를 프로비저닝, 관리 및 구성할 수 있습니다. CloudTrail을 사용하여 애플리케이션 및 리소스에 대한 사용자 활동 및 API 호출의 전체 내역을 볼 수 있습니다. 

 

이벤트는 일반적으로 API 호출 후 15분 이내에 CloudTrail에서 업데이트됩니다. API 호출이 발생한 날짜 및 시간, 작업을 요청한 사용자, API 호출에 포함된 리소스 유형 등을 지정하여 이벤트를 필터링할 수 있습니다.

예: AWS CloudTrail 이벤트

커피숍 점주가 AWS Management Console의 AWS Identity and Access Management(IAM) 섹션을 탐색한다고 가정해 보겠습니다. 점주는 Mary라는 이름의 새 IAM 사용자가 생성된 것을 발견하지만 이 사용자를 만든 사람, 시기 또는 방법은 알 수 없습니다.

이러한 의문을 해결하기 위해 AWS CloudTrail로 이동합니다.

점주는 CloudTrail 이벤트 기록 섹션에서 IAM의 ‘CreateUser’ API 작업에 대한 이벤트만 표시하도록 필터를 적용합니다. 그 결과 Mary라는 IAM 사용자를 생성한 API 호출에 대한 이벤트를 찾았습니다. 이 이벤트 레코드는 발생한 작업에 대한 전체 세부 정보를 제공합니다. 

2020년 1월 1일 오전 9시에 IAM 사용자 John이 AWS Management Console을 통해 새로운 IAM 사용자(Mary)를 생성했습니다.

CloudTrail Insights

CloudTrail에서 CloudTrail Insights를 활성화할 수도 있습니다. 이 옵션 기능을 사용하면 CloudTrail이 AWS 계정에서 비정상적인 API 활동을 자동으로 감지할 수 있습니다. 

예를 들어 CloudTrail Insights는 최근에 계정에서 평소보다 많은 수의 Amazon EC2 인스턴스가 시작되었음을 감지할 수 있습니다. 그러면 전체 이벤트 세부 정보를 검토하여 다음에 수행해야 할 작업을 결정할 수 있습니다.

=> cloudtrail insights 서비스로 비정상적 api 활동을 감지할 수 있다.


AWS Trusted Advisor

  • 비용 최적화
  • 성능
  • 보안
  • 내결함성
  • 서비스 한도

AWS Trusted Advisor

AWS Trusted Advisor는 AWS 환경을 검사하고 AWS 모범 사례에 따라 실시간 권장 사항을 제시하는 웹 서비스입니다.

=> 자동화된 조언 도구

 

Trusted Advisor는 비용 최적화, 성능, 보안, 내결함성, 서비스 한도라는 5개 범주에서 결과를 AWS 모범 사례와 비교합니다. Trusted Advisor는 각 범주의 검사에 대해 권장 작업 목록을 제공하고 AWS 모범 사례를 자세히 알아볼 수 있는 추가 자료를 제공합니다. 

=> 5가지 범주에서 확인해 준다 .

 

AWS Trusted Advisor가 제공하는 권장 사항은 배포의 모든 단계에서 유용할 수 있습니다. 예를 들어 새로운 워크플로를 만들고 새로운 애플리케이션을 개발하는 데 AWS Trusted Advisor의 도움을 받을 수 있습니다. 또는 기존 애플리케이션 및 리소스를 지속적으로 개선하는 데 활용할 수 있습니다.

AWS Trusted Advisor 대시보드

AWS Management Console에서 Trusted Advisor 대시보드에 액세스하면 비용 최적화, 성능, 보안, 내결함성, 서비스 한도 범주에서 완료된 검사를 검토할 수 있습니다.

각 범주에 표시되는 기호의 의미는 다음과 같습니다.


모듈 7 요약

모듈 7에서는 다음 개념을 배웠습니다.

  • Amazon CloudWatch
  • AWS CloudTrail
  • AWS Trusted Advisor

모듈 7 퀴즈

다음 중 Amazon CloudWatch를 사용하여 수행할 수 있는 작업은 무엇입니까? (2개 선택)

두 가지 정답은 다음과 같습니다.
리소스 사용률 및 성능 모니터링단일 대시보드에서 지표에 액세스
다른 선택지가 오답인 이유는 다음과 같습니다.

AWS 환경 개선을 위한 실시간 권장 사항 받기는 AWS Trusted Advisor에서 수행할 수 있습니다.

5개 범주에서 인프라를 AWS 모범 사례와 비교하는 작업은 AWS Trusted Advisor에서 수행할 수 있습니다.

비정상적인 계정 활동을 자동 감지는 AWS CloudTrail에서 수행할 수 있습니다.

다음 중 오픈 액세스 권한을 확인하여 Amazon S3 버킷의 보안을 검토할 수 있는 서비스는 무엇입니까?

 

정답은 AWS Trusted Advisor입니다.

AWS Trusted Advisor는 AWS 환경을 검사하고 AWS 모범 사례에 따라 실시간 권장 사항을 제시하는 웹 서비스입니다. 검사에는 오픈 액세스 권한이 설정된 Amazon S3 버킷과 같은 보안 검사가 포함됩니다.
=> 검토라는 키워드 , trusted Advisor

다른 선택지가 오답인 이유는 다음과 같습니다.

Amazon CloudWatch는 애플리케이션을 실행하는 리소스에 대한 다양한 지표를 모니터링하고 관리할 수 있는 웹 서비스입니다.

AWS CloudTrail은 AWS 환경 내에서 발생한 사용자 활동 및 API 호출에 대한 세부 정보를 검토할 수 있는 웹 서비스입니다.

Amazon GuardDuty는 AWS 환경 및 리소스에 대한 지능형 위협 탐지 기능을 제공하는 서비스입니다. 이 서비스는 AWS 환경 내의 네트워크 활동 및 계정 동작을 지속적으로 모니터링하여 위협을 식별합니다.

다음 중 AWS Trusted Advisor 대시보드의 범주에 포함되는 항목은 무엇입니까? (2개 선택)

 
두 가지 정답은 다음과 같습니다.
성능, 내결함성
AWS Trusted Advisor는 AWS 환경을 검사하고 비용 최적화, 성능, 보안, 내결함성, 서비스 한도라는 5개 범주에서 모범 사례 권장 사항을 제시합니다.

2022.12.26 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈1: AMAZON WEB SERVICES 소개

2022.12.26 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 2: 클라우드 컴퓨팅

2022.12.27 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 3: 글로벌 인프라 및 안정성

2022.12.28 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 4: 네트워킹

2022.12.28 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 5: 스토리지 및 데이터베이스

 


모듈 6 소개

학습 목표

이 모듈의 학습 목표는 다음과 같습니다.

  • 공동 책임 모델의 이점을 설명할 수 있습니다.
  • Multi-Factor Authentication(MFA)을 설명할 수 있습니다.
  • AWS Identity and Access Management(IAM) 보안 수준을 구별할 수 있습니다.
  • AWS Organizations의 주요 이점을 설명할 수 있습니다.
  • 보안 정책을 기본 수준에서 설명할 수 있습니다.
  • AWS를 사용한 규정 준수의 이점을 요약할 수 있습니다.
  • 추가 AWS 보안 서비스를 기본 수준에서 설명할 수 있습니다.

 


공동 책임 모델

AWS 공동 책임 모델

이 과정 전반에서 AWS 클라우드에서 생성할 수 있는 다양한 리소스에 대해 배웠습니다. 이러한 리소스에는 Amazon EC2 인스턴스, Amazon S3 버킷, Amazon RDS 데이터베이스가 포함됩니다. 이러한 리소스를 안전하게 유지할 책임은 누구에게 있습니까? 고객입니까, AWS입니까?

정답은 둘 다입니다. 이유는 AWS 환경을 단일 객체로 취급하지 않기 때문입니다. 오히려 환경을 서로를 기반으로 빌드되는 부분의 모음으로 취급합니다. AWS는 사용자 환경의 일부분을 책임지고 고객은 다른 부분을 책임집니다. 이 개념은 공동 책임 모델로 알려져 있습니다.

=> 공동 책임 모델로 둘다 책임을 진다 .

 

공동 책임 모델은 고객 책임(일반적으로 ‘클라우드 내부의 보안’이라고 함)과 AWS 책임(일반적으로 ‘클라우드 자체의 보안’이라고 함)으로 나뉩니다.

고객이 담당하는 부분, aws 가 담당하는 부분

이 모델은 주택 소유자와 주택 건축업자 간의 책임 분담과 비슷한 것으로 생각할 수 있습니다. 건축업자(AWS)는 견고하게 주택을 건설할 책임이 있습니다. 주택 소유자(고객)는 문이 닫혀 있고 잠겨 있는지 확인하여 집안의 모든 것을 보호할 책임이 있습니다. 

 

고객: 클라우드 내부의 보안

고객은 AWS 클라우드 내에서 생성하고 배치하는 모든 것의 보안을 책임집니다.

=> 클라우드 위에서 생성되는 모든 것은 고객 책임

 

AWS 서비스를 사용할 때 고객은 자체 콘텐츠에 대한 완전한 제어를 유지합니다. AWS에 저장하기로 선택하는 콘텐츠, 사용하는 AWS 서비스, 해당 콘텐츠에 액세스할 수 있는 사용자를 포함하여 콘텐츠에 대한 보안 요구 사항을 관리할 책임은 고객에게 있습니다. 또한 액세스 권한을 부여, 관리 및 해지하는 방법도 고객이 제어합니다.

 

고객이 수행하는 보안 단계는 사용하는 서비스, 시스템의 복잡성, 회사별 운영 및 보안 요구 사항과 같은 요소에 따라 달라집니다. 이러한 단계에는 Amazon EC2 인스턴스에서 실행할 운영 체제를 선택, 구성 및 패치 적용하는 단계, 보안 그룹을 구성하는 단계, 사용자 계정을 관리하는 단계가 포함됩니다.

 

 

AWS: 클라우드 자체의 보안

AWS는 클라우드 자체의 보안을 책임집니다.

=> aws는 클라우드 인프라 자체를 책임진다. 

 

AWS는 인프라의 모든 계층에서 구성 요소를 운영, 관리 및 제어합니다. 여기에는 호스트 운영 체제, 가상화 계층, 심지어 서비스가 작동하는 데이터 센터의 물리적 보안과 같은 영역이 포함됩니다. 

 

AWS는 AWS 클라우드의 모든 서비스를 실행하는 글로벌 인프라를 보호할 책임이 있습니다. 이러한 인프라에는 AWS 리전, 가용 영역 및 엣지 로케이션이 포함됩니다.

 

AWS는 클라우드 자체의 보안, 특히 리소스를 호스팅하는 물리적 인프라를 관리합니다. 여기에는 다음이 포함됩니다.

  • 데이터 센터의 물리적 보안
  • 하드웨어 및 소프트웨어
  • 인프라
  • 네트워크 인프라
  • 가상화 인프라

고객이 AWS 데이터 센터를 방문하여 이러한 보호 기능을 직접 확인할 수는 없지만 AWS는 외부 감사 기관이 작성한 여러 보고서를 제공합니다. 이러한 감사 기관에서 다양한 컴퓨터 보안 표준 및 규정을 준수하는지 확인했습니다.


사용자 권한 및 액세스

AWS Identity and Access Management(IAM)

AWS Identity and Access Management(IAM)를 사용하면 AWS 서비스와 리소스에 대한 액세스를 안전하게 관리할 수 있습니다.   

=> IAM 을 사용하면 리소스& 서버에 대한 접근을 손쉽게 제어할 수 있다. 

 

IAM은 회사의 고유한 운영 및 보안 요구 사항에 따라 액세스 권한을 구성할 수 있는 유연성을 제공합니다. 이 작업을 수행하기 위해 다음과 같은 IAM 기능을 조합하여 사용합니다.

  • IAM 사용자, 그룹 및 역할
  • IAM 정책
  • Multi-Factor Authentication

이 강의에서는 이러한 기능을 살펴보고 각 기능에 대한 모범 사례도 배우게 됩니다.

AWS 계정 루트 사용자

AWS 계정을 처음 만들면 루트 사용자라고 하는 자격 증명으로 시작합니다. 

루트 사용자는 AWS 계정을 만들 때 사용한 이메일 주소 및 암호로 로그인하여 액세스합니다. 루트 사용자는 커피숍 점주와 비슷한 것으로 생각할 수 있습니다. 이 사용자는 계정의 모든 AWS 서비스 및 리소스에 대한 전체 액세스 권한을 가집니다.

=> 루트 계정은 뭐든지 할 수 있는 계정이다.

 

모범 사례:

일상 작업에는 루트 사용자를 사용하지 마십시오.
대신 루트 사용자를 사용하여 첫 번째 IAM 사용자를 생성하고 이 사용자에게 다른 사용자를 생성할 수 있는 권한을 할당합니다.
계속해서 다른 IAM 사용자를 생성하고 AWS 전체에서 일상 작업을 수행할 때 이러한 자격 증명에 액세스합니다. 루트 사용자만 사용할 수 있는 제한된 종류의 작업을 수행해야 하는 경우에만 루트 사용자를 사용하십시오. 이러한 작업에는 루트 사용자 이메일 주소 변경, AWS Support 플랜 변경 등이 있습니다.

 

IAM 사용자

IAM 사용자는 사용자가 AWS에서 생성하는 자격 증명입니다. 이 사용자는 AWS 서비스 및 리소스와 상호 작용하는 사람 또는 애플리케이션을 나타냅니다. 이 사용자는 이름과 자격 증명으로 구성됩니다.

=> 자격 증명을 의미한다.

 

기본적으로 AWS에서 새 IAM 사용자를 생성하면 해당 사용자와 연결된 권한이 없습니다. IAM 사용자가 AWS에서 Amazon EC2 인스턴스 시작, Amazon S3 버킷 생성 등 특정 작업을 수행할 수 있도록 허용하려면 IAM 사용자에게 필요한 권한을 부여해야 합니다.

=> 처음 IAM 유저를 만들면 아무것도 못하는 깡통이다.

모범 사례:

AWS에 액세스해야 하는 각 사용자마다 개별 IAM 사용자를 생성하는 것이 좋습니다.  
동일한 수준의 액세스가 필요한 직원이 여러 명이라도 각 직원마다 개별 IAM 사용자를 생성해야 합니다. 그러면 각 IAM 사용자가 고유한 보안 자격 증명 집합을 갖도록 허용하여 보안을 강화할 수 있습니다.

IAM 정책

IAM 정책은 AWS 서비스 및 리소스에 대한 권한을 허용하거나 거부하는 문서입니다.  

IAM 정책을 사용하면 사용자가 리소스에 액세스할 수 있는 수준을 사용자 지정할 수 있습니다. 예를 들어 사용자가 AWS 계정 내의 모든 Amazon S3 버킷에 액세스하거나 특정 버킷에만 액세스하도록 허용할 수 있습니다.

=> iam 유저에게 정책을 부여함으로써 권한을 줄 수 있다. 

 

모범 사례:

권한을 부여할 때 최소 권한 보안 원칙을 따르십시오. 

이 원칙을 따르면 사용자 또는 역할이 해당 작업을 수행하는 데 필요한 것보다 많은 권한을 갖는 것을 방지할 수 있습니다.
 
예를 들어 직원이 특정 버킷에만 액세스해야 하는 경우 IAM 정책에서 해당 버킷을 지정합니다. 이 직원에게 AWS 계정의 모든 버킷에 액세스할 수 있는 권한을 부여하는 대신 이렇게 하십시오.

 

예: IAM 정책

다음은 IAM 정책이 작동하는 방식의 예입니다. 커피숍 점주가 새로 채용한 계산원을 위해 IAM 사용자를 생성해야 한다고 가정해 보겠습니다. 이 계산원은 ID가 AWSDOC-EXAMPLE-BUCKET인 Amazon S3 버킷에 저장된 영수증에만 액세스하면 됩니다.

 

이 예제 IAM 정책은 ID가 AWSDOC-EXAMPLE-BUCKET인 Amazon S3 버킷의 객체에 액세스할 수 있는 권한을 허용합니다.

 

이 예제의 IAM 정책은 Amazon S3: ListObject 내에서 특정 작업을 허용합니다. 또한 이 정책에는 특정 버킷 ID: AWSDOC-EXAMPLE-BUCKET도 언급되어 있습니다. 점주가 계산원의 IAM 사용자에 이 정책을 연결하면 해당 계산원은 AWSDOC-EXAMPLE-BUCKET 버킷의 모든 객체를 볼 수 있습니다. 

=>resource는 대상, action은 작업을 의미한다.

 

계산원이 AWS에서 다른 서비스에 액세스하여 다른 작업을 수행할 수 있도록 허용하려면 점주는 추가 정책을 연결하여 이러한 서비스 및 작업을 지정해야 합니다.

이제, 커피숍에서 계산원을 몇 명 더 채용했다고 가정해 보겠습니다. 점주는 개별 IAM 사용자 각각에 권한을 할당하는 대신 사용자를 IAM 그룹에 배치합니다.

IAM 그룹

IAM 그룹은 IAM 사용자의 모음입니다. 그룹에 IAM 정책을 할당하면 해당 그룹의 모든 사용자에게 정책에 지정된 권한이 부여됩니다.

다음은 커피숍에서 이 정책 할당이 작동하는 방식의 예입니다. 점주는 계산원마다 권한을 할당하는 대신 ‘계산원’ IAM 그룹을 생성할 수 있습니다. 그런 다음 이 그룹에 IAM 사용자를 추가하고 그룹 수준에서 권한을 연결할 수 있습니다. 

그룹 수준에서 IAM 정책을 할당하면 직원이 직무를 전환하는 경우 권한을 손쉽게 조정할 수 있습니다. 예를 들어 계산원이 인벤토리 담당자가 되는 경우 커피숍 점주는 해당 계산원을 ‘계산원’ IAM 그룹에서 제거하고 ‘인벤토리 전문가’ IAM 그룹에 추가합니다. 그러면 각 직원이 현재 역할에 필요한 권한만 갖게 됩니다.

=> iam 을 그룹단위로 관리하면 편하다.

 

커피숍 직원이 영구적인 직무 전환 없이 여러 워크스테이션을 순환하는 경우에는 어떻게 될까요? 이 직원은 IAM 역할을 통해 필요한 액세스 권한을 얻을 수 있습니다.

IAM 역할

커피숍에서 한 직원이 하루 종일 여러 워크스테이션을 순환합니다. 커피숍의 인력 상황에 따라 이 직원은 금전 등록기 작업, 인벤토리 시스템 업데이트, 온라인 주문 처리 등 여러 가지 직무를 수행할 수 있습니다. 

직원이 다른 직무로 전환해야 할 경우 한 워크스테이션에 대한 액세스 권한을 포기하고 다음 워크스테이션에 액세스할 수 있습니다. 이 직원은 여러 워크스테이션 사이를 쉽게 전환할 수 있지만 특정 시점에서는 단일 워크스테이션에만 액세스 할 수 있습니다. 이와 동일한 개념이 IAM 역할을 사용하는 AWS에도 존재합니다.

 

IAM 역할은 임시로 권한에 액세스하기 위해 수임할 수 있는 자격 증명입니다.  

 

IAM 사용자, 애플리케이션 또는 서비스가 IAM 역할을 수임하려면 먼저 해당 역할로 전환할 수 있는 권한을 부여받아야 합니다. IAM 역할을 수임한다는 것은 이전 역할에 지정된 모든 권한을 포기하고 새 역할에 지정된 권한을 수임하는 것입니다. 

=> iam 역할 수임을 하면 전에 가지고 있던 모든 권한은 삭제되고 새롭게 역할이 부여된다. 

iam 역할을 통해서 유기적으로 권한을 부여할 수 있다.

 

모범 사례:

IAM 역할은 서비스 또는 리소스에 대한 액세스 권한을 장기적이 아니라 일시적으로 부여해야 하는 상황에 이상적입니다.  

역할 수임을 통해서 권한을 쉽게 부여할 수 있다.

Multi-Factor Authentication

신원을 확인하기 위해 여러 가지 정보를 제공하도록 요구하는 웹 사이트에 로그인한 적이 있습니까? 암호를 입력한 다음 휴대폰으로 전송된 난수 코드와 같은 두 번째 인증 형식을 제공해야 할 수도 있습니다. 이것이 Multi-Factor Authentication의 예입니다.

IAM에서 Multi-Factor Authentication(MFA)은 AWS 계정에 추가 보안 계층을 제공합니다.

=> mfa를 통해서 높은 보안 계층을 유지할 수 있다.

 


AWS Organizations

AWS Organizations

특징

1. 중앙 집중식 관리

2. 통합 결제 지원

3. 계정의 계층적 그룹화

4. aws 서비스 및 api 작업 액세스 제어

회사에 여러 AWS 계정이 있다고 가정해 보겠습니다. AWS Organizations를 사용하여 중앙 위치에서 여러 AWS 계정을 통합하고 관리할 수 있습니다.

=> aws oranizations 를 통해 중앙 위치에서 여러 aws 계정을 관리할 수 있다.

 

조직을 생성하면 AWS Organizations가 조직의 모든 계정에 대한 상위 컨테이너 루트를 자동으로 생성합니다. 

=> 조직을 생성하면 상위 컨테이너 루트를 자동 생성

 

AWS Organizations에서는 서비스 제어 정책(SCP)을 사용하여 조직의 계정에 대한 권한을 중앙에서 제어할 수 있습니다. SCP를 사용하면 각 계정의 사용자 및 역할이 액세스할 수 있는 AWS 서비스, 리소스 및 개별 API 작업을 제한할 수 있습니다.

=> 서비스 제어 정책으로 권한을 제어할 수 있다.

통합 결제는 AWS Organizations의 또 다른 기능입니다. 통합 결제는 이후 모듈에서 알아보겠습니다.

조직 단위

AWS Organizations에서는 계정을 조직 단위(OU)로 그룹화하여 비슷한 비즈니스 또는 보안 요구 사항이 있는 계정을 손쉽게 관리할 수 있습니다. OU에 정책을 적용하면 OU의 모든 계정이 정책에 지정된 권한을 자동으로 상속합니다.  

개별 계정을 OU로 구성하면 특정 보안 요구 사항이 있는 워크로드 또는 애플리케이션을 보다 간편하게 격리할 수 있습니다. 예를 들어 회사에 특정 규정 요구 사항을 충족하는 AWS 서비스에만 액세스할 수 있는 계정이 있다면, 이러한 계정을 한 OU에 배치할 수 있습니다. 그런 다음 규제 요구 사항을 충족하지 않는 다른 모든 AWS 서비스에 대한 액세스를 차단하는 정책을 해당 OU에 연결할 수 있습니다.

=> 조직단위 ou, 비즈니스 단위 bu 로 나눈다 .

AWS Organizations에서 서비스 제어 정책(SCP)을 조직 루트, 개별 멤버 계정 또는 OU에 적용할 수 있습니다. SCP는 AWS 계정 루트 사용자를 포함하여 계정 내의 모든 IAM 사용자, 그룹 및 역할에 영향을 줍니다.

 

IAM 정책은 IAM 사용자, 그룹 또는 역할에 적용할 수 있습니다. AWS 계정 루트 사용자에게는 IAM 정책을 적용할 수 없습니다.

 


규정 준수

AWS Artifact

회사가 속한 업종에 따라 특정 표준을 준수해야 할 수 있습니다. 감사 또는 검사는 회사가 이러한 표준을 충족했는지 확인하는 절차입니다.

AWS Artifact는 AWS 보안 및 규정 준수 보고서 및 일부 온라인 계약에 대한 온디맨드 액세스를 제공하는 서비스입니다. AWS Artifact는 AWS Artifact Agreements 및 AWS Artifact Reports의 두 가지 기본 섹션으로 구성됩니다.

=> artifact는 규정에 관한건데 artifact agreements 와 artifact report 두가지 로 구성된다.

AWS Artifact Agreements

회사에서 AWS 서비스 전체에서 특정 유형의 정보를 사용하기 위해 AWS와 계약을 체결해야 한다고 가정해 보겠습니다. AWS Artifact Agreements를 통해 이를 수행할 수 있습니다. 

 

AWS Artifact Agreements에서 개별 계정 및 AWS Organizations 내 모든 계정에 대한 계약을 검토, 수락 및 관리할 수 있습니다. HIPAA(미국 건강 보험 양도 및 책임에 관한 법)와 같은 특정 규정의 적용을 받는 고객의 요구 사항을 해결하기 위한 다양한 유형의 계약이 제공됩니다.

 

AWS Artifact Reports

다음으로, 회사의 개발 팀원 한 명이 애플리케이션을 빌드하는 도중 특정 규제 표준을 준수하기 위한 책임에 대한 추가 정보가 필요하다고 가정해 보겠습니다. AWS Artifact Reports에서 이 정보에 액세스하도록 조언할 수 있습니다.

 

AWS Artifact Reports는 외부 감사 기관이 작성한 규정 준수 보고서를 제공합니다. 이러한 감사 기관에서 AWS가 다양한 글로벌, 지역별, 산업별 보안 표준 및 규정을 준수했음을 검증했습니다. AWS Artifact Reports는 릴리스된 최신 보고서가 반영되어 항상 최신 상태로 유지됩니다. 감사 또는 규제 기관에 AWS 보안 제어 항목의 증거로서 AWS 감사 아티팩트를 제공하면 됩니다.

 

다음은 AWS Artifact에서 제공하는 몇 가지 규정 준수 보고서 및 규정입니다. 각 보고서에는 내용에 대한 설명과 문서가 유효한 보고 기간이 포함되어 있습니다. 

 

고객 규정 준수 센터

고객 규정 준수 센터에는 AWS 규정 준수에 대해 자세히 알아볼 수 있는 리소스가 포함되어 있습니다. 

고객 규정 준수 센터에서 고객 규정 준수 사례를 읽고 규제 대상 업종의 기업들이 다양한 규정 준수, 거버넌스 및 감사 과제를 어떻게 해결했는지 확인할 수 있습니다.

또한 다음과 같은 주제에 관한 규정 준수 백서 및 설명서에 액세스할 수 있습니다.

  • 주요 규정 준수 질문에 대한 AWS 답변
  • AWS 위험 및 규정 준수 개요
  • 보안 감사 체크리스트

또한 고객 규정 준수 센터에는 감사자 학습 경로가 포함되어 있습니다. 이 학습 경로는 내부 운영에서 AWS 클라우드를 사용한 규정 준수를 입증할 수 있는 방법을 자세히 알아보려는 감사, 규정 준수 및 법무 담당자를 위해 고안되었습니다.


서비스 거부 공격

고객은 커피숍에 전화를 걸어 주문할 수 있습니다. 계산원은 전화로 받은 주문을 바리스타에게 전달합니다. 

그런데 한 장난꾸러기가 여러 번 전화를 걸어 주문을 했지만 한 번도 픽업하지 않았다고 가정해 보겠습니다. 이 때문에 계산원이 다른 고객의 전화를 받을 수 없습니다. 커피숍은 이 장난꾸러기가 사용하는 전화 번호를 차단하여 거짓 요청을 차단하려고 할 수 있습니다. 

이 시나리오에서 장난꾸러기의 행동은 서비스 거부 공격과 유사합니다.

서비스 거부 공격

서비스 거부(DoS) 공격은 사용자들이 웹 사이트 또는 애플리케이션을 이용할 수 없게 만들려는 의도적인 시도입니다.

예를 들어 공격자는 목표로 삼은 웹 사이트 또는 애플리케이션이 과부하가 걸려 더 이상 응답할 수 없을 때까지 웹 사이트 또는 애플리케이션을 과도한 네트워크 트래픽으로 플러드시킬 수 있습니다. 웹 사이트 또는 애플리케이션을 사용할 수 없게 되면 합법적인 요청을 시도하는 사용자에게 서비스를 거부합니다.

=> dos 는 단일 소스로부터 공격

분산 서비스 거부(DDoS) 공격

이제, 장난꾸러기가 친구의 도움을 받게 되었다고 가정해 보겠습니다. 

장난꾸러기와 그 친구들은 픽업할 의사는 없지만 반복적으로 커피숍에 전화를 걸어 주문을 합니다. 이러한 요청은 서로 다른 전화번호로 들어오고 있으므로 커피숍에서 모든 전화번호를 차단하는 것은 불가능합니다. 또한 걸려 오는 전화가 증가했기 때문에 고객이 전화를 거는 것이 점점 더 어려워졌습니다. 이는 분산 서비스 거부 공격과 유사합니다.

분산 서비스 거부(DDoS) 공격에서는 여러 소스를 사용하여 웹 사이트 또는 애플리케이션을 사용할 수 없게 만드는 공격을 시작합니다. 공격자는 그룹일 수도 있고 심지어 한 명일 수도 있습니다. 단일 공격자는 감염된 여러 컴퓨터(‘봇’이라고도 함)를 사용하여 과도한 트래픽을 웹 사이트 또는 애플리케이션으로 전송할 수 있습니다.

DoS 및 DDoS 공격이 애플리케이션에 미치는 영향을 최소화하기 위해 AWS Shield를 사용할 수 있습니다.

 

=> ddos는 분산 해서 공격하는 것이다 aws shield를 사용하면 막을 수 있다.

AWS Shield

AWS Shield는 DDoS 공격으로부터 애플리케이션을 보호하는 서비스입니다. AWS Shield는 두 가지 보호 수준인 Standard 및 Advanced를 제공합니다.

 

AWS Shield Standard

AWS Shield Standard는 모든 AWS 고객을 자동으로 보호하는 무료 서비스입니다. AWS 리소스를 가장 자주 발생하는 일반적인 DDoS 공격으로부터 보호합니다. 

네트워크 트래픽이 애플리케이션으로 들어오면 AWS Shield Standard는 다양한 분석 기법을 사용하여 실시간으로 악성 트래픽을 탐지하고 자동으로 완화합니다. 

 

AWS Shield Advanced

AWS Shield Advanced는 상세한 공격 진단 및 정교한 DDoS 공격을 탐지하고 완화할 수 있는 기능을 제공하는 유료 서비스입니다. 

Amazon CloudFront, Amazon Route 53, Elastic Load Balancing과 같은 다른 서비스와도 통합됩니다. 또한 복잡한 DDoS 공격을 완화하기 위한 사용자 지정 규칙을 작성하여 AWS Shield를 AWS WAF와 통합할 수 있습니다.

=> shield advanced는 여러 서비스와 결합할수 있고 비교적 상세한 공격을 탐지하고 완화할 수 있다.


추가 보안 서비스

AWS Key Management Service(AWS KMS)

커피숍에는 커피 머신, 쿠키, 금전 등록기 안의 돈 등 많은 물품이 있습니다. 이러한 물품을 데이터로 생각할 수 있습니다. 커피숍 점주는 창고에 보관되어 있거나 매장 위치 간에 운송되는 모든 물품이 안전하게 보호되기를 원합니다. 

동일한 방법으로 저장 상태에서(저장 시 암호화) 그리고 전송되는 동안(전송 중 암호화라고 함) 애플리케이션의 데이터가 안전한지 확인해야 합니다.

=> 암호화는 저장시 암호화, 전송 중 암호화 둘로 나뉜다. 

 

AWS Key Management Service(AWS KMS)를 사용하면 암호화 키를 사용하여 암호화 작업을 수행할 수 있습니다. 암호화 키는 데이터 잠금(암호화) 및 잠금 해제(암호 해독)에 사용되는 임의의 숫자 문자열입니다. AWS KMS를 사용하여 암호화 키를 생성, 관리 및 사용할 수 있습니다. 또한 광범위한 서비스 및 애플리케이션에서 키 사용을 제어할 수 있습니다.

AWS KMS를 사용하면 키에 필요한 액세스 제어를 특정 수준으로 선택할 수 있습니다. 예를 들어 키를 관리할 수 있는 IAM 사용자 및 역할을 지정할 수 있습니다. 또는 더 이상 사용되지 않도록 일시적으로 키를 비활성화할 수 있습니다. 키는 AWS KMS를 벗어나지 않으며, 사용자가 항상 키를 제어할 수 있습니다.

=> kms를 이용하여 암호화 작업을 수행할 수 있다.

 

AWS WAF

AWS WAF는 웹 애플리케이션으로 들어오는 네트워크 요청을 모니터링할 수 있는 웹 애플리케이션 방화벽입니다. 

AWS WAF는 Amazon CloudFront 및 Application Load Balancer와 함께 작동합니다. 이전 모듈에서 배운 네트워크 액세스 제어 목록을 기억해 보십시오. AWS WAF는 비슷한 방식으로 작동하여 트래픽을 차단하거나 허용합니다. 그러나 AWS 리소스를 보호하기 위해 웹 ACL(액세스 제어 목록)을 사용합니다. 

다음은 AWS WAF를 사용하여 특정 요청을 허용하고 차단하는 방법의 예입니다.

애플리케이션이 여러 IP 주소에서 악의적인 네트워크 요청을 받고 있다고 가정해 보겠습니다. 이러한 요청이 애플리케이션에 계속 액세스하는 것을 방지해야 하지만 합법적인 사용자는 여전히 애플리케이션에 액세스할 수 있도록 해야 합니다. 지정한 IP 주소에서 나온 요청을 제외한 모든 요청을 허용하도록 웹 ACL을 구성합니다.

AWS WAF는 요청이 들어오면 웹 ACL에서 구성한 규칙 목록을 확인합니다. 요청이 차단된 IP 주소 중 하나에서 나온 것이 아니면 애플리케이션에 대한 액세스가 허용됩니다.

그러나 웹 ACL에서 지정한 차단 IP 주소 중 하나에서 요청이 나왔으면 액세스가 거부됩니다.

=> waf 는 방화벽, acl 을 활용한다.

Amazon Inspector

커피숍의 개발자들이 새로운 주문 애플리케이션을 개발하고 테스트한다고 가정해 보겠습니다. 이들은 보안 모범 사례에 따라 애플리케이션을 디자인하고 있는지 확인하기를 원합니다. 그러나 개발해야 할 다른 여러 애플리케이션이 있으므로 수동 평가를 수행하는 데 많은 시간을 할애할 수 없습니다. 개발자들은 자동 보안 평가를 수행하기 위해 Amazon Inspector를 사용하기로 결정했습니다.

=> inspector는 자동으로 보안 평가를 수행한다.

 

Amazon Inspector는 자동화된 보안 평가를 실행하여 애플리케이션의 보안 및 규정 준수를 개선할 수 있는 서비스입니다. 이 서비스는 Amazon EC2 인스턴스에 대한 오픈 액세스, 취약한 소프트웨어 버전 설치와 같은 보안 모범 사례 위반 및 보안 취약성을 애플리케이션에서 검사합니다. 

=> 취약성 검사

Amazon Inspector는 평가를 수행한 후에 보안 탐지 결과 목록을 제공합니다. 이 목록은 심각도 수준에 따라 우선 순위가 결정되고 각 보안 문제에 대한 자세한 설명 및 권장 해결 방법이 포함됩니다. 그러나 AWS는 제공된 권장 사항으로 모든 잠재적 보안 문제가 해결됨을 보장하지 않습니다. 공동 책임 모델에 따라 고객은 AWS 서비스에서 실행되는 애플리케이션, 프로세스 및 도구의 보안에 대한 책임이 있습니다.

=> 탐지 결과 제공

Amazon GuardDuty

Amazon GuardDuty는 AWS 인프라 및 리소스에 대한 지능형 위협 탐지 기능을 제공하는 서비스입니다. 이 서비스는 AWS 환경 내의 네트워크 활동 및 계정 동작을 지속적으로 모니터링하여 위협을 식별합니다.

AWS 계정에서 GuardDuty를 활성화하면 GuardDuty가 네트워크 및 계정 활동을 모니터링하기 시작합니다. 추가 보안 소프트웨어를 배포하거나 관리할 필요가 없습니다. 그런 다음 GuardDuty는 VPC Flow Logs 및 DNS 로그를 비롯한 여러 AWS 소스의 데이터를 지속적으로 분석합니다. 

=> guardduty는 다른 aws 서비스와 독립적으로 실행된다. => 기존 리소스에 영향을 미치지 않음.

 

GuardDuty가 위협을 탐지한 경우 AWS Management Console에서 위협에 대한 자세한 탐지 결과를 검토할 수 있습니다. 탐지 결과에는 문제 해결을 위한 권장 단계가 포함됩니다. 또한 GuardDuty 보안 탐지 결과에 대한 응답으로 자동으로 문제 해결 단계를 수행하도록 AWS Lambda 함수를 구성할 수도 있습니다.

=> guardduty는 네트워크 활동을 분석함.


 

모듈 6 요약

  • 공동 책임 모델
  • AWS Identity and Access Management의 기능
  • AWS Organizations에서 여러 계정을 관리하는 방법
  • AWS 규정 준수 리소스
  • 애플리케이션 보안 및 암호화를 위한 AWS 서비스

모듈 6 퀴즈

다음 중 IAM 정책을 가장 잘 설명한 것은 무엇입니까?

정답은 AWS 서비스 및 리소스에 대한 권한을 부여하거나 거부하는 문서입니다.

IAM 정책은 사용자가 리소스에 액세스할 수 있는 수준을 사용자 지정할 수 있는 유연성을 제공합니다. 예를 들어 사용자가 AWS 계정 내의 모든 Amazon S3 버킷에 액세스하거나 특정 버킷에만 액세스하도록 허용할 수 있습니다.

다른 선택지가 오답인 이유는 다음과 같습니다.

AWS 계정에 추가 보호 계층을 제공하는 인증 프로세스는 Multi-Factor Authentication(MFA)입니다.

임시로 권한에 액세스하기 위해 수임할 수 있는 자격 증명은 IAM 역할입니다.

AWS 계정을 처음 만들면 설정되는 자격 증명은 루트 사용자 자격 증명입니다.

 

 

직원이 여러 Amazon S3 버킷을 생성하기 위해 임시 액세스 권한이 필요합니다. 다음 중 이 작업에 가장 적합한 옵션은 무엇입니까?

정답은 IAM 역할입니다.
IAM 역할은 임시로 권한에 액세스하기 위해 수임할 수 있는 자격 증명입니다. IAM 역할을 수임한다는 것은 이전 역할에 지정된 모든 권한을 포기하고 새 역할에 지정된 권한을 수임하는 것입니다. IAM 역할은 서비스 또는 리소스에 대한 액세스 권한을 장기적이 아니라 일시적으로 부여해야 하는 상황에 이상적입니다.

다른 선택지가 오답인 이유는 다음과 같습니다.
AWS 계정을 처음 만들면 AWS 계정 루트 사용자가 설정됩니다.일상 작업에는 루트 사용자를 사용하지 않는 것이 가장 좋습니다.

IAM 정책을 IAM 그룹에 연결할 수 있지만 직원에게 임시 권한만 부여하면 되므로 이 시나리오에서는 가장 적합한 선택이 아닙니다.

서비스 제어 정책(SCP)을 사용하면 조직의 계정에 대한 권한을 중앙에서 제어할 수 있습니다. SCP는 개별 직원에게 임시 권한을 부여하는 데 가장 적합한 선택이 아닙니다.
=> 역할을 임시 부여하는거 iam 역할, 중앙에서 제어하는거 scp | 좀 헷갈리긴 한다;;

 

다음 중 최소 권한 원칙을 가장 잘 설명한 것은 무엇입니까?

 

정답은 특정 작업 작업을 수행하는 데 필요한 권한만 부여입니다.
최소 권한 원칙에 따라 권한을 부여하면 사용자 또는 역할이 특정 작업을 수행하는 데 필요한 것보다 많은 권한을 갖는 것을 방지할 수 있습니다. 예를 들어 커피숍의 계산원에게는 금전 등록기 시스템에 대한 액세스 권한을 부여해야 합니다. IAM 사용자 및 역할에 최소한의 권한 집합을 부여한 다음 필요에 따라 추가 권한을 부여하는 것이 가장 좋습니다.

 

 

다음 중 애플리케이션을 분산 서비스 거부(DDoS) 공격으로부터 보호하는 데 도움이 되는 서비스는 무엇입니까?

정답은 AWS Shield입니다.

네트워크 트래픽이 애플리케이션으로 들어오면 AWS Shield는 다양한 분석 기법을 사용하여 실시간으로 잠재적 DDoS 공격을 탐지하고 자동으로 완화합니다.

다른 선택지가 오답인 이유는 다음과 같습니다.

Amazon GuardDuty는 AWS 인프라 및 리소스에 대한 지능형 위협 탐지 기능을 제공하는 서비스입니다. 이 서비스는 AWS 환경 내의 네트워크 활동 및 계정 동작을 지속적으로 모니터링하여 위협을 식별합니다.

Amazon Inspector는 Amazon EC2 인스턴스에 대한 오픈 액세스, 취약한 소프트웨어 버전 설치와 같은 보안 모범 사례 위반 및 보안 취약성을 애플리케이션에서 검사합니다.

AWS Artifact는 AWS 보안 및 규정 준수 보고서와 일부 온라인 계약에 온디맨드로 액세스할 수 있는 서비스입니다.

 

 

 

다음 중 AWS Key Management Service(AWS KMS)가 수행할 수 있는 작업은 무엇입니까?

정답은 암호화 키 생성입니다.
AWS Key Management Service(AWS KMS)를 사용하면 암호화 키를 사용하여 암호화 작업을 수행할 수 있습니다. 암호화 키는 데이터 잠금(암호화) 및 잠금 해제(암호 해독)에 사용되는 임의의 숫자 문자열입니다. AWS KMS를 사용하여 암호화 키를 생성, 관리 및 사용할 수 있습니다. 또한 광범위한 서비스 및 애플리케이션에서 키 사용을 제어할 수 있습니다.

다른 선택지가 오답인 이유는 다음과 같습니다.

Multi-Factor Authentication(MFA) 구성은 AWS Identity and Access Management(IAM)에서 수행할 수 있습니다.

AWS 계정 루트 사용자 암호 업데이트는 AWS Management Console에서 수행할 수 있습니다.

사용자 및 그룹에 권한 할당은 AWS Identity and Access Management(IAM)에서 수행할 수 있습니다.

 

 

 

2022.12.26 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈1: AMAZON WEB SERVICES 소개

2022.12.26 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 2: 클라우드 컴퓨팅

2022.12.27 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 3: 글로벌 인프라 및 안정성

2022.12.28 - [DevOps/aws] - AWS Cloud Practitioner Essentials | 모듈 4: 네트워킹

 


모듈5 소개

학습 목표

이 모듈의 학습 목표는 다음과 같습니다.

  • 스토리지 및 데이터베이스의 기본 개념을 요약할 수 있습니다.
  • Amazon Elastic Block Store(Amazon EBS)의 이점을 설명할 수 있습니다.
  • Amazon Simple Storage Solution(Amazon S3)의 이점을 설명할 수 있습니다.
  • Amazon Elastic File System(Amazon EFS)의 이점을 설명할 수 있습니다.
  • 다양한 스토리지 솔루션을 요약할 수 있습니다.
  • Amazon Relational Database Service(RDS)의 이점을 설명할 수 있습니다.
  • Amazon DynamoDB의 이점을 설명할 수 있습니다.
  • 다양한 데이터베이스 서비스를 요약할 수 있습니다.

인스턴스 스토어 및 Amazon Elastic Block Store(Amazon EBS)

인스턴스 스토어

블록 수준 스토리지 볼륨은 물리적 하드 드라이브처럼 동작합니다.

=> 우리가 사용하는 노트북, 스마트폰과 같은 스토리지 

 

인스턴스 스토어는 Amazon EC2 인스턴스에 임시 블록 수준 스토리지를 제공합니다. 인스턴스 스토어는 물리적으로 EC2 인스턴스의 호스트 컴퓨터에 연결되어 있고, 따라서 인스턴스와 수명이 동일한 디스크 스토리지입니다. 인스턴스가 종료되면 인스턴스 스토어의 데이터가 손실됩니다.

=> 인스턴스 스토어는 ec2를 운영하는 물리적 호스트에 연결되는 저장소,

따라서 인스턴스를 종료하거나 중지했다가 다시 키면 내용이 삭제된다.

ec2 인스턴스와 EBS 연결

Amazon Elastic Block Store(Amazon EBS)는 Amazon EC2 인스턴스에서 사용할 수 있는 블록 수준 스토리지 볼륨을 제공하는 서비스입니다. Amazon EC2 인스턴스를 중지 또는 종료하더라도 연결된 EBS 볼륨의 모든 데이터를 사용할 수 있습니다.

=> EBS 볼륨은 직접적으로 호스트에 연결되지 않고 데이터를 저장한다.

인스턴스가 종료되어도 데이터가 유지 된다. 

 

EBS 볼륨을 생성하려면 구성(예: 볼륨 크기 및 유형)을 정의하고 볼륨을 프로비저닝합니다. EBS 볼륨을 생성한 다음 볼륨을 Amazon EC2 인스턴스에 연결할 수 있습니다.

=> EBS 를 생성할려면 구성을 정의해야한다. 

 

EBS 볼륨은 보존해야 하는 데이터를 위한 것이므로 데이터 백업이 중요합니다. Amazon EBS 스냅샷을 생성하여 EBS 볼륨을 증분 백업할 수 있습니다.

=> EBS 스냅샷을 통해서 백업할 수 있다.

Amazon EBS 스냅샷

EBS 스냅샷은 증분 백업입니다. 즉, 처음 볼륨을 백업하면 모든 데이터가 복사됩니다. 이후의 백업에서는 가장 최근의 스냅샷 이후 변경된 데이터 블록만 저장됩니다. 

=> 변경된 부분만 데이터를 복사한다.

 

증분 백업은 백업이 실행될 때마다 스토리지 볼륨의 모든 데이터가 복사되는 전체 백업과는 다릅니다. 전체 백업에는 가장 최근의 백업 이후 변경되지 않은 데이터도 포함됩니다.


Amazon Simple Storage Service(Amazon S3)

객체 스토리지

객체 스토리지에서 각 객체는 데이터, 메타데이터, 키로 구성됩니다.

=> 객체의 종류는 데이터,메타데이터, 키 로 구성된다. 

 

데이터는 이미지, 동영상, 텍스트 문서 또는 기타 유형의 파일일 수 있습니다. 메타데이터에는 데이터의 내용, 사용 방법, 객체 크기 등에 대한 정보가 포함되어 있습니다. 객체의 키는 고유한 식별자입니다.

Amazon Simple Storage Service(Amazon S3)

Amazon Simple Storage Service(Amazon S3)는 객체 수준 스토리지를 제공하는 서비스입니다. Amazon S3는 데이터를 버킷에 객체로 저장합니다.

=> 객체 수준 스토리지

 

Amazon S3에는 이미지, 동영상, 텍스트 파일 등 모든 유형의 파일을 업로드할 수 있습니다. 예를 들어 Amazon S3를 사용하여 백업 파일, 웹 사이트용 미디어 파일 또는 보관된 문서를 저장할 수 있습니다. Amazon S3는 저장 공간을 무제한으로 제공합니다. Amazon S3에 저장할 수 있는 객체의 최대 파일 크기는 5TB입니다.

=> 단일 객체 최대 크기는 5TB 까지 가능하다.

 

Amazon S3에 파일을 업로드할 때 권한을 설정하여 파일에 대한 표시 여부 및 액세스를 제어할 수 있습니다. Amazon S3 버전 관리 기능을 사용하여 시간 경과에 따른 객체 변경 사항을 추적할 수도 있습니다.

=> 버전 관리 및 액세스 제어를 할 수 있다.

 

Amazon S3 스토리지 클래스

Amazon S3에서는 사용한 만큼만 비용을 지불합니다. 비즈니스 및 비용 요구 사항에 맞춰 다양한 스토리지 클래스 중에서 선택할 수 있습니다. Amazon S3 스토리지 클래스를 선택할 때 다음 두 가지 요소를 고려해야 합니다.

데이터를 검색할 빈도
필요한 데이터 가용성

 

 

S3 Standard

  • 자주 액세스하는 데이터용으로 설계
  • 최소 3개의 가용 영역에 데이터를 저장

S3 Standard는 객체에 대한 고가용성을 제공합니다. 따라서 웹 사이트, 콘텐츠 배포, 데이터 분석 등 광범위한 사용 사례에 적합합니다. S3 Standard는 자주 액세스하지 않는 데이터 및 보관 스토리지를 위한 다른 스토리지 클래스보다 비용이 높습니다.

=> 고가용성, 광범위한 사용.

S3 Standard-Infrequent Access(S3 Standard-IA)

  • 자주 액세스하지 않는 데이터에 이상적
  • S3 Standard와 비슷하지만 스토리지 가격은 더 저렴하고 검색 가격은 더 높음

S3 Standard-IA는 자주 액세스하지 않지만 필요에 따라 고가용성이 요구되는 데이터에 이상적입니다. S3 Standard 및 S3 Standard-IA는 모두 최소 3개의 가용 영역에 데이터를 저장합니다. S3 Standard-IA는 S3 Standard와 동일한 수준의 가용성을 제공하지만 스토리지 가격은 더 저렴하고 검색 가격은 더 높습니다.

=> infrequent  비교적 덜 액세스하는 데이터에 어울림.

스토리지 가격은 s3에 비해 저렴하지만 대신 검색 가격이 더 비쌈.

S3 One Zone-Infrequent Access(S3 One Zone-IA)

  • 단일 가용 영역에 데이터를 저장
  • S3 Standard-IA보다 낮은 스토리지 가격

최소 3개의 가용 영역에 데이터를 저장하는 S3 Standard 및 S3 Standard-IA와 달리, S3 One Zone-IA는 단일 가용 영역에 데이터를 저장합니다. 따라서 다음과 같은 조건이 적용되는 경우 고려할 수 있는 훌륭한 스토리지 클래스입니다

  • 스토리지 비용을 절감하려는 경우
  • 가용 영역 장애가 발생할 경우 데이터를 손쉽게 재현할 수 있는 경우

=> s3 standard ia 에서 가용영역을 1개로 지정한 케이스

더 저렴하지만 데이터 손실 위험이 있음.

S3 Intelligent-Tiering

  • 액세스 패턴을 알 수 없거나 자주 변화하는 데이터에 이상적
  • 객체당 소량의 월별 모니터링 및 자동화 요금을 부과

S3 Intelligent-Tiering 스토리지 클래스에서는 Amazon S3가 객체의 액세스 패턴을 모니터링합니다. 사용자가 30일 연속 객체에 액세스하지 않으면 Amazon S3는 자동으로 해당 객체를 자주 사용하지 않는 액세스 계층인 S3 Standard-IA로 이동합니다. 사용자가 자주 사용하지 않는 액세스 계층에 저장된 객체에 액세스하면 Amazon S3는 자동으로 해당 객체를 자주 사용하는 액세스 계층인 S3 Standard로 이동합니다.

=> 액세스 패턴을 분석함.

S3 Glacier

  • 데이터 보관용으로 설계된 저비용 스토리지
  • 객체를 몇 분에서 몇 시간 이내에 검색

S3 Glacier는 데이터 보관에 이상적인 저비용 스토리지 클래스입니다. 예를 들어 이 스토리지 클래스를 사용하여 보관된 고객 레코드나 이전 사진 또는 비디오 파일을 저장할 수 있습니다.

=> 데이터 보관용, 저비용 스토리지

S3 Glacier Deep Archive

  • 보관에 이상적인 가장 저렴한 객체 스토리지 클래스
  • 객체를 12시간 이내에 검색

Amazon S3 Glacier와 Amazon S3 Glacier Deep Archive 간에 결정할 때 보관된 객체를 얼마나 빨리 검색해야 하는지를 고려해야 합니다. S3 Glacier 스토리지 클래스에 저장된 객체는 몇 분에서 몇 시간 이내에 검색할 수 있습니다. 이에 비해 S3 Glacier Deep Archive 스토리지 클래스에 저장된 객체는 12시간 이내에 검색할 수 있습니다.

=> glacier 보다 더 오래 걸리는 검색 시간. 가장 저렴.

 

Amazon EBS와 Amazon S3 비교

객체 스토리지와 블록 스토리지의 차이

블록스토리지는 파일이 수정되면 변경되는 블록만 변경하면된다. 

 


Amazon Elastic File System(Amazon EFS)

파일 스토리지

  • 관리형 파일 시스템
  • 기존 파일 시스템을 유지하면서 규모 조정 및 복제라는 힘든 작업은 aws 에게 맡길 수 있음.
  • 여러 인스턴스가 동시에 EFS의 데이터에 액세스 가능

파일 스토리지에서는 여러 클라이언트(예: 사용자, 애플리케이션, 서버 등)가 공유 파일 폴더에 저장된 데이터에 액세스할 수 있습니다. 이 접근 방식에서는 스토리지 서버가 블록 스토리지를 로컬 파일 시스템과 함께 사용하여 파일을 구성합니다. 클라이언트는 파일 경로를 통해 데이터에 액세스합니다.

블록 스토리지 및 객체 스토리지와 비교하면, 파일 스토리지는 많은 수의 서비스 및 리소스가 동시에 동일한 데이터에 액세스해야 하는 사용 사례에 이상적입니다.

=>  여러 곳에서 동시에 엑세서 하는 경우를 생각해야함.

 

Amazon Elastic File System(Amazon EFS)은 AWS 클라우드 서비스 및 온프레미스 리소스와 함께 사용되는 확장 가능한 파일 시스템입니다. 파일을 추가 또는 제거하면 Amazon EFS가 자동으로 확장하거나 축소됩니다. 애플리케이션을 중단하지 않고 온디맨드로 페타바이트 규모로 확장할 수 있습니다.

=> 자동 확장을 지원

Amazon EBS와 Amazon EFS 비교

EBS를 쓸려면 ebs와 ec2가 같은 az에 있어야한다. (ebs는 ec2 에 연결됨).

볼륨이 자동으로 확장되지 않음.

 

EFS에서는

여러 인스턴스와 동시 읽기 및 쓰기 가능

linux 파일 시스템

리전 단위

자동확장

온프레미스 서버는 aws direct connect를 사용하여 efs에 엑세스 가능함.

 


Amazon Relational Database Service(Amazon RDS)

관계형 데이터베이스

관계형 데이터베이스에서는 데이터가 다른 데이터 부분과 관련된 방식으로 저장됩니다. 

=> 관계형 데이터베이스는 다른 데이터와 연관성을 이용해 데이터를 저장하고 활용함.

 

관계형 데이터베이스의 예로 커피숍의 인벤토리 관리 시스템을 들 수 있습니다. 데이터베이스의 각 레코드에는 제품 이름, 크기, 가격 등 단일 항목에 대한 데이터가 포함됩니다.

 

관계형 데이터베이스는 정형 쿼리 언어(SQL)를 사용하여 데이터를 저장하고 쿼리합니다. 이러한 접근 방식은 데이터를 쉽게 이해할 수 있고 일관되며 확장 가능한 방식으로 저장할 수 있습니다. 예를 들어 커피숍 점주는 가장 자주 구입하는 음료가 미디엄 라떼인 모든 고객을 식별하기 위해 SQL 쿼리를 작성할 수 있습니다.

관계형 데이터베이스 내의 데이터 예:

 

ID제품 이름크기가격
1 미디엄 로스트 원두 커피  12 oz $5.30
2 다크 로스트 원두 커피 20 oz $9.27

 

Amazon Relational Database Service

Amazon Relational Database Service(Amazon RDS)는 AWS 클라우드에서 관계형 데이터베이스를 실행할 수 있는 서비스입니다.

=> rds 는 aws에서 실행할 수 있는 관계형 데이터베이스

 

Amazon RDS는 하드웨어 프로비저닝, 데이터베이스 설정, 패치 적용 백업과 같은 작업을 자동화하는 관리형 서비스입니다. 이러한 기능을 사용하면 관리 작업을 수행하는 데 드는 시간을 줄이고 데이터를 사용하여 애플리케이션을 혁신하는 데 더 많은 시간을 할애할 수 있습니다. Amazon RDS를 다른 서비스와 통합하면 AWS Lambda를 사용하여 서버리스 애플리케이션에서 데이터베이스를 쿼리하는 등 비즈니스 및 운영 요구 사항을 충족할 수 있습니다.

=> 프로비저닝, 설정, 패치 적용 백업등 많은 작업을 자동화 할 수 있으며 aws lambda 와 함께 사용할 수 있다.

 

Amazon RDS는 다양한 보안 옵션을 제공합니다. 대부분의 Amazon RDS 데이터베이스 엔진이 저장 시 암호화(데이터가 저장되는 동안 데이터를 보호) 및 전송 중 암호화(데이터를 전송 및 수신하는 동안 데이터를 보호)를 제공합니다.

Amazon RDS 데이터베이스 엔진

Amazon RDS는 메모리, 성능 또는 입/출력(I/O)에 최적화된 6개의 데이터베이스 엔진에서 사용할 수 있습니다. 지원되는 데이터베이스 엔진은 다음과 같습니다.

  • Amazon Aurora
  • PostgreSQL
  • MySQL
  • MariaDB
  • Oracle Database
  • Microsoft SQL Server

=> rds 에서 지원하는 db 엔진

Amazon Aurora

Amazon Aurora는 엔터프라이즈급 관계형 데이터베이스입니다. 이 데이터베이스는 MySQL 및 PostgreSQL 관계형 데이터베이스와 호환됩니다. 표준 MySQL 데이터베이스보다 최대 5배 빠르며 표준 PostgreSQL 데이터베이스보다 최대 3배 빠릅니다.

=> mysql, postgesql 과 호환되는 데이터베이스. 속도가 훨씬 빠르다.

 

Amazon Aurora는 데이터베이스 리소스의 안정성 및 가용성을 유지하면서도 불필요한 입/출력(I/O) 작업을 줄여 데이터베이스 비용을 절감합니다. 

=> 가용성 안정성을 가져가면서 비용도 적음

 

워크로드에 고가용성이 필요한 경우 Amazon Aurora를 고려하십시오. 이 데이터베이스는 6개의 데이터 복사본을 3개의 가용 영역에 복제하고 지속적으로 Amazon S3에 데이터를 백업합니다.

=> 고가용성

 

 

 


Amazon DynamoDB

서버리스 데이터베이스이므로 기본 인스턴스나 인프라를 구성할 필요 없다.

비관계형 데이터베이스

비관계형 데이터베이스에서는 테이블을 생성합니다. 테이블은 데이터를 저장하고 쿼리할 수 있는 장소입니다.

비관계형 데이터베이스는 행과 열이 아닌 구조를 사용하여 데이터를 구성하기 때문에 ‘NoSQL 데이터베이스’라고도 합니다. 비관계형 데이터베이스의 구조적 접근 방식 중 한 유형은 키-값 페어입니다. 키-값 페어에서는 데이터가 항목(키)으로 구성되고 항목은 속성(값)을 갖습니다. 속성을 데이터의 여러 기능으로 생각할 수 있습니다.

 

키-값 데이터베이스에서는 언제든지 테이블의 항목에서 속성을 추가하거나 제거할 수 있습니다. 또한 테이블의 모든 항목에 동일한 속성이 있어야 하는 것은 아닙니다. 

 

비관계형 데이터베이스 내 데이터의 예:

1 이름: John Doe
주소: 123 Any Street
좋아하는 음료: 미디엄 라떼Cell 2
2 이름: Mary Major
주소: 100 Main Street
생일: 1994년 7월 5일

nosql 특징

키 값으로 구성

Amazon DynamoDB

Amazon DynamoDB는 키-값 데이터베이스 서비스입니다. 모든 규모에서 한 자릿수 밀리초의 성능을 제공합니다.

DynamoDB의 기능에 대한 자세한 내용을 보려면 각 플래시카드를 선택하여 뒤집으십시오.

=> nosql 데이터베이스로 성능이 뛰어나다.

서버리스

DynamoDB는 서버를 사용하지 않으므로 서버를 프로비저닝, 패치 적용 또는 관리할 필요가 없습니다. 

 

또한 소프트웨어를 설치, 유지 관리, 운영할 필요도 없습니다.

=> 서버리스이다. 

자동조정

데이터베이스 크기가 축소 또는 확장되면 DynamoDB는 용량 변화에 맞춰 자동으로 크기를 조정하면서도 일관된 성능을 유지합니다. 

 

따라서 크기를 조정하는 동안에도 고성능이 필요한 사용 사례에 적합한 선택입니다.

=> 자동으로 크기 조정한다.

RDS와 DynamoDB 비교

복잡한 관계성 조인 => rds

그외 => 다 dynamo db가 강점임.

 


Amazon Redshift

Amazon Redshift

Amazon Redshift는 빅 데이터 분석에 사용할 수 있는 데이터 웨어하우징 서비스입니다. 이 서비스는 여러 원본에서 데이터를 수집하여 데이터 간의 관계 및 추세를 파악하는 데 도움이 되는 기능을 제공합니다.

=>기존 데이터 베이스는 데이터 분석에 최적화 되어있지 않음.

특정 데이터만 반복적으로 사용함.

 

데이터웨어 하우징 서비스 redshift 를 사용하면 고성능으로 관리할 수 있음


AWS Database Migration Service

AWS Database Migration Service(AWS DMS)

AWS Database Migration Service(AWS DMS)는 관계형 데이터베이스, 비관계형 데이터베이스 및 기타 유형의 데이터 저장소를 마이그레이션할 수 있는 서비스입니다.

=> 기존의 저장소, db를 aws가 제공하는 서비스로 옮기는 서비스

 

AWS DMS를 사용하면 원본 데이터베이스와 대상 데이터베이스 간에 데이터를 이동할 수 있습니다. 원본 데이터베이스와 대상 데이터베이스는 유형이 동일할 필요가 없습니다. 마이그레이션하는 동안 원본 데이터베이스가 계속 작동하므로 데이터베이스를 사용하는 애플리케이션의 가동 중지 시간을 줄일 수 있습니다.

=> 같은 종류의 db를 옮길때, 동종 데이터 베이스.

dms가 중간에서 데이터 마이그레이션 작업을 돕는다.

 

1.스키마 구조

2. 데이터 유형

3. 데이터 베이스 코드

위의 세개의 정보를 바탕으로 마이그레이션을 쉽게한다.

 

 

=> 다른 종류의 db를 옮길때, 이종 데이터베이스

중간에 amazon conversion tool 이 들어간다.

예를 들어 온프레미스에서 Amazon EC2 인스턴스 또는 Amazon RDS에 저장된 MySQL 데이터베이스가 있다고 가정해 보겠습니다. MySQL 데이터베이스가 원본 데이터베이스라고 하겠습니다. AWS DMS를 사용하여 Amazon Aurora 데이터베이스와 같은 대상 데이터베이스로 데이터를 마이그레이션할 수 있습니다.

AWS DMS의 다른 사용 사례

개발 및 테스트 데이터베이스 마이그레이션

프로덕션 사용자에게 영향을 주지 않고 개발자가 프로덕션 데이터에서 애플리케이션을 테스트할 수 있도록 지원

데이터베이스 통합

여러 데이터베이스를 단일 데이터베이스로 결합

연속 복제

일회성 마이그레이션을 수행하는 것이 아니라 데이터의 진행 중 복제본을 다른 대상 원본으로 전송

=> DMS 의 사용사례


추가 데이터베이스 서비스

알맞은 데이터베이스 선택 , 데이터베이스 플랫폼을 선택

만능 데이터베이스는 없다.

Amazon DocumentDB

Amazon DocumentDBMongoDB 워크로드를 지원하는 문서 데이터베이스 서비스입니다. (MongoDB는 문서 데이터베이스 프로그램입니다.)

=> 카탈로그, 사용자 프로필에 적합하다.

몽고 db와 호환가능

Amazon Neptune

Amazon Neptune 그래프 데이터베이스 서비스입니다.

 

Amazon Neptune을 사용하여 추천 엔진, 사기 탐지, 지식 그래프와 같이 고도로 연결된 데이터 세트로 작동하는 애플리케이션을 빌드하고 실행할 수 있습니다.

=> 소셜 네트워킹에 강함. 사기탐지, 그래프

 

Amazon Quantum Ledger Database(Amazon QLDB)

Amazon Quantum Ledger Database(Amazon QLDB)는 원장 데이터베이스 서비스입니다.

 

Amazon QLDB를 사용하여 애플리케이션 데이터에 발생한 모든 변경 사항의 전체 기록을 검토할 수 있습니다.

=> 100% 제거할 수 없는 변경 불가능한 기록 시스템( 금융에 필요)

Amazon Managed Blockchain

Amazon Managed Blockchain은 오픈 소스 프레임워크를 사용하여 블록체인 네트워크를 생성하고 관리하는 데 사용할 수 있는 서비스입니다. 

블록체인은 여러 당사자가 중앙 기관 없이 거래를 실행하고 데이터를 공유할 수 있는 분산형 원장 시스템입니다.

 => 블록체인을 쓰고 싶을때, 엄청난 분산화 요소를 추가함.

 

Amazon ElastiCache

Amazon ElastiCache는 자주 사용되는 요청의 읽기 시간을 향상시키기 위해 데이터베이스 위에 캐싱 계층을 추가하는 서비스입니다. 

 

이 서비스는 두 가지 데이터 저장소 RedisMemcached를 지원합니다.

=> db에 캐싱 계층을 추가하면 속도를 개선할 수 있다.  redis, memcached

Amazon DynamoDB Accelerato

Amazon DynamoDB Accelerator(DAX)는 DynamoDB용 인 메모리 캐시입니다. 

응답 시간을 한 자릿수 밀리초에서 마이크로초까지 향상시킬 수 있습니다.

=> Dynamodb용 메모리 캐시. 최대3배 이상 속도향상을 할 수 있다.

 


모듈 5 요약

  • Amazon EC2 인스턴스 스토어 및 Amazon EBS
  • Amazon S3
  • Amazon EFS
  • 관계형 데이터베이스 및 Amazon RDS
  • 비관계형 데이터베이스 및 DynamoDB
  • Amazon Redshift
  • AWS DMS
  • 추가 데이터베이스 서비스 및 가속기

 

모듈 5 퀴즈

다음 중 보관 데이터에 최적화된 Amazon S3 스토리지 클래스는 무엇입니까? (2개 선택)

다음 중 Amazon EBS 볼륨 및 Amazon EFS 파일 시스템에 대한 설명은 무엇입니까?

객체 스토리지 서비스에 데이터를 저장하려고 합니다. 다음 중 이러한 유형의 스토리지에 가장 적합한 AWS 서비스는 무엇입니까?

다음 중 Amazon DynamoDB를 가장 잘 설명한 것은 무엇입니까?

다음 중 데이터웨어 하우스에서 데이터를 쿼리하고 분석하는 데 사용되는 서비스는 무엇입니까?

+ Recent posts