AWS - 이론) Computing(컴퓨팅) 서비스

컴퓨팅 서비스

EC2

- VM을 지원

과정

1. 리전을 정한다

2. AMI에서 인스턴스 이미지를 선택한다

3. CPU, 메모리, 스토리지, 네트워크등을 내가 하려는 서비스에 맞게 인스턴스 유형을 선택한다

4. 네트워크, IP주소, 보안그룹, 스토리지 볼륨, 태그, 키페어 구성

EBS 스냅샷 - 쉽게말해 백업이라고 할 수 있다.

    - 풀백업, 

증분백업 : 변경된 부분만 저장 하지만 풀백업(0level 백업) 을 해야 변경된 부분 추적이 가능하므로 

   증분 백업전 풀백업을 필히 해야한다.

상태

1. 보류(Staring) - 내가 선택한 리전의 가용영역에 내가 원하는 인스턴스가 설치될 수 있는 서버를 찾는 상황 , 수분이 걸림

2. 실행중(Running)

3. 중단중(Stopping) - 중단을 위한 작업이 진행중

4. 중단됨(Stopped) - ec2의 power를 내려 과금을 낮춘다

5. 종료됨(Terminate) - EC2의 자원을 아에 지워버리고 반납한다.

1) 시작시 리전의 가용영역에 내가 원하는 인스턴스가 설치될 수 있는 서버를 찾는다

2) 실행 중

3) 중단 시 가상의 서버 자원을 반납한다

4) 다시 시작시 다시 가용영역의 인스턴스가 설치될수 있는 서버를 찾는다 (IP가(공인 IP말고) 바뀐다)

=> 즉 내가 사용하는 서버장비는 계속해서 바뀐다 독점하지 않는다

EC2 중단 , 재부팅, 종료

*EC2의 인스턴스를 중단, 시작 할경우 

1) 인스턴스 위치 : 인스턴스가 다른 서버로 옮겨 생성된다

2) network 

- Public IP :  public IP주소가 재지정된다

- Private IP : private IP주소는 유지된다

- EIP : 유지된다

3) Storage 

- 인스턴스 스토리지 : 삭제된다

  (인스턴스에 직접연결되어있던 스토리지)

- EBS볼륨 : 보존된다

Terminate외의 모든 경우 Private IP는 유지된다

AMI 추천 사항

T2 : *CPU 버스트기능 - 특정 순간 사용자가 몰려 리소스가 순간적으로 확장이 필요할때 사용

인스턴스 메타데이터

- EC2의 PC는 ipconfig, ifconfig등의 명령어로 네트워크 정보를 확인하지 못한다 때문에 메타데이터를 이용하여 확인해야 한다

인스턴스 사용자 데이터

- 윈도우의 시작프로그램과 유사(인스턴스 시작시 시작될 프로그램)

- 윈도우와 다른점은 최초 인스턴스를 시작할때 1회만 된다, 중단 후 재시작시에는 시작되지 않는다

- 스크립트를 이용하여 가능

- 인스턴스 기본구성에 활용될 수 있을 듯 ?

=> 예를들어 systemctl enable apache, firewalld 구성등

- 확인시 메타데이터 URI를 통해 확인 가능

구입 옵션

- 구입옵션을 잘 알아보고 구매해야 내가 사용하는 만큼 현명히 과금할 수 있다.

1) 온디맨드 인스턴스 

 - 리눅스운영체제는 초당 과금으로 바뀌었다.

2) 예약인스턴스

 - 온디맨드보다 저렴하지만 , 핸드폰 약정과 같이 사용하지 않더라도 금액이 계속 나간다

 - 환불도 안됨 but 마켓플레이스에 남은 기간을 판매할 수 있다.

   (환불이 가능하면 온디맨드를 사용하지 않고 모두 예약인스턴스를 사용할 것이다)

    *마켓플레이스 이점 : 예약 인스턴스는 1년이나 3년약정만 가능하지만 마켓플레이스를 이용하면 

  다양한 기간에 대해 약정된 저렴한 금액으로 사용할 수 있다.

전환형 예약인스턴스

- 예약된 인스턴스에서 사업의 확장에 의해 추가 리소스가 필요한경우 미리 예약을해서 

  인스턴스 유형을 바꿀 수 있는 서비스

3) 예정된 인스턴스 - 은행업무와 같이 4시반 이후 지정된 시간에 반복된 인스턴스가 필요한경우

4) 스팟인스턴스  

- 장점 : 온디멘드보다 저렴

      - 단점 : 시장가보다 높게 입찰한 사람만이 사용가능

내입찰가보다 시장가가 높아지면 인스턴스를 뺏긴다

이 위로는 모든 사람이 가상자원을 공유

---------------------------------------------------------------------------------------------------------------------------------

이 아래로는 특정 디바이스를 독점하여 사용

5) 전용 인스턴스 

- 특정 리전의 특정 가용영역의 특정 데이터센터들중 하나의 서버의 하드웨어에     

  단 하나의 인스턴스만이 존재하도록 한다 

- 일순간 하나의 인스턴스만 존재할 수 있는 서버를 찾는다음 내인스턴스가 시작되면 다른인스턴스의 접근을 막는다

- Stop Start시 하드웨어가 계속 바뀔 수 있다.

6) 전용 호스트 

- 물리적인 장비하나를 내가 독점하여 사용

- Stop start 해도 장비가 동일함

- 특정 디바이스에 귀속되는 라이센스등을 미리 구매한 경우 많이 사용

- 한 서버에서 띄울 수 있는 인스턴스 개수는 최대 20개이다 (Soft ware limit) 

  즉, 내가 전용호스트로 구매를해도 무한히 인스턴스 생성 불가

EC2 자동복구

- Cloud Watch를 통해 인스턴스가 손상됨을 감지하고

  새로운 EC2인스턴스로 자동으로 교체

조건

1) 공유테넌시를 사용해야함 (전용호스트 등의 싱글테넌시 불가)

2) 인스턴스 스토리지는 사용할수 없으므로 EBS 지원 스토리지만 사용해야한다

온프레미스 EC2로 마이그레이션

AWS Management Portal for vCenter Server

- https://aws.amazon.com/ko/ec2/vcenter-portal/?nc1=h_ls

- vCenter 6.5 이상을 지원하지 않습니다

- vCenter Server용 AWS 관리 포털을 사용하면 VMware vCenter에서 AWS 리소스를 관리할 수 있다

- 포털은 기존 vCenter Server 환경 내에 vCenter Server 플러그인으로 설치된다. 설치가 완료되면 

   VMware VM을 Amazon EC2로 마이그레이션하고 vCenter Server 내에서 AWS 리소스를 관리할 수 있다