いろいろなクラウドの SLA

JAZUG 信州吉野翼

2

自己紹介

• Jazug 信州 not 長野在住

• Band マン

3

免責

• このセッションは所属する組織、団体とは一切関係ありません

初めに

• 各クラウドベンダーを dis るわけではありませんので

初めに

• SLA 大事ですよね

• クラウドの SLA よくわからないよね

• オンプレよりも落ちた場合の免責の所在の管理とか難しい

なんでこんな話？• 某所で耳にした案件が明らかに SLA 担保されてな

い雰囲気だった– 客も開発側も気が付いてないっぽくて闇深

• 調べてみたらその使ってるクラウドベンダー的には担保してるっぽい

• SLA 怖い

そもそも SLA とは

• Service Level Agreement–サービス品質保証

※SLA の数値分確実に動くわけではない

SLA ここが難しい

• 各クラウドベンダー毎に計算方法が違う– すごく困る

– A 社で SLA 保証計算に入っている要因が B 社では計算に含みませんとか

– サービス停止の定義がベンダー毎に違う• これが一番厄介

例えば• A 社の SLA 例– インスタンスが地域使用不可状態になると止まった扱い

にする。基本は 99.95%(EC2 の場合 )

– そもそもあまり公表されていない• 99.95% なんて当たり前って話なのか？

※ 地域使用不可 : 同一地域内の複数インスタンスが使用できなくなった場合

例えば• N 社の SLA 例

– 99.99% 以上 ← すごい

– メンテナンスによるインスタンスの停止は SLA 対象外 ( ノンストップメンテできるらしい )

– ダウンタイムは、インスタンスが死んでから再起動が始まった瞬間まで ( プロビジョニング時間はダウンタイムではない )

– 実に日本の会社らしい SLA

例えば

• Azure の SLA 例– メンテで止まるかもしれないから冗長構成したら

99.95% 保証するよ

– 大体のサービスで SLA が公表されている

– ダウンタイムは、完全にインスタンスが復活するまでらしい

ここが違うよ SLA• N 社– 99.99% 保証するよ。でもメンテでインスタンスが

止まるのは計算範囲外だから知らないよ　 ( どこにも冗長しろとか書いてないあたり怖い )

• Azure– メンテナンスでインスタンス止まるから冗長しない

奴は 99.95% 保証しないよ

ここが面倒だよ SLA• A 社– PostgreSQL 、 MySQL 、 Oracle は保証する

けど SQL Server は保証しないよ (2014 年情報 )

ここが違うよ SLA• A 社

– SLA を下回ったら返金

• N 社– 止まった月の利用料金の 10% を来月の料金から　マイナス

• Azure– 下回ったらサービスを延長

まとめ

• サービス毎に SLA の考え方が違う–特に国内ベンダーと国外ベンダーの差が顕著

• 使うサービス毎にしっかり調べておこう–ここがこうだからあそこもこうだろうはダメ

• SLA を把握して素晴らしいクラウド生活を