稼働率計算

ソフトウェアやインフラの運用において、稼働率（アップタイム）とはシステムが利用可能で正常に機能している時間の割合を指します。通常はパーセンテージで表され、100%との差がダウンタイム（システムが利用できない時間の割合）を意味します。稼働率のわずかな差であっても、年間で換算すると大きなダウンタイムの違いとなって現れます。

この計算ツールは、任意の稼働率パーセンテージを日・週・月・年の対応するダウンタイムに変換します。また、最も一般的なSLAティア（ツーナイン99%からファイブナイン99.999%まで）の参照表も提供しており、各目標値の実用的な意味を容易に理解できます。

「ナイン」の慣例

稼働率目標の業界略称は、小数点以下の9の数で表されます。ツーナイン（99%）は年間約3.65日のダウンタイムを許容します。スリーナイン（99.9%）では約8時間46分に縮まり、フォーナイン（99.99%）では約52分、ファイブナイン（99.999%）では年間わずか約5分15秒しか許容されません。ナインが1つ増えるごとにダウンタイムは約10分の1に減少し、通常それに比例した冗長性、監視体制、エンジニアリング努力の増大が必要となります。

これらの数値はダウンタイムが年間を通じて均等に分散することを前提としています。しかし実際には、障害は集中して発生することが多く、1回の重大インシデントが年間のダウンタイム許容枠をすべて使い切ることもあれば、それ以外の期間はシステムが完全に稼働していることもあります。

計算の仕組み

計算式はシンプルです。期間の総秒数にダウンタイム割合（1 − 稼働率% ÷ 100）を掛けます。30日を1か月として計算する場合、期間は2,592,000秒です。稼働率99.9%の場合、ダウンタイム割合は0.001なので、2,592秒（約43分）が月あたりの許容ダウンタイムとなります。

この計算ツールでは1か月を30日、1年を365日として計算しています。SLA契約ではこれらの期間が異なる定義で使われる場合があるため、具体的な契約内容を必ず確認してください。

計画的ダウンタイムと計画外ダウンタイム

SLAの計算では通常、計画的なメンテナンスウィンドウと計画外の障害を区別します。多くの契約では定期メンテナンスはダウンタイムの計算から除外されるため、計画外ダウンタイムの実際の許容量はここに示す数値より少なくなる場合があります。稼働率の数値に頼る前に、その保証が総時間に適用されるのか、メンテナンス時間を除いた時間のみに適用されるのかを理解することが重要です。

一部のプロバイダーは、可用性を生の秒数ではなく、月内の5分間隔のうちサービスに到達可能だった割合として測定します。この粒度は部分的な障害のカウント方法や比較方法に影響する可能性があります。

高可用性の実現

スリーナインからフォーナインへの移行は、単にコードの品質を向上させるだけでは達成できません。通常、マルチリージョンデプロイメント、自動フェイルオーバー、冗長なネットワーク経路、包括的なヘルスモニタリングといったアーキテクチャレベルの変更が必要です。ナインが1つ増えるごとにコストと複雑性は大幅に増大するため、多くのコンシューマー向けサービスはスリーナインを目標とする一方、金融や医療システムではフォーナインやファイブナインが求められることがあります。

運用プラクティスも重要な役割を果たします。頻繁で小規模なデプロイメントと自動ロールバックは、リリース失敗時の影響範囲を縮小します。カオスエンジニアリング（制御された環境で意図的に障害を注入する手法）は、実際の障害が発生する前に信頼性のギャップを発見・修正するのに役立ちます。これらをランブックやオンコール体制と組み合わせることが、高可用性戦略の基盤となります。

この計算ツールの使い方

0から100の間の任意の稼働率パーセンテージを入力すると、4つの期間（日・週・月・年）にわたる許容ダウンタイムが表示されます。SLAティア参照表は最も一般的な目標値のクイックリファレンスを提供し、ティアをクリックすると入力欄に自動入力されます。結果は標準的な期間（1日24時間、1週間7日、1か月30日、1年365日）を使って計算されており、お使いのサービス契約の期間定義とは若干異なる場合があります。