EBS

EBS(Elastic Block Store)

• EC2 인스턴스에 사용할 블록 수준 스토리지 볼륨을 제공한다.

EBS Volume 특징

• 인스턴스가 종료된 후에도 데이터를 유지할 수 있다.
• 한 번에 하나의 인스턴스에만 마운트할 수 있다.
  • 더 높은 수준의 유형(io1/io2)는 하나의 EBS가 여러개의 인스턴스에 연결 가능하다.(최대 16개)
• 특정 가용 영역에서만 사용할 수 있다.
  • 연결하고자 하는 인스턴스의 가용 영역과 맞춰 볼륨을 생성해야 한다.
  • 스냅샷을 이용하면 다른 가용 영역으로 볼륨을 옮길 수 있다.
• 네트워크 드라이브이다.(물리적 드라이브가 아니다.)
  • USB 모양의 물리적 장치이지만, 실제로는 물리적 연결은 없으며 네트워크를 통해 연결된다.
  • 네트워크를 이용해 인스턴스와 통신하기에 약간의 대기 시간이 있을 수 있다.
• 프로비저닝된 용량이 있어야 한다.
  • 프로비저닝된 모든 용량에 대해 요금이 청구된다.
• 시간이 지남에 따라 드라이브 용량을 늘리 수 있다.
• EC2 인스턴스 종료시 EBS 볼륨 제어
  • 루트 EBS는 기본적으로 삭제된다. 해당 속성을 변경할 수 있다.
  • 루트 EBS를 제외한 다른 EBS 볼륨은 삭제되지 않는다.

EBS 스냅샷

EBS 스냅샷

• EBS 볼륨의 특정 시점에 대한 백업
• EC2 인스턴스에서 EBS 볼륨을 분리할 필요는 없지만 권장 사항이다.
• 다른 가용 영역 혹은 다른 리전에 복사할 수 있다.
  • EBS 볼륨의 스냅샷을 찍고 다른 AZ에 복원할 수 있다.
  • 해당 방식을 이용해 AZ -> AZ로 전송 가능하다.

EBS 스냅샷 기능

아카이브

• 최대 75%까지 저렴한 아카이브 티어로 스냅샷을 옮길 수 있는 기능
• 아카이브 복원시 최소 24, 최대 72시간이 소요된다.

휴지통

• EBS 스냅샷을 영구 삭제하는 대신 휴지통에 넣을 수 있다.
• 기간은 1일 ~ 1년이다.

빠른 스냅샷 복원(FSR, Fast Snapshop Restore)

• 스냅샷을 완전 초기화해 첫 사용에서의 지연 시간을 업애는 기능이다.
• 스냅샷이 아주 크고 EBS 볼륨 또는 EC2 인스턴스를 빠르게 초기화해야 할 때 특히 유용하다.
  • 하지만 비용이 많이 발생해 주의해야한다.

EBS Volume 유형

• 총 6개의 유형으로 구분된다.

General Purpose SSD

• gp2, gp3 유형이 존재한다.
• 범용적인 목적의 SSD 볼륨
• 다양한 워크로드에서 활용된다.
• 가격과 성능의 절충안이 되어 준다.
• 범용 SSD 볼륨

특징

• gp2, gp3가 비용 효과적인 스토리지이며 gp3는 최신 세대의 볼륨으로 IOPS와 처리량을 독자적으로 설정할 수 있는 반면, gp2에서는 그 둘이 연결되어 있다는 점이다.
• gp3의 기본 성능은 3,000IOPS, 125MB/s 이다.
  • 최대 IOPS는 16,000(초당 I/O 작업 수 의미), 최대 처리량은 1,000MB/s

Provisioned IOPS(PIOPS) SSD

• io1, io2 유형이 존재한다.
• 16,000 IOPS 이상을 요구하는 애플리케이션에 적합
  • ex) 스토리지를 이용하는 데이터베이스 워크로드
• 스토리지의 퍼포먼스와 일관성에 매우 민감하다.
• EBS의 다중 연결을 지원한다.

특징

• io1과 동일한 비용으로 내구성과 기가 당 IOPS의 수가 더 높기에 현재까지는 io2를 사용하는 것이 더 합리적이다.
• Nitro EC2 인스턴스의 경우 최대 64,000 IOPS 지원, 아닌 경우 32,000 IOPS까지 지원한다. 처리량은 4~16TB

Hard Disk Drives(HDD)

• st1, sc1 유형이 존재한다.
• 부팅 볼륨이 아니다. << 중요
• 최대 16TB까지 확장된다.

st1

• 저비용의 HDD 볼륨
• 잦은 접근과 처리량이 많은 워크로드에 사용(빅데이터, 데이터 웨어하우징 로그 처리에 적합하다.)
• 최대 500IOPS, 500MB/s

sc1

• 가장 비용이 적게 드는 HDD 볼륨
• 아카이브 데이터용으로 접근 빈도가 낮은 데이터에 적합하다.
• 최대 250IOPS, 250MB/s

EBS 다중 연결

특징

• 하나의 EBS 볼륨을 같은 가용 영역에 있는 여러 EC2 인스턴스에 연결할 수 있는 기능
• EBS 볼륨 중 오직 io1, io2 만 가능하다.
• 각 인스턴스는 볼륨에 대해서 동시에 읽기, 쓰기가 가능하다.

주의사항

• 같은 가용영역내에 존재하는 인스턴스만 연결이 가능하다.
• 하나의 EBS 볼륨은 최대 16개의 EC2 인스턴스만 연결 가능하다. << 중요
• 다중 연결 실행을 위해서는 반드시 클러스터 인식 파일 시스템을 사용해야 한다.

EBS Encryption

• 암호화는 EC2 인스턴스를 호스팅하는 서버에서 수행되므로 EC2 인스턴스에서 EBS 스토리지로 전송되는 데이터가 암호화된다.
  • 암호화가 동시다발적으로 발생
• 암호화는 AES-256, AMS 서비스(AMS Key Management Service)의 CMK(Customer Master Keys)가 사용될 수 있다.
• 모든 EBS 볼륨 타입은 암호화 가능하다.
• 암호화된 볼륨의 스냅샷과 암호화된 스냅샷에서 생성된 볼륨은 같은 볼륨 암호키를 사용해서 자동으로 암호화된다.

AMI

AMI란

• AMI란 Amazon Machine Image이며 EC2 인스턴스를 통해 만든 이미지를 말한다.
• AMI로 AWS를 구축할 수도 있고 커스텀 할 수도 있다.
  • AMI에 원하는 소프트웨어 또는 설정 파일을 추가하거나 별도의 운영 체제를 설치할 수도 있다.
  • 모니터링 툴을 추가할 수도 있다.
• AMI를 따로 구성하면 부팅 및 설정에 드는 시간을 줄일 수 있다.
  • EC2 인스턴스에 설치하고자 하는 모든 SW를 AMI가 미리 패키징하기 때문에
• AMI를 특정 리전에 구축한 다음 다른 리전으로 복하새허 사용할 수 있다.

EC2 Instance Store

EC2 Instance Store란

• 물리적 서버에 연결된 하드웨어 드라이브를 가리킨다.
• EC2에 물리적으로 연결된다.

특징

• EC2 인스턴스 스토어는 I/O 성능 향상을 위해 활용할 수 있다.
• 버퍼, 캐시 혹은 스크래치 데이터, 임시 콘텐츠를 사용하려는 경우 보관하기 좋다.
  • 하지만, EC2 인스턴스 중지 혹은 종료시 해당 스토리지 또한 손실된다.
  • 따라서 비지속형 스토리지, 임시 스토리지라고 불린다.
  • 이와 같은 이유로 EC2 인스턴스 스토어가 장기적으로 데이터를 보관할 만한 장소가 될 수 없음을 보여 준다.
• 데이터 백업 혹은 복제가 필요하다.

Amazons EFS

EFS(Elastic File System)

• 관리형 FNS이다.
• 네트워크 파일 시스템이므로 많은 EC2 인스턴스에 마운트될 수 있다.
  • EC2 인스턴스는 서로 다른 가용 영역에 있을 수 있다.
  • 이것이 EFS의 장점이다.
• 가용성이 높고 확장성이 뛰어나지만 비싸다.
  • GP2 EBS 볼륨의 약 3배다.
  • 사용량에 따라 비용을 지불하므로 미리 용량을 프로비저닝할 필요가 없다.
• 사용 사례
  • 콘켄츠 관리, 웹 서빙, 데이터 공유, Wordpress
• 내부적으로 NFS 프로토콜을 사용하며 EFS에 대한 액세스를 제어하려면 보안 그룹을 설정해야 한다.
  • 보안그룹으로 둘러싸여있기 때문에
• 중요한 점은 윈도우가 아닌 Linux 기반의 AMI와만 호환된다.
• KMS를 사용해 EFS 드라이브에서 미사용 암호화를 활성화할 수 있다.

옵션

Performance Mode(성능 모드)

• General Purpose(default)
  • 범용 목적으로 사용되고 지연 시간에 민감한 사용 사례에 사용된다. 웹 서버, CMS ...
  • 하지만 처리량을 최대화하려면 최대 I/O 모드를 선택해야 한다.
• Max I/O
  • 지연 시간이 더 긴 네트워크 파일 시스템이지만 처리량이 높고 병렬성이 높다.
  • 빅 데이터 애플리케이션이나 미디어 처리가 필요한 경우 유용하다.

처리량 모드

• Bursting
  • 1TB인데, 초당 50MiB에 초당 100MiB 버스트까지 더한 것이다.
• Provisioned
  • 1TB 스토리지에서 초당 1GiB를 처리할 수 있다.
  • 스토리지와 처리량을 분리했기에 괜찮다.
• Elastic
  • 워크로드에 따라 처리량을 자동으로 조절할 수 있다.
  • 워크로드를 예측하기 어려울때 사용

Storage Classes

스토리지 계층

• 스토리지 계층을 설정할 수 있다.
• 며칠 후 파일을 다른 계층으로 옮길 수 있는 기능이다.
  • 표준 계층: 자주 액세스 하는 계층
  • EFS-IA: 자주 액세스하지 않는 계층
    • 위 계층에서 파일을 검색할 경우 비용이 발생한다,.
    • EFS-IA에 정하면 비용이 감소된다. 대신 수명 주기 정책을 사용해야 한다.

  가용성과 내구성

• Multi-AZ
  • 프로덕션 사용 사례에 적합하다.
  • 가용 영역 하나가 다운되더라도 EFS 파일 시스템에 영향을 미치지 않는다.
• One Zone
  • 개발용으로는 적합할 수 있다.
  • 하나의 AZ에만 있고 백업은 기본적으로 활성화되도록 설정되어 있으며 액세스 빈도가 낮은 스토리지 계층과 호환된다.
  • 때문에 비용이 많이 할인됨. 약 90%정도

EBS vs EFS

EBS vs EFS

• EBS 볼륨은 io1/io2 유형 볼륨의 다중 첨부 기능을 사용하는 것 외에는 한 번에 하나의 인스턴스에 첨부된다.
• EBS 루트 볼륨은 EC2 인스턴스가 종료되면 기본적으로 종료되지만, 이 동작은 비활성화가 가능하다.
• AZ간의 EBS 볼륨을 마이그레이션하기 위해선, EBS 스냅샷을 만들어야한다.
  • EBS 볼륨 백업은 I/O를 사용하므로, 애플리케이션이 많은 트래픽을 처리한다면 인스턴스의 성능을 위해 실행하지 않는 것이 좋다.
• EFS는 하나의 파일 시스템으로 서로 다른 AZ에서 서로 다른 마운트 대상을 가질 수 있다.
• EFS는 여러 인스턴스가 하나의 파일 시스템을 공유할 수 있다.
• EFS는 EBS보다 가격대가 높지만, EFS-IA 기능을 활용하여 비용을 절감할 수 있다.
• Posix 시스템을 사용하는 WordPress가 있는 경우에 사용하기 적합하다.
  • Posix(포직스), Portable Operating System Interface + UniX
    Unix를 기반으로 만든 수많은 Linux 기반 운영체제들의 단일 포괄적 표준(Competing Standard)을 만들기 위한 목적으로 제작된 것