우주수첩의 우주먼지

줏대있게 랩실 과제를 핑계 대며 늦게 왔습니다. 오늘은여 RDS를 생성하고 나서 이제 직접 EC2랑 연결해서 작동을 해 보려고 합니다~ 그런데 이렇게 오랫동안 못 할 줄 몰랐지 뭐에요~ *^^* 아 맞아 그리고 뜬금 없는 얘기를 하자면 # EC2 인스턴스 필요 정보 저장 EC2에서 생성한 인스턴스의 세부정보에서 vcp id, 보안그룹, 서브넷 id 세 가지 정보를 스마트한 나의 머리에 저장한다. 이러한 정보따위 저장하는 것은 나의 뇌 용량이 아까워지는 행위라고 생각하면 메모장에 슬쩍 적어둔다. 우리가 사용하는 EC2인스턴스에 연결하기 위해서는 해당 인스턴스와 동일한 VCP에 RDS를 설치해야 하므로 VCP ID를 저장하는 것이 중요한다. # RDS 전용 보안그룹 생성 우리가 사용할 DB가 포함 될 보안 ..

컴퓨터에서 데이터를 불러올 수 있는 곳은 하드디스크와 캐시가 있다. 무슨 차이가 있는데 이걸 두 개를 구분하고 그러실까 싶지만 데이터나 파일을 불러오는 속도에서 현저한 차이가 발생한다. 대용량의 프로세싱을 동시 다발적으로 처리할 경우 큰 차이가 발생한다. 그래서 뭐가 더 빠르냐고 성격 급한 한국인이 묻는다면... # ElastiCache 클라우드 내에서 In-memory 캐시를 만들어준다. RDS DB에서 데이터를 읽어오는 것이 아니라 캐시에서 빠른 속도로 데이터를 읽어온다. Read-Heavy 어플리케이션에서 상당한 Latency의 감소를 누릴 수 있다. 데이터의 양이 많은 곳에서 사용할 경우 유용하다. 초반 어플리케이션 개발 및 테스트 용도로는 적합하지 않다. RDS에 더욱 효율적인 어플리 케이션 퍼..

# Multi AZ (Multi-Availability Zone) 원래 존재하는 RDS DB에 어떠한 변화가 생길 때(ex. write) 다른 AZ에 현재 DB와 같은 복제본이 만들어진다. Synchronize하게 일어나므로 생성으로 인한 delay는 매우 적다고 볼 수 있다. ex) 어떠한 record에 insert 하게 되는 경우 AWS에 의해서 자동으로 관리가 이루어진다. 관리자의 개입이 필요 없다. Main RDS DB에 문제가 생겼을 경우 자동으로 다른 AZ의 복제본이 사용된다. ★ Disaster Recovery Only Multi AZ에서 성능 개선을 위해 복제본을 많이 만든다는 것은 옳지 않는 경우이다. 성능 개선을 기대하기 위해서는 Read Relica를 사용해야 한다. 위의 그림과 같이..

더워더워더워더워더워더워더웓어ㅝㄷ어ㅜ더ㅜ얻 # Database Backup 방법 1. Automated Backup (자동 백업) 2. DB Snapshots (데이터베이스 스냅샷) # Automated Backup (AB / 자동 백업) 1. Retention Period(1-35일) 안의 사용자가 원하는 날짜의 상태로 DB 복원 가능 == Point in time(PIT) 기능 2. AB는 그날 생성된 스냅샷과 Transaction logs(TL)을 참고 TL을 끊임 없이 생성 복원 시 유저가 선택한 날짜에 해당되는 log를 참고하여 복원 진행 3. 디폴트로 AB기능이 설정되어 있으며 백업 정보는 S3 buket에 저장 ★ S3 buket은 RDS 인스턴스에 해당되는 용량 만큼만 무료로 사용할 수 있고..

날씨 맑음. 너무 맑음. 적당히 맑아줘... 오늘 올 블랙으로 입고 나왔다가 걸어다니는 만두 찜기가 되었다. 10분 걸었는데 찜기에서 만두가 익어가는 느낌을 받아버렸다. 그런 의미로 RDS에 대하여 정리하도록 하겠다. # RDS(Relational DB Service) 관계형 데이터 베이스 # AWS RDS에서 사용 가능한 Relational DB 종류 Microsoft SQL Oracle MySQL Postgre Aurora AWS에서 직접 운영하는 DB 프리티어 제공 안함... 나 서러워 엉엉.... Maria DB # Data Warehousing Business Intelligence에서 많이 사용 리포트 작성, 데이터분석시 사용 같이 매우 방대한 분량의 데이터 로드 시 사용 (Production..

이게 날씨인지 사우나인지 겁나 덥고 습하다.. 여름이었...땨. 그런 의미로 이전 포스팅(https://dusty-wznt.tistory.com/101)을 이어 가도록 하겠. 땨. yum update -y : OS 업데이트, 관련있는 패키지 자동 설치. 별 거 없어서 뭐 많이 안 뜬 것 같.땨. 아 그리고 저 user name 왜 가리냐고 묻는다면 내맘이야 흥칫팡야 라고 답하도록 하겠 땨. yum install httpd -y : 아파치 설치 명령어 사실 저번에 한 번 하고 실습 실패해서 원인 좀 알아내려고 다시 하고 있는 중이라 이미 깔려있다 ㅎ 원래 뭐가 와다다다다다 떠야지 정상이다. service httpd start : 아파치를 실행한다. chkconfig httpd on : 인스턴스 재부팅 시에..

비가 온다면서 오지도 않는 뉴트로지나 같은 모이스쳐 라이징한 날씨에 살아가고 있는 대학생이 putty.exe와 putty.gem을 사용하여 ec2 접속을 시도하여 보겠.땨. puTTy : SSH를 사용하여 원격 접속을 할 수 있도록 한다. puttygen : pem 파일을 ppk 파일로 변환. PuTTY는 ppk 파일만 인식하기 때문에 파일 변환이 필요하다. 1. AWS에서 EC2에 접속 한 뒤 인스턴스 메뉴에 들어간다. 이전 실습 때 생성해 놓은 인스턴스가 존재한다. 인스턴스를 새로 생성하기 전에 오른쪽 위에 있는 지역설정을 해 주어야 하는데 처음에는 다 캘리Fo니아로 되어있는 것 같다. 애국자의 마음으로 서울로 변경한 후 진행하도록 한다. 인스턴스를 생성하면서 pem 파일이 다운된다. 이는 이어서 사..

ELB(Elastic Load Balancers) 둘 이상의 가용 영역에서 EC2 인스턴스, 컨테이너, IP 주소 등 여러 대상에 걸쳐 수신되는 트래픽을 자동으로 분산한다. 수많은 서버의 흐름을 균형있게 흘려보내는데 중추적인 역할 서버의 원활한 흐름, 일정한 속도 유지에 효과가 있다. 하나의 서버로 traffic이 몰리는 병목현상(bottle neck) 방지. 등록된 대상의 상태를 모니터링하면서 상태가 양호한 대상으로만 트래픽을 라우팅합니다. 시간 초과 / shut down 등의 이유로 unhealthy한 instance가 아닌 healthy instance로 traffic을 보낸다. Elastic Load Balancing은 수신 트래픽의 변화에 따라 로드 밸런서 용량을 자동으로 조정합니다. # 이점 ..

EC2란? 클라우드라는 공간에서 크기가 유연하게 변동되는 기능을 제공한다. 사용자가 인스턴스를 on/off 할 수 있고, on 상태에서만 금액을 지불한다. #EC2 사용 시 지불 방법 On-Demand 시간 단위로 가격이 고정되어있음 시간 당 정해진 비용을 지불하며 사용하는 것 소프트웨어 및 서버 개발 초기 단계에서 종종 사용 사용 용례 무언가를 개발중이고, 테스트 중에 있을 때 종종 사용 오랜 시간동안 선불을 내지 않고 최소한의 비용을 지불하여 EC2인스턴스를 사용하고 싶을 때 앱/ 프로그램 개발 시 최초로 EC2 인스턴스에 deploy 할 때 매우 유용 개발 시작 시간과 종료 시간을 명확하게 알 수 없을 때 사용 Reserved 한정된 EC2 용량을 대여하여 사용한다. 즉, On-Demand와 다르게..

IAM이란? 유저, 접근 레벨 및 권한에 대해 관리하는 시스템 # 특징 접근 키, 비밀 키 제공 매우 세밀한 접근 권한 부여 기능 비밀번호 수시 변경 요구 Multi-Factor Autentication 기능 1. 접근 키, 비밀 키 제공 우리가 AWS 계정을 만들게 되면 해당 계정은 Root 계정이 된다. 이 계정은 다른 User를 생성할 수 있다. Root 유저 계정에서 User A를 생성하면 IAM은 A에 대한 접근 키와 비밀 키를 생성해준다. 유저 A는 이 접근 키와 비밀 키를 가지고 AWS의 다양한 서비스들을 사용할 수 있게 된다. 접근 키, 비밀 키를 AWS 접속시에 사용되는 비밀번호와 혼동하는 경우가 있는데 명확하게 다르다. 접근 키와 비밀 키를 가지고 터미널에서 쓰이는 커맨드 라인 인터페이..