サイトアイコン プログラマー(PG)・システムエンジニア(SE)になるための入門講座

SLAとは？IT初心者向けに意味・役割・SLOやSLIとの違いをわかりやすく解説

pgse

SLAとは？IT初心者向けに意味・役割・SLOやSLIとの違いをわかりやすく解説

SLA（Service Level Agreement：サービスレベル契約）とは、ITサービスの品質や提供条件について、サービス提供者と利用者の間で取り決める契約のことです。

企業で利用するクラウドサービスや保守契約では、「稼働率99.9％以上」「障害発生から2時間以内に対応開始」といった内容がSLAとして定められていることが多くあります。

IT業務では、障害対応やベンダーとのやり取りでSLAという言葉を頻繁に耳にするため、意味を理解しておくことが重要です。

SLAとは

SLAとは、サービス提供者が利用者に対して保証するサービス品質を明確にした契約です。

例えば、クラウドサービスを契約する際に「月間稼働率99.95％を保証する」と記載されていれば、それがSLAの一部です。

SLAがあることで、サービスの品質や障害発生時の対応基準が明確になり、利用者と提供者の認識の違いを防ぐことができます。

SLAが重要な理由

システム障害が発生すると、業務停止や売上減少など大きな影響が生じる場合があります。

SLAを定めておくことで、サービス品質の目標や障害時の対応時間が明確になり、安心してサービスを利用できます。

また、ベンダーへ問い合わせる際も、契約内容に基づいて対応を依頼できるため、トラブル防止につながります。

SLAでよく定められる内容

項目 内容
稼働率 サービスが利用できる割合（例：99.9％）
対応時間 障害受付から対応開始までの時間
復旧時間 障害から復旧するまでの目安
サポート時間 平日・24時間365日などの受付時間
保守範囲 どこまで対応するか
補償内容 SLAを満たせなかった場合の返金やサービスクレジット

稼働率の目安

稼働率 年間停止時間の目安
99% 約3.65日
99.9% 約8時間46分
99.99% 約52分
99.999% 約5分

「99.9％だからほとんど止まらない」と思われがちですが、年間では約9時間停止する可能性があります。そのため、業務要件に合ったSLAを選ぶことが大切です。

SLA・SLO・SLIの違い

用語 意味
SLA 利用者と提供者が結ぶサービス品質の契約
SLO（Service Level Objective） サービス品質の目標値
SLI（Service Level Indicator） 品質を測定するための指標

例えば、Webサービスの場合は次のようになります。

IT現場での利用例

業務でよくあるSLAの例

内容 例
受付時間 24時間365日
障害受付 電話・メール・Web
重大障害 30分以内に対応開始
通常障害 4時間以内に対応開始
稼働率 99.95%以上

障害発生時に確認するポイント

  1. SLA対象サービスか確認する
  2. 障害発生時刻を記録する
  3. 影響範囲を確認する
  4. 契約上の対応時間を確認する
  5. ベンダーへ連絡する
  6. 対応履歴を記録する

確認する順番

  1. 利用者全体に影響しているか
  2. 社内環境だけの問題か
  3. ネットワーク障害か
  4. サーバー障害か
  5. クラウド事業者側の障害か
  6. SLA対象か確認する

GUIで確認できる内容

コマンドプロンプトで確認できる内容

ネットワークや名前解決に問題がないか確認できます。

PowerShellで確認できる内容

接続状況やサービス状態などを確認できます。

イベントビューアーで確認する内容

  1. Windowsログを開く
  2. システムログを確認する
  3. エラーや警告を確認する
  4. 障害発生時刻と一致するログを調査する

サーバー側の障害かどうかを判断する材料になります。

初心者が混乱しやすいポイント

SLAは「障害を防ぐ契約」ではなく、「サービス品質や対応基準を定めた契約」です。

現場でよくあるトラブル例

クラウド障害

サービス停止が発生し、「SLA違反ではないか」という問い合わせが発生することがあります。実際には、月間の稼働率が保証値を下回らなければSLA違反にならないケースもあります。

保守時間外の問い合わせ

夜間障害でも、契約が平日日中のみのサポートであれば、すぐに対応してもらえないことがあります。

筆者が経験した現場での事例

利用部門から「サーバーが止まったので今すぐベンダーを呼んでほしい」と依頼を受けたことがありました。しかし契約内容を確認すると、対応開始は翌営業日となるSLAでした。

契約内容を説明したうえで社内対応を進め、必要に応じてベンダーへエスカレーションしたことで、大きな混乱を防ぐことができました。この経験から、障害対応だけでなく契約内容を理解しておくことも運用担当者の重要な役割だと感じました。

上司へ報告するポイント

エスカレーションするタイミング

新人が覚えておくべきポイント

関連するIT用語

よくある質問（FAQ）

SLAは契約書に必ず記載されていますか？

多くのクラウドサービスや保守契約では、SLAは契約書やサービス仕様書に記載されています。内容はサービスによって異なるため、契約前に確認することが重要です。

SLAを満たせなかった場合はどうなりますか？

契約内容によりますが、利用料金の一部返金やサービスクレジットの付与などが行われる場合があります。ただし、自動的に補償されるとは限らず、利用者から申請が必要なケースもあります。

SLAが高いほど良いサービスですか？

必ずしもそうではありません。高いSLAほどコストが高くなる傾向があります。業務への影響や予算を考慮し、必要なサービスレベルを選ぶことが大切です。

まとめ

SLA（Service Level Agreement）は、サービス提供者と利用者の間で取り決めるサービス品質に関する契約です。稼働率や障害対応時間、サポート範囲などが定められ、安定したITサービスの提供と利用者の安心につながります。

IT運用では、障害対応の技術だけでなく、「どのようなサービスレベルが契約されているのか」を理解することも重要な業務です。SLA・SLO・SLIの違いを理解し、契約内容を確認しながら適切に対応できるようになりましょう。

モバイルバージョンを終了