정환타 개발노트

이번에는 AWS Route53을 기존의 웹서버와 연결 할 것이다. Route53은 기본적으로 DNS를 제공한다. DNS란 Domain Name System으로 우리가 일반적으로 접속하는 네이버, 티스토리 등은 원래 xxx.xxx.xxx.xx와 같은 Public IP 이지만 DNS를 이용해 naver.com,tistory.com 과 같이 IP주소가 아닌 흔히 아는 주소(도메인)로 접속할 수 있게하는 시스템이다. 쉽게 말해 도메인과 Public IP를 연결해 주는 서비스라고 생각하면 되는데, Route53은 도메인만 연결해주는 것 뿐 아니라, 트래픽을 정상적인 엔드포인트로 라우팅하거나 해당 애플리케이션 등의 리소스의 상태를 확인 할 수 있다. 도메인 등록 1. 가장 먼저 해야할 일은 도메인을 등록하는 것이다..

CloudTrail 첫번째 AWS 포스트로 ClourTrail을 사용하여 AWS 인프라 계정활동과 관련 작업들을 모니터링 할 수 있도록 설정하였다. 따라서, 필자의 S3 버킷에는 계정활동에 관련된 로그들이 계속 쌓이게 되었고 CloudTrail 콘솔에서도 관련 로그를 확인 & 다운로드(.csv)할 수 있었다. (그러나 S3 버킷의 프리티어 사용량이 넘었기 때문에 일시적으로 중지를 하려 한다.) 관련된 로그에 대하여 필자는 파일로 다운을 받아 확인을 하였다. 로그파일 살펴보면 Event ID, time을 확인 할 수 있고 Username에서 확인을 해보면 ELB와 같이 자동으로 관리를 해주는 서비스가 했던 흔적까지도 확인할 수 있다. Event name에서는 발생한 이벤트 이름이 저장되어있으며 사용한 Re..

이번에는 부하분산 처리를 하기 위한 AWS 기능 중 하나인 Auto Scaling을 적용할 것이다. Auto Scaling Auto Scaling은 EC2 인스턴스의 트래픽에 따라 추가적으로 인스턴스를 생성하고 자동으로 삭제하여 최적의 서버환경을 제공하는 서비스이다. 일반적으로 이전에 적용한 ELB와 함께 사용된다. ELB와 함께 사용이 된다면 트래픽이 많아질 경우 자동으로 Auto Scailing 되어 인스턴스가 새로 생겨나게 되고 ELB는 들어오는 트래픽들을분산하여 자동으로 부하분산 처리를 할 수 있다. 일단 먼저 EC2의 AMI(Amazon Machine Image)가 필요하다. AMI 생성 1. [서비스] -> [EC2] -> [인스턴스] 에서 Auto scaling을 적용할 인스턴스의 이미지를 ..

VPC 구성, 웹서버, DB서버 구축이 끝났다면 ELB를 생성할 것 이다. Load Balancing 로드밸린싱 기술은, 네트워크 트래픽을 하나 이상의 서버 혹은 장비로 분산하기 위해 사용되는 기술이다. 로드밸런싱은 온프레미스 환경에서부터 사용해왔으며, 로드밸런싱을 수행하는 소프트웨어나 하드웨어를 로드밸런서(Load Balancer)라고한다. 로드밸런싱을 통해서 외부에서 발생하는 많은 인터넷 트래픽을 여러 웹 서버나 장비로 부하를 분산처리할 수 있다. 핵심은 분산처리 기술이다. 우리의 웹서버로 많은 트래픽이 발생한다면 기본적으로 구성된 서버는 트래픽이 많아 질 수록 부하를 감당하기 힘들 것이다. 일반적으로 트래픽 증가를 처리하는 방법은 두가지이다. 첫번째는 Scale-Up으로 CPU, 메모리, 디스크 등..

이전까지 Public 서브넷에 EC2 인스턴스를 생성하고 NAT gateway를 만들었으며, Private 서브넷에 RDS DB 인스턴스를 생성하였다. 이번에는 우리가 생성한 EC2 인스턴스에 웹서버를 동작시키기 위해 Project를 올리려 한다. (먼저 프로젝트를 git에 올렸다면, 바로 EC2에 접속을 하고 git에 업로드를 하지 않았다면 업로드를 하길 바랍니다.) EC2 접속 ec2 인스턴스에 접속을 할 때 대부분 ssh를 통해서 접속을 한다. (접속에 대해 어려움을 겪는다면 다음의 링크를 참조해주시면 됩니다.) https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AccessingInstances.html?icmpid=docs_ec2_console https..

이전 글에서는 우리가 만든 public 서브넷 안에 EC2 인스턴스를 생성하였다. 이번에는 우리의 웹서비스에서 사용될 데이터베이스 서버를 AWS RDS를 이용해 생성할 것이다. 데이터베이스 서버는 외부 접속 차단을 위해 VPC 내부의 private 서브넷 안에 위치할 것이고, Mysql 5.x 버전을 사용한다. 자, 그럼 RDS 생성을 시작하기에 앞서 파라미터 그룹과 서브넷 그룹을 먼저 설정 두가지를 먼저 선행하겠다. 파라미터 그룹 1. [서비스] -> [RDS] -> [파라미터 그룹]에서 [파라미터 그룹 생성]으로 들어간다. 2. 필자는 MySQL을 사용할 것 이기에, 파라미터 그룹 패밀리를 mysql5.7로 선택하고 그룹이름과 설명을 채운다. 3. 추가적으로 옵션 그룹을 생성해서 특정 DB 인스턴스에..

아래의 우리가 구축하려는 구조에서 이번에는 웹서버를 만들 구현할 차례이다. EC2를 이용하여, 이전에 만들었던 간단한 Spring으로 만든 프로젝트를 올려 배포하려 한다. EC2 일단 먼저 EC2를 설치한다. 필자는 ec2 Ubuntu Server 18.04 LTS (HVM), SSD Volume Type(t2.micro - 프리티어)를 선택하였다) 추가적으로 인스턴스를 생성할 때, 꼭!! 네트워크는 우리가 생성한 VPC(default VPC가 아닌)와 public 서브넷을 선택해야 한다. 다른 설정은 기본설정으로 넘긴 후에(취향껏 변경가능), EC2에 접속할 때, 기본적으로 SSH 접속을 하는데 SSH에 대한 접속 설정을 [위치 무관] -> [내 IP] 혹은 [사용자 지정 IP]로 변경하는 것을 추천한..

이전에 포스팅한 글에서 NAT 인스턴스를 생성하였는데 기존에 구축하려 했던 아래와 같은 아키텍처에서는 NAT 인스턴스보다 NAT gateway를 적용했어야 했다.(필자의 실수 따라하셨던 분들은, 죄송합니다...) 또한 무엇보다도 NAT 인스턴스를 이용한다면 NAT 인스턴스안에서 OpenVPN을 구축해야한다. 따라서 이번에는 NAT gateway를 생성하여 public 서브넷안에서 구축하려 한다. AWS에서는 AWS NAT gateway와 NAT 인스턴스의 차이를 설명하고 있다. https://docs.aws.amazon.com/ko_kr/vpc/latest/userguide/vpc-nat-comparison.html https://docs.aws.amazon.com/ko_kr/vpc/latest/user..

+ 원래는 NAT gateway를 생성할 것 이기에 '꼭' NAT 서버가 필요하지 않다면 3. NAT gateway 생성으로 넘어가시길 바랍니다. 2020/01/17 - [Dev-AWS] - [AWS 웹서비스 구축] 3. NAT gateway 이번에는 이전에 생성한 Public 서브넷에 NAT 서버를 구축하여 외부통신을 할 수 있도록 할 것이다. AWS EC2를 통해서 NAT 서버를 생설할 수 있다. 1. [service] 에서 ec2를 검색하여 [instance] 탭에서 [인스턴스 시작]을 클릭한다. 2. EC2를 생성하기 위해 AMI (Amazon Machine Image)를 선택하는데, 검색창에 'NAT'를 검색하여 community AMIs 중에서 하나를 선택한다.(필자는 가장위의 AMI)를 선택..

이전에 포스팅을 한 Spring을 공부하며 만든 웹 서버를 AWS에 올려 아래와 같은 서비스 구조로 서비스를 배포하려 한다. (https://junghwanta.tistory.com/7) AWS EC2와 RDS를 이용하려 하지만, 가장 먼저 선행되야 할 것은 VPC 서비스를 이용하는 것이다. AWS VPC(Virtual Private Cloud)란? AWS Cloud 내부에서 구성되는 사용자의 AWS 계정 전용 가상네트워크이다. 이렇게 생성된 가상 네트워크에서 AWS의 리소스를 사용할 수 있다. 기본적으로 AWS에서는 default VPC를 제공하지만, 사용자는 새롭게 VPC를 생성해서 IP주소 범위와 VPC범위를 정하고, 서브넷을 추가할 수 있으며 라우트 테이블을 구성할 수 있다. 따라서 이번에는 de..