Aw svs trifortクラウド選びのポイント

AWS vs TriFort
クラウド選びのポイント
ＶＳ

自己紹介
<経歴＞
日本ヒューレット・パッカードやNTTコミュニケーションズなどの
大手ITベンダーで技術職を担当し、システム運用やネットワーク構
築などのノウハウを習得。
その後、2009年にソーシャルゲーム開発において業界トップクラス
であり、東証JASDAQに上場しているCROOZ株式会社に参画し、同
年6月に取締役に就任。
翌年5月同社技術統括担当執行役員に就任。CTOとして大規模WEB
サービスの開発に携わる。
2012年6月に退任、2012年8月に大竹とともにトライフォートを設
立し現在代表取締役Co-Founder/CTOを務める。
代表取締役Co-Founder/CTO 小俣泰明
twitter @taimeidrive
facebook: taimei omata フォローしてね＾＾

目次
1. インフラ領域の作業とは？
2. AWSとTriFort Cloudのコスト比較
3. AWSとTriFort Cloudのサーバースペック比較
4. AWSとTriFort Cloudの保守サポート比較
5. AWSとTriFort Cloudの監視比較
6. AWSとTriFort Cloudのネットワーク比較
7. AWSの不安なポイント

インフラの作業の確認
• 電力確保、無停電装置、免震台など環境の用意(コロケーション)
• ネットワーク環境をつなぐ
• システム設計、サイジング
• サーバーの選定購入、キッティング
• ネットワーク機器選定
• ラック配置、ケーブリング
• ネットワーク設計(IPセグメント、冗長構成)
• OSインストール
• ミドルウェアの設定、チューニング
• ドメインの取得、設定
• プログラミングの本番アップのシステム
• 監視設計
• 導入後の障害対応

AWSの範囲
• 電力確保、無停電装置、免震台など環境の用意
• OSインストール(一部標準構成のみ)
• 監視設計
AWSであっても
赤字の部分を対応するエンジニアが必要！

TriFortの範囲
• 電力確保、無停電装置、免震台など環境の用意
• OSインストール
• 監視設計
TriFortクラウドは全て対応したものを提供します。

AWS、TriFortクラウド比較表：費用
例：ソーシャルゲーム
(AppStore／Google Playランク50位前後の某タイトル)の規模の場合
AWS Trifort
サーバ費 7,431,332 4,000,000
回線費
※平均50Mbps時のコストで算出
318,000
(1Mbpsあたり¥6,360)
250,000
(1Mbpsあたり¥5,000)
保守サポート 570,770 700,000
計 8,320,102 4,950,000
※AWSの費用計算には、無料利用枠割引分は除いています
※回線費は弊社運用中のソーシャルゲーム(AppStore／Google Playランク50位前後の某タイトル)の実際のトラフィック量か
ら算出

サーバーコスト（内訳）
AWS 単価(1台あたり) Trifort 単価(1台あたり)
Webサーバ
c3.8xlarge 4台
CPU：Intel Xeon E5-2670
v2 (Ivy Bridge)
コア数：32
memory： 60GB
HDD：SSD 132GB
151,132
Webサーバー 4台
CPU：Intel Xeon CPU E5-2650
v2 @ 2.60GHz (Ivy Bridge)
コア数：32
memory：64GB
HDD：SSD 132GB
150,000
DBサーバ
RDS db.r2.8xlarge 10台
プロビジョンドIOPS
20,000
CPU:（非公開）
コア数：32
memory： 60GB
HDD：SSD
583,578
DBサーバー 5台
IOPS 80,000
コア数：32
memory：256GB
HDD：ioDrive2 750GB
440,000
Cacheサーバ
ElastiCache cache.m2.4xlar
ge 4台
CPU:（非公開）
コア数：8
memory： 68GB
96,624
Cacheサーバ 4台
コア数：32
Memory：64GB
150,000
画像サーバ
c3.8xlarge 2台
v2 (Ivy Bridge)
コア数：32
memory： 60GB
HDD：SSD
151,132
画像サーバ 2台
コア数：32
Memory：64GB
HDD：SSD
150,000
バッチサーバ
c3.8xlarge 1台
v2 (Ivy Bridge)
コア数：32
memory： 60GB
HDD：SSD
151,132
バッチサーバ 1台
コア数：32
Memory：64GB
HDD：SSD
150,000
ステージングサーバ
c3.8xlarge 1台
v2 (Ivy Bridge)
コア数：32
memory： 60GB
HDD：SSD
151,132
ステージングサーバ 1台
コア数：32
Memory：64GB
HDD：SSD
150,000

比較表：保守サポート
AWS
(ビジネスレベル)
Trifort
(プランA：
24時間サポート ※4)
Trifort
(プランB：
インフラコンサルテング
24時間サポート ※4)
ハードウェア障害対応 ○ ○ ○
ネットワーク障害対応 △ ※1 ○ ○
ミドルウェア障害対応 × ○ ○
セキュリティパッチ対応 × ※2 ○ ○
ミドルウェア導入支援 × ○ ○
障害時メッセンジャー自動通知サー
ビス(StarTalk)
× × ○
プログラムエラー監視 × × ○
MySQLスローログ検出サポート × × ○
MySQLレプリケーション遅延検出
サポート
× × ○
SQLチューニングサービス × × ○
過去データ分析サービス × × ○
システムコンサルティング(最適な
サービス構成の提案)
× ※3 × ○
月額費用
ビジネスサポート
10,000～
AWS月額使用量に応
じた従量課金
400,000 700,000
※1 AWSネットワークに起因するものであれば対応。VPC内部ネットワークの設定上の問題などはユーザが対応する必要有り
※2 EC2インスタンスの場合。RDSなどPaaSソリューションについては対応
※3 エンタープライズレベルでは対応
※4 プランA 初動保証：12時間以内
プランB 初動保証：リアルタイム

補足：AWSのサポート費用の算出方法（ビジネスサポート)
いずれか大きい方
100 USD または
- 以下の計算結果 -
月額 AWS 使用料のうち最初の0 – 10,000 USD の10%
月額 AWS 使用料のうち10,000 – 80,000 USD に対しては 7%
月額 AWS 使用料のうち80,000 – 250,000 USD に対しては5%
月額 AWS 使用料のうち250,000 USD を超える分に対しては3％
貼り付け元
<https://aws.amazon.com/jp/premiumsupport/?nc1=h_l2_cc>

比較表：監視
監視 AWS TriFort
CPU使用率 ○ ○
Disk読み取り操作の数 ○ ○
Disk書き込み操作の数 ○ ○
Disk読み取りバイト数 ○ ○
Disk書き込みバイト数 ○ ○
ネットワーク受信バイト数 ○ ○
ネットワーク送信バイト数 ○ ○
ロードアベレージ × ※2 ○
メモリ使用率 × ※2 ○
ディスク使用率 × ※2 ○
障害通知：メール △ ※3 ○
障害通知：StarTalk ※1 × ○
監視データの保存期間 14日永続
※1「Startalk」はTrifort社のコミュケー
ションツールです
※2 カスタム設定で対応することもできま
すが、実装が必要、かつ追加従量課金がか
かります
※3 デフォルトでは何も設定されないので、
エンジニアが個別に設定する必要がありま
す
【参考】http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html

宣伝：『スタートーク』アラートメールサービス
http://startalk.trifort.jp/dev/
メールだと
誰が対応したのかわからない？
気づきにくい。
スタートークはLINEのようなサービスでアラートを
メッセージグループに飛ばすことが出来ます。

ネットワーク比較表（ロードバランサー、内部トラフィック）
AWS Trifort
インターネットトラフィック約130 Mbps ばらつきあり約330Mbps ほぼ安定
内部サーバー間トラフィック約220 Mbps ばらつきあり約940Mbps ほぼ安定
パフォーマンス面
(処理方式 )
L7プロキシとして動作
このためDSR構成とくらべて
負荷がかかる。レスポンスタ
イムに影響
L3のDSR方式
バースト的なアクセス
（大規模公告や、大規模イベ
ントへの負荷対応）
段階的スケールのため処理に
時間がかかる
(予め対応させるにはpre-
warming申請が必要)
処理可能
ロードバランサー
振り分け方式
(仕様公開されていないがおそ
らく)ラウンドロビン?
少なくともインテリジェンス
なバランシングはできない
重み付け振り分けが可能

AWS使用する上で不安に思う点(１)
・内部サーバー間通信が重い点
このためサーバースペックのボトルネックよりも、ネットワークボトルネッ
クのため、Webサーバーなどをスケールアウトすることになる。
・ネットワーク構築の知識やサーバセキュリティの知識はある程度必要
・同じ物理リソースを共有している他インスタンスが重いと、それに引っ張られてス
ペック出ないことがある（ここが実は重要なボトルネックのため、サーバー台数を
増やす要因になるケースが非常に多い）
→インスタンス停止→再起動すれば別の物理リソースに割り当てられるようにはな
るが
とはいえ、本番機系統では簡単に停止できないケースも
・AWSの監視（CloudWatch）データは過去2週間分しかさかのぼって確認できな
い
→それより前のデータが必要となると自前でMRTG/Zabbix等システムを入れる必
要がある
・AWS EC2のデフォルトの監視項目は、サーバ内部のリソース状況
（LoadAverage、メモリ使用率等）が取れない
→カスタムメトリクスの実装が必要、かつ従量課金かかる

AWS使用する上で不安に思う点(2)
・インターネット側通信もボトルネックとなる
・インテリジェンスなバランシングが構成できない
L7プロキシとして動作：ロードバランサー(ELB)は配下のインスタンスに対し
て重み付けして振り分けができない
→厳密には違うらしいが(仕様が公開されてないのでわからない)利用してみ
た感じ、ほぼ単純なラウンドロビン
AWSのLoadBlancer(ELB)は、実態はプロキシサーバのよう
なもので
ELBの外側と内側は別々のTCPコネクションになります。
参考：ブログ：debiancdn

総合比較
柔軟性
○
ネット上からすぐにサーバーを増減
できる
（API処理に寄る自動化まで可能）
△
高スペックサーバーを用意し、そもそも
スケールアウトせずに対応できるシステ
ムを提供
※まもなくネット上でのインスタンス増
減もリリース予定！
スペック
コスト
△
低スペックサーバーから高スペック
サーバーまで用意可能
台数が多くなりがちでコストが高く
なる。
○
超高スペックサーバーが用意可能
CPU、IOPS が高いので、少ないサーバ
数で構成を組みやすい。
※まもなく安価版もリリース予定！
サポート
エンジニア
△
AWS好きインフラエンジニアが必要
○
ハードだけでなくインフラエンジニアも
クラウド化できる。 (インフラエンジニ
ア無しで対応可能)
サポート
コンサルテン
グ
△
システムサイジングや設計レベルの
問い合わせはこなせない。
○
大規模トラフィックに対応するノウハウ
を提供。サイジングにも協力

まとめ
TriFortCloudのターゲット
・プログラマーだけですぐに始められる点
・インフラエンジニア無しでソーシャル系サービスを作りたい会社、個人。
・コストを抑えたい会社。
・0.1秒のパフォーマンス（レスポンスタイム）の改善に意識が高い会社

是非、AWSのみならずTriFortCloudをご検討ください！
Git/Subversionプランからオープン！
(フルマネージド)
https://cloud.trifort.jp/
安価版も順次リリース予定！
TriFort：ミニマムサーバー(予定) 2,000円/月
AWS：マイクロサーバー 2,000円/月
AWS：ラージ（一般的なWebServices） 15,000/月

以下補足：ネットワークベンチマーク測定
• 使用ツール
nuttcp
http://www.nuttcp.net/nuttcp/Welcome%20Page.html
• 結果
実サーバ実スイッチによる構成の方が勝る
nuttcpツールでは約5倍速い
Ping応答は約10倍速い
※インターネット回線に向けては測定箇所やネットの使用状況に応
じて値が変わる為、どちらが良いかの測定は難しい。

TriFort内部ネットワークベンチマーク測定
有明IDC web17 > web18測定
# nuttcp -v -i1 x.x.x.119
nuttcp-t: v6.1.2: socket
nuttcp-t: buflen=65536, nstream=1, port=5001 tcp -> x.x.x.119
nuttcp-t: time limit = 10.00 seconds
nuttcp-t: connect to x.x.x.119 with mss=1448, RTT=0.230 ms
nuttcp-t: send window size = 524288, receive window size = 524288
nuttcp-t: available send window = 393216, available receive window = 393216
nuttcp-r: v6.1.2: socket
nuttcp-r: buflen=65536, nstream=1, port=5001 tcp
nuttcp-r: interval reporting every 1.00 second
nuttcp-r: accept from x.x.x.118
nuttcp-r: send window size = 524288, receive window size = 524288
nuttcp-r: available send window = 393216, available receive window = 393216
112.1250 MB / 1.00 sec = 940.5699 Mbps 0 retrans
nuttcp-t: 1123.1250 MB in 10.00 real seconds = 115007.61 KB/sec = 942.1423 Mbps
nuttcp-t: retrans = 0
nuttcp-t: 17970 I/O calls, msec/call = 0.57, calls/sec = 1796.99
nuttcp-t: 0.0user 0.2sys 0:10real 2% 0i+0d 464maxrss 0+2pf 17950+1csw
nuttcp-r: 1123.1250 MB in 10.01 real seconds = 114910.71 KB/sec = 941.3485 Mbps
nuttcp-r: 70091 I/O calls, msec/call = 0.15, calls/sec = 7003.17
nuttcp-r: 0.0user 0.6sys 0:10real 6% 0i+0d 334maxrss 0+19pf 52135+5csw

TriFortネットワークベンチマーク測定(PING応答)
ping x.x.x.119
PING x.x.x.119 (x.x.x.119) 56(84) bytes of data.
64 bytes from x.x.x.119: icmp_seq=1 ttl=64 time=1.29 ms

AWSネットワークベンチマーク測定
(AWS EC2 172.31.32.40 > 172.31.36.123)
AWS EC2 172.31.32.40 > 172.31.36.123
# nuttcp -v -i1 172.31.36.123
nuttcp-t: buflen=65536, nstream=1, port=5001 tcp -> 172.31.36.123
nuttcp-t: connect to 172.31.36.123 with mss=1448, RTT=0.376 ms
nuttcp-r: accept from 172.31.32.40

(Ping応答 172.31.32.40 > 172.31.36.123)
# ping 172.31.36.123
PING 172.31.36.123 (172.31.36.123) 56(84) bytes of data.
64 bytes from 172.31.36.123: icmp_seq=1 ttl=64 time=0.428 ms

・OFFICE ＞ TriFort
# nuttcp -v -i1 x.x.x.70
nuttcp-t: buflen=65536, nstream=1, port=5001 tcp -> x.x.x.70
nuttcp-t: connect to x.x.x.xwith mss=1400, RTT=12.932 ms
nuttcp-r: accept from x.x.x.135

・Ping応答 OFFICE ＞ AWS東京
# ping x.x.x.70
PING x.x.x.x(x.x.x.70) 56(84) bytes of data.

・OFFICE ＞ AWS EC2 東京
# nuttcp -v -i1 ec2-54-92-35-65.ap-northeast-1.compute.amazonaws.com
nuttcp-t: buflen=65536, nstream=1, port=5001 tcp -> ec2-54-92-35-65.ap-northeast-1.compute.amazonaws.com
nuttcp-t: connect to 54.92.35.65 with mss=1400, RTT=6.855 ms
nuttcp-r: accept from 118.238.250.135

・Ping応答 OFFICE ＞ AWS EC2 東京
# ping ec2-54-92-35-65.ap-northeast-1.compute.amazonaws.com
PING ec2-54-92-35-65.ap-northeast-1.compute.amazonaws.com (54.92.35.65) 56(84) bytes of data.
64 bytes from ec2-54-92-35-65.ap-northeast-1.compute.amazonaws.com (54.92.35.65): icmp_seq=1 ttl=55 time=6.72 ms

Aw svs trifortクラウド選びのポイント

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (14)

Similar to Aw svs trifortクラウド選びのポイント

Similar to Aw svs trifortクラウド選びのポイント (20)

Aw svs trifortクラウド選びのポイント

Editor's Notes