狠狠撸
Submit Search
パブリッククラウドサービスAmazon EC2の性能検証レポート (CADC研究レポート発表会用)
?
3 likes
?
2,751 views
Yuuki Namikawa
Follow
1 of 12
Download now
Download to read offline
More Related Content
パブリッククラウドサービスAmazon EC2の性能検証レポート (CADC研究レポート発表会用)
1.
http://www.flickr.com/photos/nirak/644335254/ [研究レポート発表] パブリッククラウドサービス Amazon EC2の性能検証レポート (株)サイバーエージェント アメーバ事業本部 プラットフォームディヴィジョン サービスディベロップメントグループ,
CADC 並河 祐貴 (id:rx7, @namikawa)
2.
http://www.flickr.com/photos/nirak/644335254/ 2 アジェンダ ? Amazon
Web Servicesについて ? 本研究の目的 ? 性能計測の比較対象 ? ネットワークレイテンシ測定 ? CPUベンチマーク ? ディスクベンチマーク 今回は時間の都合上、全ての検証結果を載せていません。 興味がある方は、研究レポートをご覧ください。
3.
http://www.flickr.com/photos/nirak/644335254/ 3 Amazon Web
Services Amazon EC2 (仮想サーバ) Amazon S3 (オンラインストレージ) ? サービスの特徴 – ロードバランサや監視など、運用に必要となるサービスが揃って いる – 初期費用無料、1時間/1GB単位での従量課?($0.02?/1h) – ?い稼働率保障(EC2: 99.95%, S3: 99.9%) Amazon.com社の提供する ITインフラ(ハードウェア/ネットワーク)のクラウドサービス
4.
http://www.flickr.com/photos/nirak/644335254/ 4 本研究の目的 ? パブリッククラウドを使う目的の1つは部分的な コストの削減 ?
コスト的な観点からクラウドサービスの利用 シーンがあるかもしれない – 既存のデータと連携しないような新規サービス等
5.
http://www.flickr.com/photos/nirak/644335254/ 5 サンプルケース1 ? サービスインしてみないと必要なサーバ台数が まったく計算できない場合 –
通常、新しいWebサービスはサービスインしてみな いと、どのくらいアクセスがあるかは不明 – 新しいWebサービスに多額の初期投資(多くのサーバ やネットワークの準備)は賭けに出るようなもの クラウドを利用すれば、アクセス状況を?ながら、サーバ 数を増減させることが容易かつ低コストで実現出来る
6.
http://www.flickr.com/photos/nirak/644335254/ 6 サンプルケース2 ? 季節モノ(クリスマス?お正月など)やキャン ペーン等で一時的にしか多くのサーバを必要と しない場合 –
例えば、お正月向けのサービスであれば、お正月の み本稼動させていれば良い サーバの増減に柔軟に対応できる クラウドサービスの利用は相性が良い
7.
http://www.flickr.com/photos/nirak/644335254/ 7 本研究の目的 ? Amazon
EC2の公称スペック – CPUスペックが”ECU”といった独自単位 – I/O性能が非定量的かつ相対的な4段階評価 – 初めて利用するユーザにとっては、サーバの選定? サイジングがし辛い Amazon EC2の仮想サーバ上で、 ベンチマークツールで実際に測定してみよう!
8.
http://www.flickr.com/photos/nirak/644335254/ 8 計測?比較対象 ? 4
Region – us-east, us-west, ap-southeast, eu-west ? 10 Instance Type – CPU: 1ECU ? 33.5ECU – Mem: 613MB ? 68.4GB – Disk: 160GB ? 1690GB + α – I/O Performance: Low ~ Very High (4types) – Price: $0.02/h ? $2.40/h
9.
http://www.flickr.com/photos/nirak/644335254/ 9 各Regionからのネットワークレイテンシ from OCN系ISP
from Softbank系 ISP us-east 183.920 178.129 us-west 129.306 124.487 eu-west 278.324 262.590 ap-southeast 85.716 77.956 ? 日本国内よりping(ICMP Echo)を10回実?し、 RTT(Round Trip Time)の平均値を取得 (単位はmsec) レポートでは、日本国内からはap-southeastからの ネットワークレイテンシが最も小さい結果となっているが、 2011/3以降、ap-northeast(日本)が存在する! 0 50 100 150 200 250 300 us-east us-west eu-west ap-southeast from Softbank系ISP from OCN系ISP
10.
http://www.flickr.com/photos/nirak/644335254/ 10 各Instance TypeでのCPUベンチマーク ?
“姫野ベンチマーク”を利用 (単位はMFLOPS) Instance type MFLOPS measured (vCore) t1.micro 271.320092 (x1) m1.small 324.676111 (x1) c1.medium 774.602322 (x2) m1.large 892.176316 (x2) m1.xlarge 880.100758 (x4) c1.xlarge 1044.821975 (x8) m2.xlarge 1544.973882 (x2) m2.2xlarge 1600.39996 (x4) m2.4xlarge 1572.732919 (x8) cc1.4xlarge 1676.395005 (x16) 姫野ベンチマークでは、シングルコアでの性能値が算出されている ように?受けられるため、実際の総合的なベンチマークとしては、 上記の実測値とCore数の積と考えられる。 0 200 400 600 800 1000 1200 1400 1600 1800 t1.micro m1.small c1.medium m1.large m1.xlarge c1.xlarge m2.xlarge m2.2xlarge m2.4xlarge cc1.4xlarge
11.
http://www.flickr.com/photos/nirak/644335254/ 11 各Instance TypeでのディスクI/Oベンチマーク ?
“dbench”を利用 – Instance-rootタイプのローカルディスクに実施 – レポートでは”hdparm”も利用しましたが割愛 Throughput max_latency m1.small 83.3971 3152.082 c1.medium 144.739 1847.075 m1.large 172.128 4875.352 m1.xlarge 197.14 2492.915 c1.xlarge 198.618 3100.112 m2.xlarge 276.09 4059.14 m2.2xlarge 293.215 3569.074 m2.4xlarge 313.331 3623.604 同じ“Moderate”の“m1.small”と“c1.medium”、“m2.xlarge”の3つでも、 割と差がある感じ。公表スペックのI/Oパフォーマンスは、ディスク だけではなくネットワークのI/Oも含まれていると考えられる。 0 50 100 150 200 250 300 350 m1.small c1.medium m1.large m1.xlarge c1.xlarge m2.xlarge m2.2xlargem2.4xlarge 0 1000 2000 3000 4000 5000 6000 Throughput max_latency
12.
http://www.flickr.com/photos/nirak/644335254/ 12 最後に ? 調査結果より、各Instance
typeで、CPUおよび ディスク性能の定量的な数値から、既存物理 サーバとの比較材料とすることができる ? パブリッククラウドサービスはシステム上のメ リットとデメリットをきちんと把握した上で利 用することで、大きなコストメリットが生まれ る場合がある
Download