AWS - Instance Store 와 EBS 차이점과 테스팅

Instance Store와 EBS 차이점

Instance Store를 그래도 사용하는 이유?

- 아무래도 직접 연결되어있는 Storage이다 보니 EBS보다는 빠를 수 밖에 없다

 따라서 매우 빠른 속도 그리고 보장된 속도를 요구하거나 소규모의 데이터를 캐싱할 때 사용하면 된다

실습

- Instance Store와 EBS 차이점 검증

1. Instance Store를 가진 Instance 생성

1. Choose Instance 단계

인스턴스 생성시 Add Storage 부분을 신경쓰지 않고 지나갔던 사람들은 이부분을 잘 보아야한다.

      EBS only로 표기 되어있는것을 볼 수 있다.

Instance Store를 가질 수 있는 특정 타입의 머신들이 있다

2. AddStorage 단계

1) Root 

- 자동으로 EBS Storage가 사용된다

2) Instance Store

2. Instance Store 인식

- instance store는 연결 즉시 사용이 불가능하며 파일시스템을 생성하고 마운트해야 사용이 가능하다

1) lsblk를 통해 현재 사용가능한 block Store를 확인한다

- 800GB xvdb가 보인다

$ lsblk

2) df -h를 통해 현재 사용중인 파일시스템을 확인한다

- 아직 파일 시스템을 생성하지 않았기 때문에 추가된 Instance Store가 보이지 않는다

$ df -h

3) 추가된 xvdb를 파티션한다

- 800GB를 포맷하기에 시간이 오래걸리므로

$ fdisk /dev/xvdb

$ n :새로운 파티션을 생성

$ p : primary 영역 생성

$ p : 생성된 파티션테이블 확인

$ w : 저장&종료

4) lsblk를 통해 연결된 블록장치목록을 확인하면 xvdb에 파티션이 생겨난것을 볼 수 있다. 

5) 파일 시스템을 생성한다

$ mkfs -t ext4 /dev/xvdb1

6) df -h 명령을 통해 사용중인 파일시스템을 확인한다 아직 xvdb가 보이질 않는다.

- 아직 마운트 시키지 않아 운영체제가 인식을 못하고 있어서이다.

7) 생성한 파일시스템을 마운트 시켜 인식시킨다.

3. Instance Store, EBS차이점 테스트

1. 준비

차이점을 테스트하기위해 "/"(EBS)와, "/mp"(InstanceStore)에 각각 파일을 생성해둔다.

2. Reboot

Reboot을 한다

IP

유지됨

파일

1) / (EBS)

- 파일이 유지되었다

2) /mp

- 파일이 유지되었다

3. Stop & Start

Instance를 Stop 한 후 Start 시킨다

IP

- EIP를 할당하지 않았다면 새로운 IP가 할당되었으므로 세팅을 다시 해주어야한다.

파일

1) / (EBS)

- 파일이 유지되었다

2) /mp (InstanceStore)

파티션한 정보와 파일시스템이 모두 사라졌다