SLA/SLO 指標

2025年10月17日

SLA/SLO 指標

英語表記: SLA/SLO Metrics

概要

SLA/SLO指標とは、ITサービスがユーザーに対して提供すべき品質水準を定義し、その達成度を測るために用いられる数値目標です。SLA（Service Level Agreement：サービス品質保証契約）は顧客との正式な契約であり、SLO（Service Level Objective：サービス品質目標）はその契約を達成するために内部で設定される具体的な目標値です。これらの指標は、システムが収集した大量の計測データ（計測とモニタリング指標）を基に算出され、サービスの状態を直感的に把握するための可視化や、問題発生時のアラート発動の基準として機能する重要な役割を担っています。

詳細解説

SLA/SLO指標の核心は、単なる技術的な性能数値（例：CPU使用率）を、ビジネスやユーザー体験に直結する「サービスの信頼性」という形に変換することにあります。この指標の仕組みは、私たちが設定した分類（情報の単位 → 計測とモニタリング指標 → 可視化とアラート）の中で完璧に機能しています。

1. 計測データの集約と指標化

私たちのシステムでは、常に膨大な量のデータが流れています。例えば、ネットワークトラフィックのビット数、ストレージへの書き込みバイト数、データベースのトランザクションログなど、すべてが「情報の単位」です。これらの生のデータは、そのままではSLA/SLO指標にはなりませんが、これを継続的に収集・分析することで、意味のある「計測とモニタリング指標」（SLI: Service Level Indicator）が生まれます。

例として、「可用性」（システムが稼働している割合）というSLOを考えてみましょう。
* システムは毎秒、リクエストの成功/失敗を記録します。この記録自体が、バイト単位の情報です。
* モニタリングシステムは、一定期間（例：1ヶ月）における総リクエスト数と、そのうち失敗したリクエスト数を集計します。これが「計測」です。
* この集計結果から、「成功率99.99%」といったSLA/SLO指標が算出されます。

このように、SLA/SLO指標は、最下層の情報の単位を基盤として、計測・集計された結果の「集大成」なのです。具体的な指標には、システムの稼働時間（可用性）、ユーザーのリクエストに対する応答速度（レイテンシ）、単位時間あたりに処理できる量（スループット）などが含まれます。

2. 可視化とアラートへの接続

算出されたSLA/SLO指標は、ただ数値として存在するだけでは意味がありません。真価を発揮するのは、「可視化とアラート」のフェーズです。

可視化: ダッシュボードを通じて、現在のサービス品質が目標値（SLO）に対してどの位置にあるのかをグラフやメーターで表示します。これにより、経営層から運用担当者まで、誰もがサービスの健全性を一目で把握できます。例えば、可用性の実績値が99.9%であれば緑色、99.5%に近づいたら黄色、目標値を下回ったら赤色、といった色分けがよく使われます。

アラート: SLO達成が危ぶまれる水準に達した際、自動的に運用チームに通知（アラート）が飛びます。これは、顧客との約束（SLA）を破る前に、予防的な措置を講じるための非常に重要な仕組みです。アラートのしきい値は、単なる技術的な故障だけでなく、「このままではビジネス目標が危うくなる」という視点から設定されるため、技術とビジネスを結びつける役割を果たします。

SLA/SLO指標は、システム運用において「約束事を守るための羅針盤」として機能している、と考えていただければ分かりやすいかと思います。

具体例・活用シーン

SLA/SLO指標は、特にクラウドサービスや大規模なWebサービスを提供する際に不可欠です。計測した膨大なデータを、どのようにビジネス指標に変換し、可視化とアラートに繋げているかを見ていきましょう。

活用シーンの例

クラウドインフラの可用性:
- SLO: データベースサービスの月間可用性を99.99%とする。
- 計測: 毎秒のデータベース接続成功/失敗数を記録（情報の単位の計測）。
- 可視化: ダッシュボードに現在の累積可用性パーセンテージを表示。残り許容ダウンタイム（エラーバジェット）も併せて表示することで、運用チームは残りの余裕を把握できます。
- アラート: 可用性が99.995%を下回り、このペースだと月末までに99.99%を達成できない見込みとなった時点で、自動的に高優先度アラートを発動し、リソース増強や問題調査を開始します。

アナロジー：高速道路のサービス指標

SLA/SLO指標は、高速道路の交通管制システムに例えると非常に分かりやすいです。

物語：約束の高速道路

ある高速道路会社（サービス提供者）は、利用者（顧客）に対し、「渋滞で目的地への到着が平均して30分以上遅れることは、月に2回までしか許容しません」という契約（SLA）を結びました。そして、内部目標（SLO）として、「平均遅延時間を25分未満に保つ」と設定しました。

情報の単位と計測: 道路には無数のセンサーが埋め込まれています。これらのセンサーは、車1台1台の位置情報、速度、通過時刻といった生のデータ（大量のビット/バイト情報）を常に計測し、管制センターに送り続けています。
計測とモニタリング指標: 管制センターはこれらの生のデータから、「現在の区間ごとの平均速度」や「遅延時間」をリアルタイムで算出します。これがSLI（Service Level Indicator）です。
可視化: 管制センターの巨大なモニター（ダッシュボード）には、道路の各区間が色分けされて表示されます。平均遅延が20分なら緑、25分に近づくと黄色、25分を超えると赤（SLO違反の危険性）に変わります。
アラート: もし特定の区間で平均遅延が28分を超えた場合、自動的に警報が鳴り響き、管制官は即座に交通整理や情報提供の措置（リソース投入）を取る必要があります。

この高速道路の例のように、SLA/SLO指標は、計測された生の情報を、ビジネス上の約束（SLA）を守るために役立つ具体的なアクション（可視化とアラート）に変換するための架け橋なのです。

資格試験向けチェックポイント

IT系の資格試験、特にITパスポートや基本情報技術者試験、応用情報技術者試験では、SLA/SLO指標の概念的理解と、関連用語の区別が頻出します。

SLA/SLO/SLIの区別
- SLA (Agreement): 顧客との「契約」そのもの。法的拘束力を持つことが多い。
- SLO (Objective): 契約を達成するための「目標値」。通常、SLAよりも厳しく設定される。
- SLI (Indicator): 目標値を計測するための「具体的な指標」（計測とモニタリング指標）。例：成功リクエストの割合、平均応答時間など。試験では、この3つの階層関係（SLIを集めてSLOの達成を測り、SLAの遵守を目指す）を問われることが多いです。
エラーバジェット (Error Budget)
- SLOを達成するために「許容される失敗の総量」を指します。例えば、可用性99.99%をSLOとした場合、残りの0.01%が許容されるダウンタイム（エラーバジェット）となります。この予算を使い切る前にアラートを出し、対策を講じるという考え方が重要です。これは、可視化とアラートの概念と密接に関連しています。
モニタリングの重要性
- SLA/SLO指標は、計測データがなければ算出できません。したがって、情報の単位を収集し、継続的なモニタリングを行うシステムの構築が、SLA/SLO指標の前提条件であることを理解しておきましょう。試験では、システムの信頼性を確保するための手法として、SLA/SLOとモニタリングの関係が問われます。
階層構造の理解
- SLA/SLOは、単なる技術用語ではなく、ビジネス要求を技術運用に落とし込むための管理指標です。この指標が、私たちが学んでいる「計測とモニタリング」の結果を、「可視化とアラート」に繋げるためのトリガーであることを、文脈としてしっかり覚えておくと応用が効きます。