[AWS] 새로운 EBS 유형: ST1 시도

AWS의 업데이트로 EBS에는 두 가지 새로운 유형이 추가되었습니다.
둘 다 HDD로 처리량에 가장 적합한 ST1과 저주파수 접근을 위한 SC1이다.
위에서 설명한 링크에 따르면 1TB 볼륨은 250MB/s이며 갑자기 발생하면 최대 500MB/s가 발생합니다.
AWS 페이지에서 요금 부분만 업데이트되었습니다.(2016/4/20시)

평점

나는 즉시 시험해 보았다.
EC2를 만들 때 루트 볼륨에는 이전 유형만 표시되고 추가 볼륨만 ST1/SC1을 선택할 수 있습니다.
주로 ST1의 평가였지만 GP1을 비교적 사용했고 스탠더드(magnetic)도 같은 용량(1TB)을 부착했다.
예는 Amazon Linux의 m4입니다.large로 제작 중입니다.

EBS의 관리 콘솔은 다음과 같이 생성됩니다.

각 볼륨이 마운트되었습니다.
파일 시스템은 ext4입니다.

$ df -h
Filesystem             Size  Used Avail Use% Mounted on
/dev/xvda1             7.8G  935M  6.8G  12% /
devtmpfs               3.9G   84K  3.9G   1% /dev
tmpfs                  3.9G     0  3.9G   0% /dev/shm
/dev/mapper/gp2-gp2Lv  985G   72M  935G   1% /data/gp2
/dev/mapper/st1-st1Lv  985G   72M  935G   1% /data/st1
/dev/mapper/std-stdLv  985G   72M  935G   1% /data/std

무작위 접근을 원하지 않기 때문에, dd로 100GB를 써서 서열의 토출량을 측정합니다.

$ sudo time dd if=/dev/zero of=/data/gp2/write.tmp ibs=1M obs=1M count=102400
102400+0 records in
102400+0 records out
107374182400 bytes (107 GB) copied, 2269.99 s, 47.3 MB/s
10.14user 81.46system 37:50.11elapsed 4%CPU (0avgtext+0avgdata 4028maxresident)k
0inputs+209715200outputs (0major+592minor)pagefaults 0swaps

$ sudo time dd if=/dev/zero of=/data/st1/write.tmp ibs=1M obs=1M count=102400
102400+0 records in
102400+0 records out
107374182400 bytes (107 GB) copied, 1974.39 s, 54.4 MB/s
11.37user 78.90system 32:54.54elapsed 4%CPU (0avgtext+0avgdata 4088maxresident)k
0inputs+209715200outputs (0major+594minor)pagefaults 0swaps

$ sudo time dd if=/dev/zero of=/data/std/write.tmp ibs=1M obs=1M count=102400
102400+0 records in
102400+0 records out
107374182400 bytes (107 GB) copied, 4989.37 s, 21.5 MB/s
10.32user 83.49system 1:23:09elapsed 1%CPU (0avgtext+0avgdata 4260maxresident)k
0inputs+209715200outputs (0major+598minor)pagefaults 0swaps

총괄해 보면 이렇다.
EBS 유형
처리량(MB/s)
GP2
47.3
ST1
54.4
Standard
21.5
Standard를 제외한 GP2, ST1은 인스턴스 유형에 따라 제한됩니다.
인스턴스 유형 m4.large -> m4.4xlarge로 높여서 다시 측정했습니다.

$ sudo time dd if=/dev/zero of=/data/gp2/write.tmp ibs=1M obs=1M count=102400
102400+0 records in
102400+0 records out
107374182400 bytes (107 GB) copied, 644.162 s, 167 MB/s
9.06user 69.83system 10:44.60elapsed 12%CPU (0avgtext+0avgdata 4016maxresident)k
6488inputs+209715200outputs (0major+593minor)pagefaults 0swaps

$ sudo time dd if=/dev/zero of=/data/st1/write.tmp ibs=1M obs=1M count=102400
102400+0 records in
102400+0 records out
107374182400 bytes (107 GB) copied, 432.609 s, 248 MB/s
8.26user 67.76system 7:21.72elapsed 17%CPU (0avgtext+0avgdata 4100maxresident)k
6512inputs+209715200outputs (1major+594minor)pagefaults 0swaps

EBS 유형
처리량(MB/s)
GP2
167
ST1
248
아까랑 다르네.
ST1은 GP2의 처리량을 대폭 초과하여 정식 명칭에 거의 가까운 248MB/s의 처리량을 발휘하고 있다.
참고로 상술한 테스트의 클라우드 워치 모니터링 결과는 이렇다.

m4.lage를 실시할 때, 실례적인 삼키기 한계에서 진행된 것이 분명하다.

총결산

새로 추가된 EBS 유형의 ST1로, 이름처럼 시퀀스의 처리량이 상당히 높습니다.
하지만 이번에는 HDD의 처리량이 얼마나 무겁거나 무작위 접근이 극도로 낮아지는 경향이 있는지 순서대로 시험해 봤기 때문에 다양한 패턴으로 시도하고 추가하고 싶습니다.