AWS SAA 합격으로 가는 길 #3: [Windows 파일 공유] 마스터하기

안녕하세요, AWS SAA(Solution Architect Associate) 자격증을 준비하시는 여러분!

저는 넥스트클라우드에서 SA로 활동하고 있는 손유림이라고 합니다. 😊

이번 글부터는 바로 문제 풀이를 하도록 할게요.

 

문제는 세 가지 단계를 거치며 풀어나갈 거예요:

 

1. 문제의 요구사항 분석하기
2. 관련 AWS 서비스 생각하기
3. 선택지 분석하기

 

자, 그럼 첫 번째 문제부터 살펴볼까요?

---

문제

한 회사가 AWS에서 여러 Windows 워크로드를 실행합니다.

회사 직원은 두 개의 Amazon EC2 인스턴스에서 호스팅 되는 Windows 파일 공유를 사용합니다.

파일 공유는 서로 간에 데이터를 동기화하고 복제본을 유지합니다.

회사는 사용자가 현재 파일에 액세스 하는 방식을 보존하는 가용성이 높고 내구성이 뛰어난 스토리지 솔루션을 원합니다.

솔루션 설계자는 이러한 요구 사항을 충족하기 위해 무엇을 해야 합니까?

선택지

1. 모든 데이터를 Amazon S3로 마이그레이션합니다. 사용자가 파일에 액세스할 수 있도록 IAM 인증을 설정합니다.

2. Amazon S3 파일 게이트웨이를 설정합니다. 기존 EC2 인스턴스에 S3 File Gateway를 탑재합니다.

3. 다중 AZ 구성을 사용하여 파일 공유 환경을 Windows 파일 서버용 Amazon FSx로 확장합니다. 모든 데이터를 FSx for Windows File Server로 마이그레이션합니다.

4. 다중 AZ 구성을 사용하여 파일 공유 환경을 Amazon Elastic File System(Amazon EFS)으로 확장합니다. 모든 데이터를 Amazon EFS로 마이그레이션합니다.

---

요구사항에 맞는 서비스

1. Windows 파일 공유

• Amazon FSx for Windows File Server: 완전 관리형 원격 파일 서버 솔루션으로, Windows 네이티브 파일 시스템 기능을 제공하며, Windows 파일 공유를 지원합니다. 이를 통해 기존의 Windows 파일 접근 방식을 그대로 보존할 수 있습니다.
  • 데이터 동기화 및 복제를 지원하여 여러 인스턴스 간에 일관된 데이터 접근을 보장합니다.
  • 높은 가용성과 내구성을 제공하며, 여러 가용 영역(AZ)에서 자동으로 복제하여 데이터 손실을 방지합니다.

최적의 정답 선택하기

선택지 1번은 “모든 데이터를 Amazon S3로 마이그레이션합니다. 사용자가 파일에 액세스 할 수 있도록 IAM 인증을 설정합니다.”입니다.

→ 선택지가 정답이 아닌 이유는 Amazon S3는 객체 스토리지로, 전통적인 파일 시스템 접근 방식을 제공하지 않기 때문입니다. 이는 현재 파일 접근 방식을 보존해야 하는 요구사항을 충족하지 못합니다. 또한, S3는 데이터 동기화 및 복제를 자동으로 지원하지 않으므로 운영 오버헤드가 증가할 수 있습니다.

 

선택지 2번은 “Amazon S3 파일 게이트웨이를 설정합니다. 기존 EC2 인스턴스에 S3 File Gateway를 탑재합니다.”입니다.

→ 선택지가 정답이 아닌 이유는 S3 파일 게이트웨이는 S3를 파일 시스템처럼 사용할 수 있게 하지만, 여전히 기본적으로 객체 스토리지이기 때문입니다. 이는 높은 가용성과 내구성을 제공할 수 있으나, 동기화 및 복제 기능이 기본적으로 제공되지 않아 추가적인 설정이 필요할 수 있습니다.

 

선택지 3번은 “다중 AZ 구성을 사용하여 파일 공유 환경을 Windows 파일 서버용 Amazon FSx로 확장합니다. 모든 데이터를 FSx for Windows File Server로 마이그레이션합니다.”입니다.

→ 이 선택지는 FSx for Windows File Server에서 제공되는 Windows 네이티브 파일 시스템 기능을 사용하여 현재 파일 접근 방식을 그대로 보존하는 것을 제안합니다. 또한, 다중 AZ 구성을 통해 높은 가용성과 내구성을 보장하며, 데이터 동기화 및 복제를 자동으로 관리합니다. 이는 회사의 모든 요구사항을 충족합니다.

 

선택지 4번은 “다중 AZ 구성을 사용하여 파일 공유 환경을 Amazon Elastic File System(Amazon EFS)으로 확장합니다. 모든 데이터를 Amazon EFS로 마이그레이션합니다.”입니다.

→ 선택지가 정답이 아닌 이유는 Amazon EFS는 주로 리눅스 기반의 NFS 파일 시스템으로 설계되어 있어 Windows 파일 공유 요구사항을 충족하지 못하기 때문입니다. Windows 파일 접근 방식을 보존하기 어렵고, 동기화 및 복제 기능이 Windows 환경에서 기대하는 방식으로 작동하지 않을 수 있습니다.

 

 

문제에 대한 정답은 선택지 3번입니다!

자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.

첫 번째 과정은 “문제의 요구사항 분석하기”입니다.

이 문제에서는 1가지의 요구사항이 존재해요. 하지만 세부적으로 고려해야 할 사항이 있어요.

1. Windows 파일 공유
   • 데이터 동기화 및 복제 유지
   • 현재 파일 접근 방식 보존
   • 높은 가용성
   • 뛰어난 내구성

"높은 가용성"

→ 시스템이 거의 항상 사용 가능한 상태를 유지하는 것을 의미해요. 가용성이 높다는 건 문제가 생겨도 서비스가 중단되지 않고 계속 이용할 수 있다는 뜻이에요.

 

→ 요구사항을 종합하면, 안정적이고 사용하기 쉬우며 데이터를 안전하게 보관하고 공유할 수 있는 시스템이 필요한 상황이에요.

두 번째 과정은 “요구사항과 관련된 AWS 서비스 생각하기”입니다.

1. Windows 파일 공유

• Amazon FSx for Windows File Server: 완전 관리형 원격 파일 서버 솔루션으로, Windows 네이티브 파일 시스템 기능을 제공하며, Windows 파일 공유를 지원합니다. 이를 통해 기존의 Windows 파일 접근 방식을 그대로 보존할 수 있습니다.
  • 데이터 동기화 및 복제를 지원하여 여러 인스턴스 간에 일관된 데이터 접근을 보장합니다.
  • 높은 가용성과 내구성을 제공하며, 여러 가용 영역(AZ)에서 자동으로 복제하여 데이터 손실을 방지합니다.

→ 쉽게 말해서 AWS에서 제공하는 Windows용 파일 저장소 서비스입니다.

 

"가용 영역 (Availability Zone, AZ)"

→ 리전 내에 위치한 독립된 데이터 센터들의 집합이에요. 하나의 리전에 일반적으로 3개 이상의 AZ가 존재합니다. 

 "데이터 센터"

→ 서버, 네트워크 장비, 스토리지 등을 포함한 컴퓨팅 리소스를 집중적으로 보관하고 운영하는 시설이에요.

"리전 (Region)"

→ 지리적으로 분리된 AWS의 서비스 제공 지역을 말해요. 각 리전은 여러 개의 가용 영역으로 구성됩니다.

 

→ 여러 개의 데이터 센터가 모여 하나의 가용 영역을 형성하고, 여러 개의 가용 영역이 모여 하나의 리전을 구성합니다. AWS는 전 세계에 여러 리전을 운영하고 있어요.

 

마지막 과정은 “위의 정보들을 토대로 정답 선택하기”입니다.

선택지 1번은 “모든 데이터를 Amazon S3로 마이그레이션합니다. 사용자가 파일에 액세스할 수 있도록 IAM 인증을 설정합니다.”입니다.

• Amazon S3: 객체 스토리지 서비스로, 데이터 저장 및 관리에 적합합니다. 그러나 파일 시스템 접근 방식을 보존하기 어려울 수 있습니다. S3는 주로 객체 기반 스토리지로 설계되어 있으며, 전통적인 파일 시스템과는 다릅니다.
• IAM 인증: 사용자가 S3 버킷에 접근할 수 있도록 인증 및 권한 관리를 설정할 수 있습니다.

이 선택지가 정답이 아닌 이유는 Amazon S3는 객체 스토리지로, 전통적인 파일 시스템 접근 방식을 제공하지 않기 때문입니다. 이는 현재 파일 접근 방식을 보존해야 하는 요구사항을 충족하지 못합니다. 또한, S3는 데이터 동기화 및 복제를 자동으로 지원하지 않으므로 운영 오버헤드가 증가할 수 있습니다.

 

선택지 2번은 “Amazon S3 파일 게이트웨이를 설정합니다. 기존 EC2 인스턴스에 S3 File Gateway를 탑재합니다.”입니다.

• Amazon S3 파일 게이트웨이: 온프레미스 애플리케이션이 S3에 데이터를 저장하고 액세스할 수 있도록 하며, 파일을 객체로 변환합니다. 이를 통해 S3를 파일 기반 스토리지로 사용할 수 있습니다.

이 선택지가 정답이 아닌 이유는 S3 파일 게이트웨이는 S3를 파일 시스템처럼 사용할 수 있게 하지만, 여전히 기본적으로 객체 스토리지이기 때문입니다. 이는 높은 가용성과 내구성을 제공할 수 있으나, 동기화 및 복제 기능이 기본적으로 제공되지 않아 추가적인 설정이 필요할 수 있습니다.

 

선택지 3번은 “다중 AZ 구성을 사용하여 파일 공유 환경을 Windows 파일 서버용 Amazon FSx로 확장합니다. 모든 데이터를 FSx for Windows File Server로 마이그레이션합니다.”입니다.

• Amazon FSx for Windows File Server: 완전 관리형 원격 파일 서버로, Windows 네이티브 파일 시스템 기능을 제공합니다. 이를 통해 기존의 Windows 파일 접근 방식을 그대로 보존할 수 있습니다.
• 다중 AZ 구성: 고가용성을 제공하며, 데이터가 여러 가용 영역에 걸쳐 자동으로 복제됩니다.

이 선택지는 FSx for Windows File Server에서 제공되는 Windows 네이티브 파일 시스템 기능을 사용하여 현재 파일 접근 방식을 그대로 보존하는 것을 제안합니다. 또한, 다중 AZ 구성을 통해 높은 가용성과 내구성을 보장하며, 데이터 동기화 및 복제를 자동으로 관리합니다. 이는 회사의 모든 요구사항을 충족합니다.

 

선택지 4번은 “다중 AZ 구성을 사용하여 파일 공유 환경을 Amazon Elastic File System(Amazon EFS)으로 확장합니다. 모든 데이터를 Amazon EFS로 마이그레이션합니다.”입니다.

• Amazon EFS: 완전 관리형 NFS 파일 시스템으로, 리눅스 기반 워크로드에 적합합니다. 여러 가용 영역에 걸쳐 데이터를 저장하여 고가용성을 제공합니다.

이 선택지가 정답이 아닌 이유는 Amazon EFS는 주로 리눅스 기반의 NFS 파일 시스템으로 설계되어 있어 Windows 파일 공유 요구사항을 충족하지 못하기 때문입니다. Windows 파일 접근 방식을 보존하기 어렵고, 동기화 및 복제 기능이 Windows 환경에서 기대하는 방식으로 작동하지 않을 수 있습니다.

 

 

이어서 두 번째 문제 살펴볼게요.

---

문제

회사는 최근 청구서에서 Amazon EC2 비용이 증가했음을 확인했습니다.

청구 팀은 몇 가지 EC2 인스턴스에 대한 인스턴스 유형의 원치 않는 수직 확장을 발견했습니다.

솔루션 아키텍트는 최근 2개월간의 EC2 비용을 비교하는 그래프를 생성하고 심층 분석을 수행하여 수직 확장의 근본 원인을 식별해야 합니다.

솔루션 설계자는 최소한의 운영 오버헤드로 정보를 어떻게 생성해야 합니까?

선택지

1. AWS 예산을 사용하여 예산 보고서를 생성하고 인스턴스 유형에 따라 EC2 비용을 비교합니다.

2. 비용 탐색기의 세분화된 필터링 기능을 사용하여 인스턴스 유형에 따라 EC2 비용을 심층 분석합니다.

3. AWS Billing and Cost Management 대시보드의 그래프를 사용하여 지난 2개월 동안 인스턴스 유형을 기준으로 EC2 비용을 비교합니다.

4. AWS 비용 및 사용 보고서를 사용하여 보고서를 생성하고 Amazon S3 버킷으로 보냅니다. Amazon S3와 함께 Amazon QuickSight를 소스로 사용하여 인스턴스 유형을 기반으로 대화형 그래프를 생성합니다.

---

요구사항에 맞는 서비스

1. 최근 2개월간의 EC2 비용을 비교하는 그래프 생성 및 수직 확장의 근본 원인을 심층 분석

• AWS Cost Explorer: AWS 비용과 사용량을 시각적으로 분석할 수 있는 도구입니다. Cost Explorer를 사용하면 최근 2개월간의 EC2 비용을 비교하는 그래프를 생성할 수 있습니다.
• Amazon CloudWatch: AWS 리소스와 애플리케이션의 모니터링 서비스를 제공하며, 지표 및 로그 데이터를 수집하고 시각화할 수 있습니다. CloudWatch를 사용하여 EC2 비용 관련 메트릭을 수집하고 대시보드를 통해 시각화할 수 있습니다.
• AWS Budgets: 비용 및 사용량 목표를 설정하고 모니터링할 수 있게 해 줍니다. 비용이 예상치를 초과하면 알림을 받을 수 있습니다. 이를 통해 비용 추이를 모니터링하고 분석할 수 있습니다.
• AWS Trusted Advisor: AWS 환경을 최적화하고 비용 절감, 보안 강화, 성능 향상을 위한 권장 사항을 제공합니다. Trusted Advisor를 사용하여 수직 확장의 원인을 분석할 수 있습니다.
• AWS Cost and Usage Report: AWS 계정의 비용 및 사용량 데이터를 세부적으로 제공합니다. 이를 통해 수직 확장의 근본 원인을 분석할 수 있습니다.
• Amazon CloudWatch Logs Insights: CloudWatch Logs에서 수집된 로그 데이터를 쿼리하고 분석할 수 있는 도구입니다. 이를 통해 EC2 인스턴스의 로그 데이터를 심층 분석하여 수직 확장의 원인을 찾을 수 있습니다.
• AWS Compute Optimizer: AWS 리소스의 성능과 비용을 최적화하는 데 도움을 주는 서비스입니다. Compute Optimizer는 현재 인스턴스 사용 패턴을 분석하여 적절한 인스턴스 유형을 추천합니다.

2. 최소한의 운영 오버헤드

• Amazon Athena: S3에 저장된 데이터를 대상으로 SQL 쿼리를 실행할 수 있는 서버리스 쿼리 서비스입니다. 운영 오버헤드 없이 데이터를 분석할 수 있습니다.
• Amazon QuickSight: 비즈니스 인텔리전스 서비스로, 다양한 데이터 소스를 기반으로 대시보드와 시각화된 보고서를 생성할 수 있는 서비스입니다. 이를 통해 최소한의 운영 오버헤드로 데이터를 시각화하고 분석할 수 있습니다.
• AWS Cost Explorer: AWS 비용과 사용량을 시각적으로 분석할 수 있는 도구입니다. 운영 오버헤드 없이 비용 관련 데이터를 쉽게 분석할 수 있습니다.

최적의 정답 선택하기

선택지 1번은 “AWS 예산을 사용하여 예산 보고서를 생성하고 인스턴스 유형에 따라 EC2 비용을 비교합니다.”입니다.

→ 선택지가 정답이 아닌 이유는 AWS Budgets는 비용 예측과 알림에 초점이 맞춰져 있으며, 상세한 비용 비교 및 분석에는 적합하지 않기 때문입니다. 또한, 예산 보고서는 비교 및 심층 분석보다는 고위 수준의 비용 모니터링에 사용됩니다.

 

선택지 2번은 “비용 탐색기의 세분화된 필터링 기능을 사용하여 인스턴스 유형에 따라 EC2 비용을 심층 분석합니다.”입니다.

→ 이 선택지는 AWS Cost Explorer 사용해 최근 2개월간의 비용을 비교하고 인스턴스 유형별로 세부적인 분석을 수행하는 것을 제안합니다. 이는 문제의 요구사항인 비용 비교 및 심층 분석을 수행할 수 있는 최적의 도구입니다.

 

선택지 3번은 “AWS Billing and Cost Management 대시보드의 그래프를 사용하여 지난 2개월 동안 인스턴스 유형을 기준으로 EC2 비용을 비교합니다.”입니다.

→ 선택지가 정답이 아닌 이유는 이 대시보드는 고급 분석 도구가 아니므로 인스턴스 유형별 세부적인 비용 비교 및 심층 분석에는 적합하지 않기 때문입니다. Cost Explorer와 같은 세분화된 분석 기능이 부족합니다.

 

선택지 4번은 “AWS 비용 및 사용 보고서를 사용하여 보고서를 생성하고 Amazon S3 버킷으로 보냅니다. Amazon S3와 함께 Amazon QuickSight를 소스로 사용하여 인스턴스 유형을 기반으로 대화형 그래프를 생성합니다.”입니다.

→ 선택지가 정답이 아닌 이유는 AWS Cost and Usage Report는 가장 세부적인 비용 데이터를 제공하지만 설정이 복잡할 수 있기 때문입니다. 운영 오버헤드가 추가될 수 있으며, 간단한 비용 비교 및 분석에는 적합하지 않을 수 있습니다.

 

 

문제에 대한 정답은 선택지 2번이었습니다!

자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.

첫 번째 과정은 “문제의 요구사항 분석하기”입니다.

이 문제에서는 1가지의 요구사항이 존재해요. 그렇지만 세부적으로 알아야 할 게 존재합니다.

1. 최근 2개월간의 EC2 비용을 비교하는 그래프 생성 및 수직 확장의 근본 원인을 심층 분석
2. 최소한의 운영 오버헤드

"최근 2개월간의 EC2 비용을 비교하는 그래프 생성 및 수직 확장의 근본 원인을 심층 분석"

"수직확장"

→ 서버 성능을 높이는 두 가지 주요 방법 중 하나로 단일 서버의 성능을 향상하는 방법이에요. 예를 들어, CPU, RAM, 스토리지 등 하드웨어 리소스를 증가시킵니다. 구현이 간단하며, 소프트웨어 변경이 필요 없지만, 하드웨어에 한계가 있어 무한정 확장할 수 없다는 단점이 존재해요.

 

"최소한의 운영 오버헤드"

→ '오버헤드'는 시스템을 운영하는 데 들어가는 추가적인 시간, 노력, 비용을 말해요. 그렇다면, '최소한의 운영 오버헤드'란 시스템을 관리하는 데 드는 노력과 비용을 가능한 한 줄이는 것을 의미하겠죠.

 

두 번째 과정은 “요구사항과 관련된 AWS 서비스 생각하기”입니다.

1. 최근 2개월간의 EC2 비용을 비교하는 그래프 생성 및 수직 확장의 근본 원인을 심층 분석

• AWS Cost Explorer: AWS 비용과 사용량을 시각적으로 분석할 수 있는 도구입니다. Cost Explorer를 사용하면 최근 2개월간의 EC2 비용을 비교하는 그래프를 생성할 수 있습니다.
• Amazon CloudWatch: AWS 리소스와 애플리케이션의 모니터링 서비스를 제공하며, 지표 및 로그 데이터를 수집하고 시각화할 수 있습니다. CloudWatch를 사용하여 EC2 비용 관련 메트릭을 수집하고 대시보드를 통해 시각화할 수 있습니다.
• AWS Budgets: 비용 및 사용량 목표를 설정하고 모니터링할 수 있게 해줍니다. 비용이 예상치를 초과하면 알림을 받을 수 있습니다. 이를 통해 비용 추이를 모니터링하고 분석할 수 있습니다.
  • Slack으로 알림받기
• AWS Trusted Advisor: AWS 환경을 최적화하고 비용 절감, 보안 강화, 성능 향상을 위한 권장 사항을 제공합니다. Trusted Advisor를 사용하여 수직 확장의 원인을 분석할 수 있습니다.
• AWS Cost and Usage Report: AWS 계정의 비용 및 사용량 데이터를 세부적으로 제공합니다. 이를 통해 수직 확장의 근본 원인을 분석할 수 있습니다.
• Amazon CloudWatch Logs Insights: CloudWatch Logs에서 수집된 로그 데이터를 쿼리하고 분석할 수 있는 도구입니다. 이를 통해 EC2 인스턴스의 로그 데이터를 심층 분석하여 수직 확장의 원인을 찾을 수 있습니다.
• AWS Compute Optimizer: AWS 리소스의 성능과 비용을 최적화하는 데 도움을 주는 서비스입니다. Compute Optimizer는 현재 인스턴스 사용 패턴을 분석하여 적절한 인스턴스 유형을 추천합니다.

2. 최소한의 운영 오버헤드

• Amazon Athena: S3에 저장된 데이터를 대상으로 SQL 쿼리를 실행할 수 있는 서버리스 쿼리 서비스입니다. 운영 오버헤드 없이 데이터를 분석할 수 있습니다.
• Amazon QuickSight: 비즈니스 인텔리전스 서비스로, 다양한 데이터 소스를 기반으로 대시보드와 시각화된 보고서를 생성할 수 있는 서비스입니다. 이를 통해 최소한의 운영 오버헤드로 데이터를 시각화하고 분석할 수 있습니다.
• AWS Cost Explorer: AWS 비용과 사용량을 시각적으로 분석할 수 있는 도구입니다. 운영 오버헤드 없이 비용 관련 데이터를 쉽게 분석할 수 있습니다.

마지막 과정은 “위의 정보들을 토대로 정답 선택하기”입니다.

선택지 1번은 “AWS 예산을 사용하여 예산 보고서를 생성하고 인스턴스 유형에 따라 EC2 비용을 비교합니다.”입니다.

• AWS Budgets: AWS 예산은 비용 및 사용량 목표를 설정하고 모니터링할 수 있게 해줍니다. 예상 비용을 초과하면 알림을 받을 수 있습니다. 하지만 예산 보고서는 주로 비용 예측 및 추적에 중점을 두며, 상세한 비용 비교 및 분석 기능은 제한적입니다.

이 선택지가 정답이 아닌 AWS Budgets는 비용 예측과 알림에 초점이 맞춰져 있으며, 상세한 비용 비교 및 분석에는 적합하지 않기 때문입니다. 또한, 예산 보고서는 비교 및 심층 분석보다는 고위 수준의 비용 모니터링에 사용됩니다.

 

선택지 2번은 “비용 탐색기의 세분화된 필터링 기능을 사용하여 인스턴스 유형에 따라 EC2 비용을 심층 분석합니다.”입니다.

• AWS Cost Explorer: AWS 비용 탐색기는 비용과 사용량을 시각적으로 분석할 수 있는 도구입니다. 세부적인 필터링을 통해 인스턴스 유형별로 비용을 비교하고, 특정 기간 동안의 비용 추이를 분석할 수 있습니다.

이 선택지는 AWS Cost Explorer 사용해 최근 2개월간의 비용을 비교하고 인스턴스 유형별로 세부적인 분석을 수행하는 것을 제안합니다. 이는 문제의 요구사항인 비용 비교 및 심층 분석을 수행할 수 있는 최적의 도구입니다.

 

선택지 3번은 “AWS Billing and Cost Management 대시보드의 그래프를 사용하여 지난 2개월 동안 인스턴스 유형을 기준으로 EC2 비용을 비교합니다.”입니다.

• AWS Billing and Cost Management 대시보드: 이 대시보드는 비용 및 사용량 정보를 제공하지만, Cost Explorer만큼 세부적인 필터링 및 분석 기능은 제공하지 않습니다. 대시보드는 전체적인 비용 개요를 제공하는 데 유용합니다.

이 선택지가 정답이 아닌 이유는 이 대시보드는 고급 분석 도구가 아니므로 인스턴스 유형별 세부적인 비용 비교 및 심층 분석에는 적합하지 않기 때문입니다. Cost Explorer와 같은 세분화된 분석 기능이 부족합니다.

 

선택지 4번은 “AWS 비용 및 사용 보고서를 사용하여 보고서를 생성하고 Amazon S3 버킷으로 보냅니다. Amazon S3와 함께 Amazon QuickSight를 소스로 사용하여 인스턴스 유형을 기반으로 대화형 그래프를 생성합니다.”입니다.

• AWS Cost and Usage Report: 비용 및 사용 보고서는 매우 세부적인 비용 데이터를 제공합니다. 이를 S3에 저장하고, 분석 도구와 결합하여 사용할 수 있습니다.
• Amazon S3: 데이터를 저장하는 객체 스토리지 서비스입니다. 비용 및 사용 보고서를 저장하는 데 사용할 수 있습니다.
• Amazon QuickSight: 비즈니스 인텔리전스 서비스로, 다양한 데이터 소스를 기반으로 대시보드와 시각화된 보고서를 생성할 수 있습니다. S3에 저장된 비용 데이터를 소스로 사용하여 대화형 그래프를 생성할 수 있습니다.

이 선택지가 정답이 아닌 이유는 AWS Cost and Usage Report는 가장 세부적인 비용 데이터를 제공하지만 설정이 복잡할 수 있기 때문입니다. 운영 오버헤드가 추가될 수 있으며, 간단한 비용 비교 및 분석에는 적합하지 않을 수 있습니다.

 

 

 

마지막 문제 살펴볼게요.

---

문제

회사는 1주일 동안 지속되는 예정된 이벤트를 위해 특정 AWS 리전에 있는 3개의 특정 가용 영역에서 보장된 Amazon EC2 용량이 필요합니다.

회사는 EC2 용량을 보장하기 위해 무엇을 해야 합니까?

선택지

1. 필요한 리전을 지정하는 예약 인스턴스를 구매합니다.

2. 필요한 리전을 지정하는 온디맨드 용량 예약을 생성합니다.

3. 필요한 리전과 3개의 가용 영역을 지정하는 예약 인스턴스를 구입합니다.

4. 필요한 리전 및 세 개의 가용 영역을 지정하는 온디맨드 용량 예약을 생성합니다.

---

요구사항에 맞는 서비스

1. EC2 용량을 보장

• Amazon EC2 (Elastic Compute Cloud): AWS에서 제공하는 확장 가능하고, 가변적인 용량을 가진 가상 서버입니다. EC2 인스턴스를 사용하면 클라우드에서 원하는 만큼의 컴퓨팅 리소스를 쉽게 생성하고 관리할 수 있습니다. 사용자는 필요에 따라 인스턴스를 시작하고 중지할 수 있으며, 실제 사용한 리소스에 대해서만 비용을 지불합니다. Amazon EC2는 사용자가 요구 사항에 따라 비용을 최적화할 수 있도록 다음과 같은 구입 옵션을 제공합니다.
  • Amazon EC2 용량 예약(Capacity Reservations)
    • EC2 용량 예약은 특정 리전과 가용 영역에서 원하는 수량의 인스턴스 용량을 미리 확보할 수 있습니다. 따라서 필요할 때 즉시 사용할 수 있도록 용량을 보장받을 수 있습니다.
    • 용량 예약은 특정 시작 및 종료 시간을 설정할 수 있으므로, 1주일 동안 지속되는 이벤트에 맞춰 예약할 수 있습니다.
  • Amazon EC2 예약 인스턴스(Reserved Instances)
    • 예약 인스턴스는 1년 또는 3년의 약정 기간 동안 사용될 수 있지만, 단기 이벤트를 위해서도 안정적인 인프라를 제공합니다.
    • 예약 인스턴스를 통해 특정 리전과 가용 영역에서 인스턴스를 예약하여 용량을 보장받을 수 있습니다.
  • Amazon EC2 온디맨드 인스턴스
    • 온디맨드 인스턴스는 필요할 때 즉시 EC2 인스턴스를 시작할 수 있으며, 장기 약정 없이 사용한 만큼만 비용을 지불합니다. 이벤트 기간 동안 필요한 경우 즉시 인스턴스를 시작하여 추가 용량을 확보할 수 있습니다.
  • Amazon EC2 스팟 인스턴스
    • 스팟 인스턴스는 EC2 용량을 저렴한 비용으로 사용할 수 있는 옵션입니다. 다만 인스턴스가 언제든지 중단될 수 있으므로, 보장된 용량이 필요할 경우 스팟 블록을 사용하여 지정된 시간 동안 인스턴스 중단 없이 사용할 수 있습니다.
    • 스팟 블록은 최대 6시간 동안 인스턴스를 예약할 수 있으며, 이벤트 기간 동안 지속적으로 사용할 수 있는 보장된 용량을 확보하는 데 유용합니다.

최적의 정답 선택하기

선택지 1번은 “필요한 리전을 지정하는 예약 인스턴스를 구매합니다.”입니다.

→ 선택지가 정답이 아닌 이유는 이 선택지는 특정 리전만 지정하므로, 3개의 가용 영역에서 보장된 용량을 제공하지 않기 때문입니다.

 

선택지 2번은 “필요한 리전을 지정하는 온디맨드 용량 예약을 생성합니다.”입니다.

→ 선택지가 정답이 아닌 이유는 이 선택지는 특정 리전만 지정하므로, 3개의 가용 영역에서 보장된 용량을 제공하지 않기 때문입니다.

 

선택지 3번은 “필요한 리전과 3개의 가용 영역을 지정하는 예약 인스턴스를 구입합니다.”입니다.

→ 선택지가 정답이 아닌 이유는 예약 인스턴스는 보통 장기 약정으로 사용되므로, 1주일 동안의 이벤트에는 비용 효율적이지 않기 때문입니다.

 

선택지 4번은 “필요한 리전 및 세 개의 가용 영역을 지정하는 온디맨드 용량 예약을 생성합니다.”입니다.

→ 이 선택지는 특정 리전과 3개의 가용 영역에서 온디맨드 용량 예약을 제안합니다. 온디맨드 용량 예약은 특정 리전과 가용 영역을 지정할 수 있어, 1주일 동안 지속되는 이벤트에 필요한 용량을 보장받는 데 가장 적합한 선택지입니다.

 

 

문제에 대한 정답은 선택지 4번이었습니다!

자세한 문제 풀이를 원하신 분은 아래 더보기를 통해 확인해 주세요.

첫 번째 과정은 “문제의 요구사항 분석하기”입니다.

이 문제에서는 1가지의 요구사항이 존재해요. 하지만 세부적으로 고려해야 할 사항이 있어요.

1. EC2 용량을 보장
   • 1주일 동안 지속되는 예정된 이벤트
   • 특정 AWS 리전에 있는 3개의 특정 가용 영역에서 보장된 Amazon EC2 용량 필요

→ 요구사항을 종합하면, 1주일 동안 우리 서비스를 안정적으로 운영하기 위해, AWS에게 '특정 지역의 세 군데 데이터 센터에서 필요한 만큼의 서버를 반드시 사용할 수 있게 해 달라'라고 요청하는 거예요.

두 번째 과정은 “요구사항과 관련된 AWS 서비스 생각하기”입니다.

1. EC2 용량을 보장

• Amazon EC2 (Elastic Compute Cloud): AWS에서 제공하는 확장 가능하고, 가변적인 용량을 가진 가상 서버입니다. EC2 인스턴스를 사용하면 클라우드에서 원하는 만큼의 컴퓨팅 리소스를 쉽게 생성하고 관리할 수 있습니다. 사용자는 필요에 따라 인스턴스를 시작하고 중지할 수 있으며, 실제 사용한 리소스에 대해서만 비용을 지불합니다. Amazon EC2는 사용자가 요구 사항에 따라 비용을 최적화할 수 있도록 다음과 같은 구입 옵션을 제공합니다.
  • Amazon EC2 용량 예약(Capacity Reservations): 특정 리전과 가용 영역에서 원하는 수량의 인스턴스 용량을 미리 확보할 수 있습니다. 따라서 필요할 때 즉시 사용할 수 있도록 용량을 보장받을 수 있습니다.
    • 특정 시작 및 종료 시간을 설정할 수 있으므로, 1주일 동안 지속되는 이벤트에 맞춰 예약할 수 있습니다.
  • Amazon EC2 예약 인스턴스(Reserved Instances): 1년 또는 3년의 약정 기간 동안 사용될 수 있지만, 단기 이벤트를 위해서도 안정적인 인프라를 제공합니다.
    • 특정 리전과 가용 영역에서 인스턴스를 예약하여 용량을 보장받을 수 있습니다.
  • Amazon EC2 온디맨드 인스턴스: 필요할 때 즉시 EC2 인스턴스를 시작할 수 있으며, 장기 약정 없이 사용한 만큼만 비용을 지불합니다.
    • 이벤트 기간 동안 필요한 경우 즉시 인스턴스를 시작하여 추가 용량을 확보할 수 있습니다.
  • Amazon EC2 스팟 인스턴스: EC2 용량을 저렴한 비용으로 사용할 수 있는 옵션입니다. 다만 인스턴스가 언제든지 중단될 수 있으므로, 보장된 용량이 필요할 경우 스팟 블록을 사용하여 지정된 시간 동안 인스턴스 중단 없이 사용할 수 있습니다.
    • 최대 6시간 동안 인스턴스를 예약할 수 있으며, 이벤트 기간 동안 지속적으로 사용할 수 있는 보장된 용량을 확보하는 데 유용합니다.

마지막 과정은 “위의 정보들을 토대로 정답 선택하기”입니다.

선택지 1번은 “필요한 리전을 지정하는 예약 인스턴스를 구매합니다.”입니다.

• 예약 인스턴스 (Reserved Instances): 예약 인스턴스는 특정 리전과 가용 영역에서 1년 또는 3년의 약정 기간 동안 인스턴스를 예약하여 용량을 보장받을 수 있습니다. 예약 인스턴스를 통해 특정 리전에서 인스턴스를 예약할 수 있어 용량을 보장받을 수 있습니다.

이 선택지 정답이 아닌 이유는 이 선택지는 특정 리전만 지정하므로, 3개의 가용 영역에서 보장된 용량을 제공하지 않기 때문입니다.

 

선택지 2번은 “필요한 리전을 지정하는 온디맨드 용량 예약을 생성합니다.”입니다.

• 온디맨드 용량 예약 (On-Demand Capacity Reservations): 특정 리전과 가용 영역에서 인스턴스 용량을 미리 확보할 수 있습니다. 필요할 때 즉시 사용할 수 있도록 용량을 보장합니다. 온디맨드 용량 예약을 통해 특정 리전에서 인스턴스 용량을 미리 확보할 수 있습니다.

이 선택지 정답이 아닌 이유는 이 선택지는 특정 리전만 지정하므로, 3개의 가용 영역에서 보장된 용량을 제공하지 않기 때문입니다.

 

선택지 3번은 “필요한 리전과 3개의 가용 영역을 지정하는 예약 인스턴스를 구입합니다.”입니다.

• 예약 인스턴스 (Reserved Instances): 예약 인스턴스는 특정 리전과 가용 영역에서 1년 또는 3년의 약정 기간 동안 인스턴스를 예약하여 용량을 보장받을 수 있습니다. 예약 인스턴스를 통해 특정 리전과 가용 영역에서 인스턴스를 예약할 수 있어 용량을 보장받을 수 있습니다.

이 선택지 정답이 아닌 이유는 예약 인스턴스는 보통 장기 약정으로 사용되므로, 1주일 동안의 이벤트에는 비용 효율적이지 않기 때문입니다.

 

선택지 4번은 “필요한 리전 및 세 개의 가용 영역을 지정하는 온디맨드 용량 예약을 생성합니다.”입니다.

• 온디맨드 용량 예약 (On-Demand Capacity Reservations): 특정 리전과 가용 영역에서 인스턴스 용량을 미리 확보할 수 있습니다. 필요할 때 즉시 사용할 수 있도록 용량을 보장합니다. 온디맨드 용량 예약은 특정 리전과 가용 영역에서 인스턴스 용량을 미리 확보할 수 있어, 1주일 동안 지속되는 이벤트에 맞춰 필요한 용량을 보장받을 수 있습니다.

이 선택지는 특정 리전과 3개의 가용 영역에서 온디맨드 용량 예약을 제안합니다. 온디맨드 용량 예약은 특정 리전과 가용 영역을 지정할 수 있어, 1주일 동안 지속되는 이벤트에 필요한 용량을 보장받는 데 가장 적합한 선택지입니다.

 

 

공부하다가 때로는 힘들고 지칠 때도 있겠지만, 여러분의 노력은 반드시 결실을 맺을 거예요.

한 걸음 한 걸음 나아가다 보면 어느새 목표에 가까워져 있을 겁니다.

어렵다면 잠깐 쉬어가는 것도 좋아요. 충분한 휴식을 취하고 다시 시작하면 됩니다.

요즘 날씨가 많이 더운데 건강 잘 챙기시면서 공부하시길 바라요. 모두 파이팅입니다! 

오늘 글이 유익하셨길 바라며, 다음에는 또 다른 문제로 찾아뵙겠습니다.

 

감사합니다. 다음 글에서 만나요! 😊