SLAとは稼働率99.9%の意味と契約前に読む項目
SLAとは、サービスの稼働率などの品質水準を事業者が示す取り決めです。稼働率99.9%が月に何分の停止にあたるかの計算、補償（クレジット）や除外事項の読み方、SaaS選定時の確認項目を整理します。
公的機関・公式資料などの一次情報と照合して作成しています。このサイトについて
SLAとは
SLA（Service Level Agreement、サービスレベルアグリーメント）とは、クラウドやSaaSの事業者が、稼働率などのサービスの品質水準について示す取り決めです。Google Cloud は、サービスごとの SLA を公式ページに公開しており、一定の水準を下回った場合に、利用者へサービスクレジット（利用料の一部の補償）が付与される仕組みを示しています。
SaaS を選ぶとき、「稼働率99.9%」のような数字を目にします。この数字が実際にどれくらいの停止を許容するのか、また、水準を下回ったときに何が補償されるのかは、読み方を知らないと判断できません。この記事では、稼働率の意味を計算で確認し、SLA を読むときの視点を整理します。補償の割合や条件は、サービスごとに異なるため、必ず対象サービスの公式の SLA で確認してください。
基本（稼働率と停止時間の関係）
月間稼働率は、一般に、次のような式で表されます。
月間稼働率 ＝ （月の総時間 − 停止時間）÷ 月の総時間 × 100%
30日の月は 30 × 24 × 60 = 43,200 分です。この月で、稼働率ごとに許容される停止時間は、次のとおりです。
| 稼働率 | 停止してよい時間（30日の月） | 計算 |
|---|---|---|
| 99% | 432分（約7.2時間） | 43,200 × 0.01 |
| 99.9% | 43.2分 | 43,200 × 0.001 |
| 99.95% | 21.6分 | 43,200 × 0.0005 |
| 99.99% | 約4.3分 | 43,200 × 0.0001 |
つまり、99.9%と99.99%では、許容される停止が10倍違います。ただし、これは SLA の定義に基づく計算上の数字で、実際の停止の頻度や、業務への影響とは別の話です。
SLA の読み方で重要な点は、稼働率の定義です。何を「停止」と数えるか、どの時間帯で測るか、どのサービスの範囲が対象かは、事業者とサービスごとに定められています。
SLAの具体例
SLA を読むときの確認項目を整理します。
| 確認項目 | 内容 |
|---|---|
| 対象の範囲 | どの機能やサービスが対象か。自社が使う機能が含まれるか |
| 稼働率の定義 | 何を停止と数えるか。測定の単位と期間 |
| 補償の内容 | 水準を下回った場合の、クレジットの割合と条件 |
| 除外事項 | 計画されたメンテナンス、利用者側の設定の誤り、外部要因などが、対象外になる場合がある |
| 申請の手続き | 補償を受けるための申請の方法と期限 |
たとえば Google Cloud の Compute Engine などの SLA では、除外事項として、アルファ版・ベータ版の機能、Google の合理的な管理の及ばない要因、利用者側のソフトウェアやハードウェアに起因するエラー、規約違反の利用、割り当て（クォータ）による制限などが挙げられています。また、補償（Financial Credit）は自動では付与されず、対象となった時点から一定期間内（多くのサービスで30日以内）に、利用者がサポートへ申請する必要があると定められています。実際の条件は、サービスごとの SLA で確認してください。
補償の考え方の例です。月額10万円のサービスで、仮に、水準を下回った月に10%のクレジットが付与されるなら、1万円です。業務が半日止まった場合の損害が、これを大きく上回る可能性があります。SLA の補償は、損害の全額を補填するものではないことが一般的で、業務の停止への備えは、別に考える必要があります。
SLAの実践ステップ
- 業務で、そのサービスが止まったときの影響（金額、時間）を見積もる。
- 許容できる停止時間を決める。
- 候補の SLA を、公式のページで読み、稼働率と対象範囲を確認する。
- 除外事項と、補償の内容、申請の手続きを確認する。
- SLA を満たさなくても業務を続けられる、代替手段を用意する。
- 契約後は、障害の情報の発信先（ステータスページなど）を、担当者が確認できるようにする。
SLAの注意点
- 稼働率の数字だけで比較せず、対象範囲と、除外事項を読みます。
- SLA の補償は、損害の全額を補う保証ではありません。
- SLA は、事業者側の責任の範囲の話です。利用者の設定の誤りや、運用の問題は、責任共有の考え方で、利用者の責任とされます。
- SLA の内容は、サービスやプランごとに異なり、更新されます。最新の公式の内容を確認してください。
- 契約上の判断は、法務や専門家に相談します。
SLAでよくあるミス
- 稼働率の数字だけを見て、対象範囲や除外事項を読まない。
- 補償があるから、停止しても大丈夫と考える。
- 補償の申請の期限を知らず、請求できない。
- 代替手段を用意しないまま、重要な業務をSaaSに載せる。
SLAのチェックリスト
- 停止したときの業務への影響を見積もったか。
- SLA の対象範囲と除外事項を読んだか。
- 補償の内容と申請の手続きを確認したか。
- 代替手段があるか。
- 障害の情報の確認先を、決めたか。
SLAのFAQ（よくある質問）
Q. 稼働率99.9%は、高いのですか。
A. 30日の月で、約43分の停止を許容する水準です。業務の重要度によって、十分かどうかが変わります。
Q. SLA を満たさなかったら、必ず補償されますか。
A. 条件を満たし、申請が必要な場合があります。契約と公式の SLA で確認してください。
Q. SLA のないサービスは、避けるべきですか。
A. 一概には言えません。業務の重要度と、代替手段の有無で判断します。
筆者の見解（SLA）
SLA の数字は、品質の証明というより、停止したときの話し合いの出発点だと考えます。補償は損害を埋めないことが多く、実際に業務を守るのは、代替手段と、障害時の連絡体制だからです。私見では、SaaS の選定では、稼働率の数字を比べる前に、止まったら何が困るかを書き出し、許容できる停止時間を先に決めておくのが、近道です。
SLAの関連項目
- SaaSの選び方と比較の観点
- クラウドの責任共有モデル
- 二要素認証
- AWS・Azure・Google Cloudの比較
- 電子契約サービスの比較の観点
出典（一次情報）
本記事は一般的な情報の提供を目的としています。SaaS・ツールの機能・料金・無料枠・仕様は頻繁に更新されるため、最新の内容は各社の公式ページでご確認ください。契約・法務・セキュリティに関する判断は、専門家や社内の担当部門にご相談ください。「筆者の見解」は一つの考え方です。