[SAA] MyWordPress.com

Stateful Web App: MyWordPress.com

• 완전히 확장 가능한 워드프레스 웹사이트를 만들고자 하며,
  워드프레스가 일부 드라이브 어딘가에 사진을 저장하도록 작동하고 모든 인스턴스가 그 데이터에 접근할 수 있어야 함
  또한 유저 데이터와 블로그 컨텐츠가 모든 MySQL 데이터베이스에 저장되며 전세계적으로 확장되길 원함

RDS layer

• 가장 먼저 레이어를 생성하며 레이어는 RDS가 있으며 Multi AZ
  

Scaling with Aurora: Multi AZ & Read Replicas

• 더욱 확장하길 원한다면 레이어를 Aurora MySQL로 교체할 수 있으며, 이는 다중 AZ 읽기 전용 복제본과 글로벌 데이터를 가짐
  
  

  

 

 

Storing images with EBS

• 하나의 EC2 인스턴스를 가지고 있을 때 이것에는 EBS 볼륨이 부착되어 하나의 AZ에 존재하며 로드 밸런서에 연결되며
  유저는 로드밸런서에 이미지를 보내게 되고 이는 EBS에 저장됨
  
• 오직 하나의 EC2 인스턴스만 있고 곧장 EBS 볼륨으로 가므로
  그 이미지를 읽고 싶다면 그 이미지를 EBS 볼륨에서 읽고 유저에게 돌려줌
• 하지만 확장을 할 경우 문제가 발생
  
  

• 2개의 EC2 인스턴스와 두 개의 다른 AZ가 있을 때 EC2 인스턴스는 각각 자체 EBS 볼륨이 있음
  이 때 이미지를 보내게 되면 해당되는 하나의 EBS 볼륨에만 저장되므로
  이미지를 읽고 싶을 때 다른 EBS 볼륨으로 갈 경우 똑같은 EBS 볼륨이 아니기 때문에 이미지에 접근할 수 없음
  
  

• 그리하여 EFS를 사용하여 EFS 네트워크 파일 시스템 드라이브에 기록
• EFS(Elastic File System)는 NFS(Network File System)이고 EFS는 기본적으로 ENI(Elastic Network Interface)를 생성
• EFS는 각 AZ에 ENI를 생성하고 ENI를 통해 EFS 드라이브에 접근하는 모든 EC2 인스턴스를 사용할 수 있게 되고
  스토리지가 모든 인스턴스들 사이에서 공유되어 모두 똑같은 파일에 접근할 수 있게 됨
• 그러므로 이미지를 인스턴스에 보내게 되면 ENI로 EFS로 보내게 되어 이미지는 EFS에 저장되고
  이미지를 읽고 싶다면 ENI를 통해 EFS에서 읽을 수 있게 됨

In this lecture we’ve discussed…

• 간편한 다중 AZ 및 읽기 전용 복제본을 제공하는 Aurora 데이터베이스
• EBS(단일 인스턴스 애플리케이션)에 데이터 저장 vs EFS(분산 애플리케이션)에 데이터 저장
  EBS는 EFS보다 저렴