[AWS] EBS vs EFS

EBS volume(볼륨)

• 한 번에 하나의 인스턴스에 연결된다.
   : io1 및 io2 유형 볼륨의 다중 첨부 기능을 사용하는 경우는 제외된다.
• EBS 볼륨도 AZ(Availability Zone) 수준에서 잠겨있다.
• GP2 유형 볼륨의 경우
    : 디스크 크기가 증가하면 io가 증가하고
• GP3 및 io1 유형 볼륨의 경우
    : 디스크 크기와 관계없이 IO를 증가시킬 수 있다.
• EBS 볼륨 백업은 io를 사용하므로 애플리케이션이 많은 트래픽을 처리하는 동안에는 성능에 영향을 줄 수 있으므로 실행하지 않아야 한다.
• EC2 인스턴스의 경우, EC2 인스턴스가 종료되면 기본적으로 인스턴스의 경로 EBS 볼륨도 종료되지만, 해당 동작을 비활성화할 수 있다.

(출처 : 구글이미지)

• 위에 이미지에서 AZ1에 하나의 EC2 인스턴스가 있고, 여기에 하나의 EBS 볼륨이 연결되어 있는데 이 볼륨은 EC2의 다른 인스턴스에 연결할 수 없다. 그러면 한 AZ에서 다음 AZ로 이동하는 방법은
      : EBS 볼륨을 AZ간에 마이크레이션하려면 스냅샷을 찍어 EBS 스냅샷에 넣은 후 이 스냅샷을 다른 AZ에 복원해야 한다.(여기서 중요한 점은 동기화가 아니라 복제라는 점이다!)

 

EFS(Elastic File System)

• 여러 가용성 영역(AZ)에 걸쳐 수백 개의 인스턴스에 연결하는 것이 목표이다.
    = 하나의 EFS파일 시스템으로 여러 AZ에서 서로 다른 마운트 대상을 가질 수 있다.
    : 그러면 여러 인스턴스가 하나의 파일 시스템을 공유할 수 있게 된다.
• 워드프레스가 있는 경우에 매우 유용하다.
    : 워드프레스는 POSIX 시스템을 사용하기 때문에 리눅스 인스턴스에서만 사용된다.
• EFS는 EBS보다 가격이 더 높지만 스토리지 계층을 활용하여 비용을 절감할 수 있다.

(출처 : 구글이미지)

 

 

 

 

♣ 인스턴스 스토어의 경우 EC2 인스턴스에 물리적으로 연결되어 있으므로, EC2 인스턴스를 잃게 되면 스토리지도 잃게 된다.