aws MyWordPress.com

AWS MyWordPress.com 

- 웹 사이트를 쉽게 만들고 관리할 수 있도록 도와주며 안정적이고 확장 가능한 클라우드 인프라를 제공합니다.

- 글로벌 데이터 센터 네트워크를 통해 안전하고 신속한 서비스를 제공하며, 다양한 보안 및 관리 도구를 통해 웹 사이트를 보호하고 최적화할 수 있습니다.

 

 

다중 AZ이고 모든 EC2 인스턴스에 걸쳐 적용됩니다. 만약 정말로 크게 확장하고 싶다면 어떻게 할까요? 이 계층을 오로라 MySQL로 교체할 겁니다. 

 

 

다중 AZ, 읽기 전용 복제본, 원하면 글로벌 데이터베이스까지 적용할 수 있습니다. 바로 여기에서 오로라를 사용함으로써 연산을 줄일 수 있습니다. 굳이 오로라가 아닌 다른걸 해도됩니다.

 

하나의 EC2 인스턴가 있고 하나의 EBS 볼륨이 연결되어 있는 단일 AZ의 아주 단순한 솔루션 아키텍처를 살펴보면 일단  로드 밸런서에 연결되어 있습니다. 사용자는 로드 밸런서로 이미지를 보내고 싶습니다. 그러면 그 이미지는 EBS까지 도다 달합니다. 그리고 EBS에 저장됩니다. EC2 인스턴스가 하나일 떄는 정말 잘 작동합니다. EBS 볼륨까지 바로 연결되고 아무 문제 없습니다. 이미지를 불러올 떄도 마찬가지 입니다. EBS 볼륨으로부터 이미지를 읽어들여서 사용자에게 보내면 좋습니다.

 

 

그러나 확장하기 시작하면 문제가 생깁니다. 이제 두 개의 EC2 인스턴스와 두개의 AZ가 있습니다. 그리고 각각의 EC2 인스턴스와 각각의 EBS 볼륨을 가지고 있습니다. 어떻게 되는지 보면 인스턴스로 이미지를 보내면 해당 EBS 볼륨에 저장됩니다. 이미지를 불러오고 싶다면 이쪽으로 와서 읽어들일 수 있습니다. 그러나 흔한 오류는 이미지를 읽어들이기 위해 아내쪽 볼륨 으로 가는겁니다. 그러면 같은 EBS 볼륨이 아니기 때문에 아래쪽에는 이미지가 없고 이미지에 접근할 수 없습니다. 아주 좋지 않습니다. EBS 볼륨의 단점은 하나의 인스턴스만 있을 떄는 아주 잘 작동하지만 다중 AZ 또는 다중 인스턴스로 확장을 시작하면 문제가 생기기 시작한다는 점입니다.

 

 

EFS를 사용할 수 있습니다. 완전히 동일한 아키텍처를 사용합니다. 하지만 이번엔 EFS 즉 네트워크 파일 시스템 드라이브를 사용합니다. EFS가 NFS입니다. EFS는 탄력적인 네트워크 인터페이스를 위해 각각의 AZ에 ENI를 생성합니다. 이 ENI는 EFS 드라이브에 접근하는 모든 EC2에 사용할 수 있습니다. 여기에서 정말 좋은 것은 스토리지가 모든 인스턴스에게 공유된다는 점입니다. 즉 M5 인스턴스로 이미지를 보내면 ENI를 거쳐 EFS로 전달되고 이미지가 EFS에 저장됩니다. 이미지를 불러오고 싶다면 아래쪽으로 가서 ENI를 거쳐 EFS로부터 읽어들입니다. EFS에 그 이미지가 있고 이미지를 보낼 수 있습니다. 이것은 가용 영역이나 인스턴스 숫자에 관계없이 모든 인스턴스가 동일한 파일에 접근하도록 허용하기 위해 다수의 EC2 인스턴스에 걸쳐 웹사이트 스토리지를 확장하는 아주 흔한 방법입니다.