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

SLA・SLO・SLIの違い

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

• SLA：稼働率99.9％を保証する契約
• SLO：稼働率99.95％を目標とする
• SLI：実際の稼働率や応答時間を測定する値

IT現場での利用例

• クラウドサービスの契約
• データセンターの保守契約
• システム運用委託
• ヘルプデスク業務
• ネットワーク保守
• サーバー保守
• MSP（運用監視サービス）

業務でよくあるSLAの例

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

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

確認する順番

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

GUIで確認できる内容

• クラウドサービスの管理画面
• 監視ツールのダッシュボード
• ベンダーの障害情報ページ
• サービス稼働状況画面

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

• ping
• tracert
• nslookup
• ipconfig /all

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

PowerShellで確認できる内容

• Test-NetConnection
• Get-Service
• Get-EventLog
• Get-Process

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

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

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

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

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

• SLAは障害が起きない保証だと思ってしまう
• SLAと保守契約を同じ意味だと考えてしまう
• SLAがあればすぐ復旧すると誤解する
• SLAとSLOを混同する

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

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

クラウド障害

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

保守時間外の問い合わせ

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

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

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

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

上司へ報告するポイント

• 障害発生時刻
• 影響範囲
• SLA対象サービスか
• 契約上の対応時間
• ベンダーへの連絡状況
• 現在の復旧状況

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

• 業務停止が発生している
• SLAで定めた重大障害に該当する
• ベンダー対応が必要
• 原因が特定できない
• 契約内容の判断が難しい

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

• SLAはサービス品質に関する契約である
• 障害発生前に契約内容を確認しておく
• 対応時間や保守範囲を理解する
• SLO・SLIとの違いも覚えておく
• 障害時は契約内容を確認してからベンダーへ連絡する

関連するIT用語

• SLO（Service Level Objective）
• SLI（Service Level Indicator）
• OLA（Operational Level Agreement）
• KPI（Key Performance Indicator）
• 監視項目
• 監視対象
• 可用性
• 稼働率
• サービスデスク
• インシデント管理

よくある質問（FAQ）

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

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

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

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

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

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

まとめ

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

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