EC2 인스턴스에 부착할 수 있는 네트워크 드라이브이다. USB와 같이 동작한다고 생각하면 편하다.
인스턴스가 삭제되더라도 EBS는 삭제되지 않으며(설정을 통해 인스턴스 삭제와 동시에 삭제설정도 가능) 일반적으로 한 번에 하나의 인스턴스에 부착될 수 있다. 또한 하나의 인스턴스는 여러 개의 EBS를 부착할 수 있다.
단, EBS Volume 유형 중
io1/io2
를 선택하게 된다면 하나의 EBS Volume을 여러 개(최대 16개)의 EC2 인스턴스에 부착할 수 있다.
AZ scoped 이기 때문에 예를 들어 us-east-1a
에 있는 EBS Volume은 us-east-1b
에서 사용될 수 없다. 사용하고자 한다면 복사할 EBS의 snapshot을 생성하고 그 snapshot을 통해 다른 AZ에서 복사해서 사용해야 한다.
EC2 인스턴스 삭제 시 기본 설정은, root volume은 삭제되고 root volume이 아닌 일반 EBS Volume은 삭제되지 않는다. 인스턴스 생성 시 설정값인 Delete On Termination
을 변경해주어야 해당 설정을 변경 가능하다.
EBS Volume 유형에는 6가지가 있으며 root OS가 실행될 수 있는 SSD와 HDD로 나뉜다.
gp2/gp3
: General purpose 유형으로 비용과 기능이 적절히 균형잡혀 있는 유형이다.
io1/io2
: 가장 뛰어난 성능을 가진 유형으로 최우선적으로 중요하거나 고성능이 요구되는 워크로드에 사용된다.
st1
: 저렴한 비용의 유형으로 자주 접근되는 워크로드에 쓰인다.
sc1
: 가장 저렴한 비용의 유형이다.
어느 시점에서나 생성가능한 EBS Volume 백업이다. 이 snapshot을 통해 새로운 EBS Volume을 생성할 수 있고, 생성된 snapshot을 원하는 AZ나 Region로 복사할 수 있기 때문에 snapshot을 다른 AZ나 Region에서 사용할 수 있다.
snapshot을 생성할 때 필수적으로 EBS Volume을 인스턴스로부터 분리해야하는 것은 아니지만 권장된다.
아카이브에 snapshot을 저장한다. 일반적으로 두는 것에 비해 비용이 75% 정도 저렴하지만 후에 아카이브로부터 snapshot을 가져오기까지 24시간에서 72시간이 걸리니 참고해야 한다.
Snapshot을 삭제했을 때 바로 삭제되지 않고 recycle bin에 머무를 수 있게 해주는 기능을 제공하여 실수로 삭제했을 시 복구가 가능하다. recycle bin에 저장되는 기간을 1일에서 1년까지 지정할 수 있다.
빠르게 snapshot을 통해 EBS Volume을 생성할 수 있도록 한다. 굉장히 비싸다
EBS Encryption을 하게 되면 이동중인 데이터, 잠자는 데이터, snapshot 등 여러가지 요소들이 모두 encrypted 되기 때문에 하는 것이 좋다. 암호화, 복호화가 EBS 내에서 이루어지기 때문에 사용자가 전혀 관리할 필요가 없어서 편리하고, 따로 속도에 영향을 주지도 않는다.
EBS Volume 생성 시 Encryption에 체크하면 되지만, 이를 까먹고 못했을 때 어떻게 EBS Volume을 암호화하는지 살펴보자.
AWS가 관리해주는 NFS(Network file system)으로 여러 AZ에 걸쳐 여러 개의 EC2 인스턴스에 mount할 수 있다. 스케일링에 용이하고 사용하는 만큼 비용을 지불하는 방식이라 가격이 비싸지만 예산을 계획하지 않아도 되고 자동 스케일링을 지원한다는 장점이 있다.
컨텐츠 관리, 데이터 공유, 웹 서비스에 사용되고 Linux based AMI에서만 사용이 가능하다.(Windows 사용 불가) Security Group을 사용하여 EFS에 대한 접근을 관리한다.