[클라우드] AWS EC2 사용하기 & putty로 접속하기

<본 블로그는 엘리스 IoT 1를 참고해서 공부하며 작성하였습니다 :-)>

 

👩‍💻 AWS (Amazon WeB Service)

아마존에서 만든 클라우드 컴퓨팅 서비스

 

👩‍💻 AWS EC2

: AWS의 가상 머신 서비스 (Instance) -> IaaS (Infrastructure as a Service)

CPU + Memory + Disks + OS + Network + 사전 스크립트

✅ 가상머신

: 서비스를 가상 머신 이미지로 묶어 배포

: 가상화는 하이퍼바이저를 사용하여 하드웨어를 에뮬레이션하고 이를 통해 여러 운영 체제를 동시에 실행. 

장) VM 이미지로 기술 스택을 캡슐화, 서비스 인스턴스가 격리됨

단) 기술 스택을 캡슐화할 수 없음, 서비스별로 런타임 버전이 정해져 있음

 

✅ 컨테이너

: OS 수준에서 가상화한 메커니즘 (컨테이너 런타임(컨테이너 실행을 담당하는 소프트웨어)은 도커)

👀 배포 과정
1) 서비스를 도커로 배포
컨테이너 이미지 : 애플리캐이션과 서비스 구동에 필요한 모든 소프트웨어로 구성된 파일 시스템 이미지
2) 도커 이미지 빌드
기초 컨테이너 이미지(base image)를 지정하고 소프트웨어 설치 및 컨테이너 구성에 관한 커맨드를 쭉 나열한 후, 컨테이너 생성 시 실행할 셸 커맨드를 기재
3) 도커 이미지를 레지스트리에 푸시
도커허브 : 대표적인 퍼블릭 도커 레지스트리
4) 도커 컨테이너 실행
컨테이너 인프라가 이미지를 레지스트리에서 프로덕션 서버로 당겨 오고, 이 이미지로부터 컨테이너를 하나 이상 생성

장) 기술 스택의 캡슐화, 컨테이너 별로 격리된 프로세스로 실행됨, 고유 IP 주소를 가지고 있어 포트 충돌 가능성이 없고, 컨테이너마다 자체 루트 파일 시스템을 가지고 있음

단) 컨테이너 이미지를 직적 관리해야 함, OS와 런타임 패치를 정기적으로 해줘야 함

 

✅ 서버리스

: 언어에 특정한 패키징, VM으로서의 서비스, 컨테이너로서의 서비스의 한계

: 보이지 않는 곳 어딘가에 관리형 서버가 있다는 뜻. 물리적 서버의 관리는 클라우드 사업자의 몫

 

👩‍💻 AWS AMI (Amazon Machine Image)

: 인스턴스 실행 시, 필요한 OS, 애플리케이션, 소프트웨어 패키지가 포함된 템플릿

 

👩‍💻 AWS EC2 보안

1) 인가/인증 (AWS IAM)

2) 데이터 암호

3) 접근 차단

 

✅ 보안 그룹

: AWS 서비스 수신 (Inbound), 발신 (outbound) 트래픽을 제어하는 가상 방화벽

: ip, port 번호, 프로토콜 필요

 

✅ 서비스/EC2 들어가기 

 

✅ 키 페어 들어가서 키 생성하기 

 

✅ 대시보드 들어가서 인스턴스 시작 누르기

#!/bin/sh
yum -y install httpd php mysql php-mysql
chkconfig httpd on
systemctl start httpd
if [ ! -f /var/www/html/immersion-day-app.tar.gz ]; then
   cd /var/www/html
   wget https://kr-id-general.workshop.aws/sh/immersion-day-app.tar.gz
   tar xvfz immersion-day-app.tar.gz
   chown apache:root /var/www/html/rds.conf.php
fi
yum -y update

 

 

👩‍💻 Putty 로 접속하기 

✅ putty zen 으로 들어간다

key 있는 걸 블로운 후 save private key 누른다 ( 파일 다른 이름으로 또 생성한다)

 

✅ putty 에 들어가서 SSH/Auth 에 들어간다

위에서 생성한 키를 불러온다

 

✅ Session 에 들어가 ec2-user@본인의 퍼블릭 ip 적기

실패해서 다시 하니, 됨