이번 포스팅에서는 EC2 인스턴스의 전반적인 스토리지 옵션들에 대해서 알아본다. 스토리지 옵션에는 EBS, EC2 Instance store가 있으며, 각 각의 세부적인 특징에 대해서 알아본다.

EBS(Elastic Block Storage)

EBS는 EC2 인스턴스가 실행중인 동안 연결이 가능한 네트워크 드라이브이다. EBS 볼륨을 사용하면, 인스턴스가 종료된 후에도 데이터를 지속적으로 유지할 수 있다. 인스턴스를 재생성하고, 이전에 사용한 EBS 볼륨을 마운트하면, 데이터를 다시 받을 수 있다.

이전에 CCP자격시험을 준비할때에는 하나의 EBS는 하나의 EC2 인스턴스에만 마운트 할 수 있다고 배웠다. 그리고 하나의 인스턴스에는 다중 EBS 볼륨의 연결이 가능하다.

EBS는 특정 가용 영역에 제한되서 사용할 수 있다. 따라서 EC2 인스턴스가 생성된 AZ과 EBS의 AZ를 매칭시켜줘야 한다. 단, EBS를 snapshot해주게 되면, 다른 AZ 영역의 EC2 인스턴스에 연결해줄 수 있다.
(Free tier에서는 매달 30GB의 EBS 스토리지 를 범용 SSD나 마그네틱 유형으로 제공)

이번 포스팅에서는 본격적으로 AWS SAA(Solutions Architect Associate) level에 맞는 파트에 대해서 학습을 시작할 것이다.

그 첫 시작으로 Private, Public, Elastic IP의 비교에 대한 내용을 학습할 것이다. 이전에 EC2 인스턴스를 생성한 뒤에 속성으로 간략하게 위의 3가지 종류의 IP에 대해서 살펴보았는데, EC2인스턴스를 중지 후 재 실행하게 되면, Public IP 주소가 새롭게 생성되기 때문에 고정 IP로 사용하려면 Elastic IP를 사용하면 되고, Elastic IP의 경우에는 실제 사용이 될 때가 아닌, 사용이 되지 않을때 요금이 부가된다는 내용이 기억에 남는다.

그럼 좀 더 세부적으로 이론을 배워보고 실습해봐야겠다.

Private & Public & Elastic IP

• Elastic IPs는 인스턴스의 고정된 Public IP를 위해 필요하다.
• Elastic IP Address는 가지고 있는데, 사용하지 않으면 과금이 된다.
• 빠르게 계정 내 다른 인스턴스로 주소를 매핑함으로써 인스턴스나 소프트웨어의 실패를 마스킹 할 수 있게 도와준다.
• 계정당 5개의 Elastic IP를 가질 수 있다. (필요에 따라 AWS 요청하여 갯수 확장 가능)
• 종합적으로 살펴보면, Elastic IP 주소를 사용하는 것은 권장되지 않는다.
  -> Elastic IP 주소를 사용하는 Architecture는 안좋은 구조적 결점으로써 언급되기도 한다.(안좋은 Architecture)
• 대신 random public IP를 사용하고, 해당 IP에 DNS 이름을 지정해서 사용하도록 한다. (DNS -> Route 53 - 훨씬 더 많은 제어가 가능하고, 확장 가능성도 크다)
• 또는 Load Balancer를 사용하고, public IP를 사용하지 않도록 하는 방법도 있다. (AWS에서 취할 수 있는 최상의 Pattern이다)

Private IP and Public IP in AWS EC2

EC2인스턴스에 SSH 연결을 하는 경우, 같은 네트워크에 있는 것이 아니기 때문에 Private IP를 사용할 수 없다. (단 VPN을 사용하는 경우 가능)
Private IP는 AWS의 내부 네트워크 통신을 위해 사용되며, 인터넷 연결을 위해서는 Public IP가 사용된다.
오직 Public IP를 사용해서 EC2 인스턴스에 SSH 연결을 할 수 있다.

이번 포스팅에서는 EC2 인스턴스의 활용에 대해서 실습한 내용에 대해서 정리해보려고 한다. 이번 포스팅까지만 기본적인 부분을 실습하고, 이제 다음 포스팅부터 본격적으로 AWS SAA(Solutions Architect Associate) level에 맞는 파트에 대해서 학습을 시작할 것이다.

AWS 예산 설정

예산 초과시에 경고를 받을 수 있도록 설정을 하는 것이 좋다. My Billing Dashboard에서 좌측의 메뉴에서 Cost Management - Budgets 메뉴를 통해서 설정한 예산에서 특정 임계값을 넘었을때 이메일이나 SNS메시지로 알람이 올 수 있도록 할 수 있다.

이번 포스팅에서는 IAM 서비스와 관련된 실습과 AWS 액세스 키, AWS CLI, SDK를 설정하고 활용하는 방법에 대해서 배운내용에 대해서 간략하게 정리를 하려고 한다.

IAM 정책 실습

IAM MFA 개요

IAM MFA 실습

AWS 액세스 키, CLI 및 SDK

AWS CLI 설정

(2022/05/11 업데이트)

AWS CLI 실습

이번 포스팅에서는 이번에 취득한 AWS Practitioner 자격시험에 이어서 SAA-C02 시험에 대비하기 위해 Udemy에서 강의를 수강하면서 직접 AWS에서의 각종 서비스들을 실습해보면서 본격적으로 시험에 대비해보려고 한다.
이번 AWS Practitioner 시험과 AWS 클라우드 환경에서 데이터 파이프라인 구축해보는 실습을 통해서 일부 AWS 서비스들은 다뤄보았지만, 아직 기존에 다뤘던 서비스들도 그렇고, 다른 서비스들에 대해서도 잘 알지 못하는 부분이 많다.

그래서 이번 기회에 자격증 시험준비를 하면서 나중에 실무에서도 프로페셔널하게 직접 클라우드환경을 구축하고 사용할 수 있도록 이론과 실습을 많이 해보기로 결심했다.
아무래도 스스로 환경을 만들어서 익혀야되는 환경이다보니 자격증과 같은 동기부여 요소가 있어야 좀 더 신경써서 현재 내 지식 수준을 체크하면서 진행할 수 있는 것 같다. :)

오늘은 SAA-C02 시험 대비 겸 AWS 실습 첫 날로, 아래의 내용들에 대해서 개괄적으로 살펴보았다.

이번 포스팅에서는 3월 중순부터 5월 초까지 한 학습 전반에 대한 회고 및 어제 응시한 AWS Practitioner 시험에 대해 간단하게 후기를 작성하려고 한다.

약 한달 반 동안의 학습 회고

이 한달 반이라는 시간동안 앞으로의 방향설정에 대해 많은 고민을 했었다. 그런데 너무 감사하게도 좋은 분들을 뵙게 되고, 직간접적으로 조언을 들으면서 앞으로 나아갈 방향에 대해서 방향설계를 할 수 있게 되었다. (나중에 이 분들은 따로 뵙고 감사인사를 드릴 것이다.)
너무 많은 일이 있었기 때문에 시간이 한 반년 흘러간 것 같은 느낌이었는데, 지난간 시간을 계산해보니, 대략 한달하고도 보름정도 지났다니 그래도 나름 알차게 시간을 보낸 것 같다.

이 한달 반동안에 있었던 일 중에 가장 큰 성과는 앞으로 나아갈 데이터 엔지니어라는 새로운 도메인을 정하게 된 것과 앞으로 어떤 것을 공부하면서 준비해야되는지, 그리고 기간을 어느정도 두고 준비할지에 대한 목표설정에 대한 부분이었다.

이제 목표로 설정한 부분과 이미 진행한 공부내용들을 기반으로 앞으로 남은 3개월의 기간동안 열심히 달려 볼 계획이다.

[앞으로 3개월동안 할 공부 리스트]

• 블로그 관리 꾸준히 하기
• 파이썬 / Scala 활용능력 키우기
• 코딩테스트 준비(프로그래머스/백준 알고리즘 문제 풀면서 파이썬 활용능력을 키우면서 문제해결능력도 키우자)
• 포트폴리오 준비 틈틈이하기 (대단한 프로젝트가 아니어도 괜찮다. 과정을 기술하고 그 일련의 과정에서 내가 어떤 것을 배웠고, 앞으로 어떤 방향으로 나아갈지에 대해 보여줄 수 있으면 된다.)
  • Kafka를 활용한 간단한 프로젝트 구성하기 (완료 - 차후에 살붙이기식으로 프로젝트에 내용추가해가면서 확장해갈 예정)
• 데이터 파이프라인 학습 및 클라우드 환경에서의 응용 & 실습 (+AWS)
• Hadoop Ecosystem 지식 및 관련기술(Spark, MapReduce)에 대한 활용능력 키우기
• SQL로 데이터 분석 꾸준히 하기
• Docker/Kubernetes 학습하기
• AWS SAA-C02 자격증 시험 준비하기 (6월 말 예정)
• AWS Practitioner 자격증 시험 준비하기 (취득 완료)

앞으로 할 공부 리스트를 작성해보니 많아보이지만, 각 항목들이 서로 연관되어있는 것들이 많아서 한 가지 항목을 하면서도 부수적으로 다른 항목들도 같이 공부되는 것들이 많다.
서로 시너지 효과를 내는 부분도 많이 있기도 하고, 나중에 데이터 엔지니어로서 지원을 했을 때 나를 좀 더 빛내줄 수 있는 항목들이기 때문에 제대로 준비해보도록 해야겠다.