I / O 성능에 가장 큰 영향을 줄 수있는 첫 번째 사항 은 사용중인 인스턴스 유형 입니다.
Instance Type I/O Performance
------------- ---------------
t1.micro Low
m1.small Moderate
m2.xlarge Moderate
c1.medium Moderate
m1.large High
m1.xlarge High
m2.2xlarge High
m2.4xlarge High
c1.xlarge High
cc1.4xlarge Very High (10 Gigabit Ethernet)
cc2.8xlarge Very High (10 Gigabit Ethernet)
cg1.4xlarge Very High (10 Gigabit Ethernet)
EBS 볼륨 및 얻을 수있는 성능에 대해서는 AWS FAQ에서 알 수 있듯이 애플리케이션을 벤치마킹하여 예상 대상을 확인해야합니다.
Q : Amazon EBS 볼륨에서 어떤 종류의 대기 시간과 처리 속도를 기대할 수 있습니까? Amazon EC2 인스턴스에서 Amazon EBS 볼륨까지의 지연 시간은 로컬 Amazon EC2 인스턴스 스토리지 드라이브에서 볼 수있는 지연 시간과 유사합니다. I / O 속도는 요청의 크기, 액세스 패턴의 임의성 및 응용 프로그램에서 사용하는 캐싱 전략에 따라 크게 달라질 수 있습니다. 따라서 가장 정확한 방법은 Amazon EBS 볼륨에서 특정 애플리케이션을 벤치마킹하는 것입니다.
이것이 의미하는 바는 EBS 속도가 로컬 인스턴스 스토리지보다 반드시 나쁘거나 나을 필요는 없다는 것입니다. 실제로 데이터 액세스 동작에 따라 다릅니다.
자세한 정보는 AWS EBS 페이지에 있습니다 .
Amazon EBS 볼륨 성능
Amazon EBS 볼륨은 데이터 세트에서 많은 랜덤 액세스를 수행하는 애플리케이션에 대해 Amazon EC2 인스턴스 스토어보다 높은 처리량을 제공하도록 설계되었습니다. 또한 여러 볼륨을 인스턴스에 연결하고 볼륨을 스트라이핑하여 처리량을 추가로 증가시킬 수 있습니다.
정확한 성능은 애플리케이션에 따라 달라 지므로 (예 : 랜덤 vs. 순차적 I / O 또는 큰 vs. 작은 요청 크기) 실제 측정을 볼륨과 비교하여 벤치마킹하는 것이 가장 좋습니다. Amazon EBS 볼륨에는 네트워크 액세스가 필요하므로 더 큰 인스턴스에서 더 빠르고 일관된 처리량 성능을 볼 수 있습니다.
또한 I / O 성능에는 디스크 IO뿐만 아니라 네트워크 트래픽도 포함되므로 인스턴스의 네트워크 트래픽이 많을수록 디스크 IO가 줄어 듭니다.
제공하는 내용에 따라 객체의 메모리 내 캐싱은 응용 프로그램 유형에 가능한 경우 상당히 도움이 될 수 있습니다.
또한 다양한 RAID 구성에서 EBS 및 로컬 (일시적) 볼륨의 성능을 벤치마킹하고 좋은 IO 성능을 얻기 위해 조정하는 블로그 게시물이 있습니다.
RAID의 EC2 임시 디스크 및 EBS 볼륨
Amazon EC2 I / O 성능 : 로컬 임시 디스크와 RAID 0 스트라이프 EBS 볼륨
아마존의 EBS에서 좋은 IO 얻기