サービスレベル目標 (SLO) の説明

ITのワークロードがオンプレミスのITインフラからオフサイトのクラウドデータセンターに移動されると、サービスレベルがビジネス要件と一致することを確認することが重要です。クラウドソリューションの各要素に対するサービスレベルを定義するパラメーターや指標は、これらの要件を満たすべきです。サービスプロバイダーは、顧客を惹きつける手頃なコスト構造を提供する一方で、高いパフォーマンス、安全性、およびコンプライアンス基準を維持する必要があります。これらの目標を達成するために、組織は、よく定義された目標に基づいてサービスの動作を理解し、測定し、評価する必要があります。サービスレベル契約 (SLA) のトピックは、クラウドサービスプロバイダーの責任を議論するために広く取り上げられています。しかし、サービスレベル目標 (SLO) のより良い理解は、実際にエンドユーザーにとって重要なサービスパフォーマンスの測定を評価するのに役立ちます。では、これらのSLOを見てみましょう。

サービスレベル目標とは？

サービスレベル目標 (SLO) は、特定のサービスレベルターゲットを持つ指標、パラメーター、またはメトリックのベンチマークとして機能します。目標は、クラウドサービスを構成する各サービス機能またはプロセスに対する最適な範囲または特定の値である可能性があります。SLOは、サービスプロバイダーと顧客の両方にとって達成可能、測定可能、意味のある、受け入れ可能なサービスレベル契約 (SLA) の測定可能な特性とも呼ばれます。SLOは、特定の条件下で有効性を持つ義務としてSLA内で合意され、SLA文書内で表現されます。(SLAとSLOの違いについての説明をお読みください。SLAs vs SLOs.)

SLOはどのように機能するか

効果的なSLOを定義する最終的な目標は、エンドユーザーに信頼できるサービスを提供することですが、100％の信頼性に近づくためのコストと複雑さは指数関数的に増加します。(サービスの可用性でこれがどのように実現されるかを見てみましょう。)

クラウドサービスの各コンポーネントは、顧客が認識するサービスパフォーマンスに異なる影響を及ぼします。たとえば、アプリは特定のパフォーマンスレベルでの応答性を要求する場合があり、それを超えると顧客は違いを感じられなくなります。応答性とアプリパフォーマンスの測定は、次のような数値指標を通じて定義される場合があります:

• リクエスト待機時間
• バッチスループット
• 秒あたりの失敗
• その他のメトリック

これらの指標は、任意の時点におけるサービスレベルを説明します。合意されたSLA契約または可用性要件の文脈で全体的なパフォーマンスを理解するためには、これらの数値を長期にわたって分析する必要があります。数学的には、SLO分析は次のことを含みます:

1. 長期間にわたってサービスレベル指標のパフォーマンスを集計する。
2. システム可用性の数値ターゲットと結果を比較する。

SLOは範囲である

SLOは、最良のパフォーマンスレベルを定義することを目的としたものではありません。代わりに、可能な最良のパフォーマンス基準の範囲と、最も受け入れ可能なパフォーマンス基準を定義するべきです。99％の稼働時間のSLAで購入されたクラウドサービスのシナリオを想像してみてください。これは、月に7.31時間のダウンタイムに相当します。数か月が経過し、システムは99.9％の稼働時間を提供するSLOの上限で維持されます。月に1時間未満のダウンタイムです。突然、システムが数時間連続してダウンすると、エンドユーザーは通常の期待を下回るサービスに驚かされます。同時に、サービスプロバイダーは、最良のSLOを提供しようとしない場合、サポートを提供する義務はありません。SLOは、システムの信頼性を説明するいくつかの定量的なメトリックの測定を含むため、信頼性と可用性の違いを慎重に理解する必要があります。実際には、SLOは、最低限の受け入れ可能な信頼性基準によって定義されます。

SLOのベストプラクティス

簡単に言えば、サービスレベル目標は、特定のサービスレベル指標の測定に基づいて、特定の時間の間にサービスの信頼性がどれほど良かったかを説明します。以下のベストプラクティスは、これらの目標を達成するのに役立ちます:

• システムの信頼性を正確に説明するための適切なメトリックと指標を特定する。 組織とエンドユーザーによって期待され、要求される信頼性を理解してください。
• 適切な人々がSLOを理解していることを確認する。 SLOは、技術チームおよび組織のリーダーによく理解されるべきです。組織は、ビジネス要件と、組織に利用可能な技術的能力および専門知識に基づいてSLOを策定する必要があります。
• 技術チームとビジネスの利害関係者をSLOターゲットに合わせる。 エンジニアがSLOターゲットを達成できない場合、組織は顧客へのSLAに違反するリスクがあります。
• システムの各論理コンポーネントに対して独立したSLOを使用する。 各システムコンポーネントは、全体的なシステムに異なる影響を及ぼす可能性があります。したがって、コスト、複雑さ、その他の関連するビジネスおよび技術的課題に基づいて、各システムコンポーネントに最適なSLOを定義することが重要です。
• 複数のサービスレベル指標を集計して、単一のSLOターゲットを評価する。 たとえば、レイテンシ、エラー、その他のQoSメトリックは、特定の目標に関連して完全なシステムパフォーマンスを評価するために必要です。
• SLOをすべての利害関係者に文書化し、伝達する。 この情報は、技術チームやビジネスリーダーが関連する決定を下すために重要です。
• 特定の顧客のためにSLOを優先する。 厳しい可用性要件を持つ支払顧客は、フリーミアムユーザーよりも高いSLOベースラインを必要とする場合があります。
• SLOをさまざまなサービスレベル指標にわたる最適なシステムパフォーマンスを提供するための継続的なコミットメントと見なす。 SLOは時間とともに進化します。静的なターゲットとして考えることはできません。ITのワークロードとエンドユーザーの期待は絶えず変化します。現在のワークロード要件に対して設計されたSLOは、将来のパフォーマンス要件に対して同じ有効性を持たない可能性があります。
• SLOをシンプルで少なく、現実的に保つ。 非現実的な絶対数値は避けてください。エンドユーザーとの合意された低いSLOターゲットを提供するために、安全マージンまたはバッファとして機能する内部SLOを設定できます。

完璧さは必要ない

サービスレベル目標を100％の時間で満たすことは不可能かもしれません。クラウドサービスプロバイダーは、革新し、機能を追加し、システムを更新する必要があります。これには、複数のデータセンターインスタンスでの一時的なダウンタイムが伴う可能性があります。これは、顧客やエンドユーザーにとって受け入れ可能なサービスレベルを提供するためのトレードオフと考えてください。サービスレベル目標は、サービスレベルが顧客やエンドユーザーにとって受け入れられないものを超えるターゲットに関するものです。期待を現実的に設定し、ターゲットを過剰に達成しないことが、受け入れ可能なエンドユーザー体験を提供するための最初のステップかもしれません。

関連する読書

• BMCサービス管理ブログ
• 高可用性とは？概念とベストプラクティス
• システムの信頼性と可用性の計算
• サービス管理成功のための6つのSLAベストプラクティス
• 可用性管理と可用性マネージャーの役割
• サービスレベル指標 (SLI) メトリックの概要
• ITIL^® 4におけるサービスレベル管理、私たちのITIL 4ガイドの一部

これらの投稿は私自身のものであり、BMCの立場、戦略、または意見を必ずしも表すものではありません。