약 70GB의 EBS gp3 SSD가 탑재된 AWS EC2 인스턴스가 있습니다. 때때로 우리는 새 파일을 이 EBS에 복사하기 위해 scp 명령을 수행하지만 나머지 시간 동안 인스턴스는 EBS에서 읽기 작업만 수행합니다.
이 인스턴스는 인터넷에서 요청을 받으며 각 요청에 대해 2000개의 파일(60kb 중 1000개 및 414b 중 1000개)을 읽어야 합니다. 이제 이 인스턴스를 Auto Scaling 그룹에 포함하려고 합니다. 이번 EBS는 어떻게 해야 할까요? 내가 읽은 한 다음과 같이 할 수 있습니다.
- 생성될 때마다 원본 EBS를 복사하는 새 EBS로 새 인스턴스를 생성합니다. -> GB를 복사하고 결국 EBS를 복사하는 데 $ + 시간이 소요되는 IOPS를 수행합니다.
- 다중 연결 EBS 사용 -> 더 높은 스토리지 비용(일반이 아닌 프로비저닝된 GB임)
- EFS를 사용하세요. 더 낮은 속도와 더 높은 대기 시간. EBS보다 가격이 높지만, 여러 개 생성하면 더 저렴해집니다.
- 오류를 방지하려면 최소:1, 최대:1의 Auto Scaling 그룹이 있는 마이크로 인스턴스에서 NFS를 사용하고 EBS가 생성될 때마다 연결하세요.
- GlusterFS를 사용하세요. AWS에서는 꽤 비싼 것 같아요. 그렇습니까?
장기적으로 보면 100GB 이상을 공유할 수 없을 것 같습니다. 이 시나리오에서 가장 좋은 접근 방식은 무엇이라고 생각하시나요? 5)에서 생각하고 있었는데 비용 때문에 4)에서 생각했어요.
답변1
EFS는 일반적으로 이 시나리오에서 사용되며 공유 네트워크 저장소로 만들어졌습니다. EFS 비용이나 성능이 적합하지 않은 경우 다중 연결 EBS를 사용할 수도 있습니다.
1 / 4 / 5는 좋은 옵션이 아닙니다 IMHO. 서버보다는 서비스를 사용하세요.