AWSのアップデートにより、EBSに新しい2つのタイプが追加されました。

どちらもHDDで、スループットに最適化されたST1と低頻度アクセス向けのSC1です。
上記リンクによると、1TBボリュームで 250 MB/s 、バースト時には最大 500 MB/s まで出るようです。

AWSのページでは、料金の部分のみ更新されていました。（2016/4/20時点）

評価

早速試してみました。
EC2作成時、ルートボリュームには従来のタイプしかあらわれず、追加ボリュームのみにST1/SC1が選択可能になっていました。
ST1の評価がメインですが、比較用にGP1、Standard(magnetic) も同じ容量 (1TB) アタッチしました。
インスタンスはAmazonLinuxの 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のスループットを大幅に超え、ほぼ公称に近い 248 MB/s のスループットを発揮しています。

ちなみに、上記テストの CloudWatch モニタリング結果はこのようになっています。

m4.large で実施した際はインスタンスのスループット限界でサチっているのが明らかです。

まとめ

新しく追加された EBS タイプである ST1 ですが、その名の通りシーケンシャルのスループットはかなり高いストレージです。
ただし、今回はひとまずシーケンシャルで試しましたが、HDD は多重度が上がったりランダムアクセスになると極端にスループットが低下する傾向がありますので、これらいろいろなパターンで試し、追記したいと思います。