SLAに関する7つの誤解とは、Uptime.comが解説：ダウンタイムはゼロにはならない

　大手CDN（Contents Delivery Network）がダウンしたときのことを覚えている方も多いだろう。そのせいでインターネットの半分がダウンしたからだ。こうした障害が再び起これば、多くの企業があおりを受ける。例外はモニタリングを常に実行し、バックアップを取っていた企業だけだ。

　ここに教訓がある。CDNやクラウドのサービスは優れているが、だからといってモニタリングやバックアップソリューションの必要性が薄れることはない。

誤解5　Webサイトモニタリングツールは無料で構築できる

　無料で構築できることは確かだが、それは自宅を自分で建てるようなものだ。Webサイトモニタリングツールの開発とメンテナンスには、多大なリソースを投入する必要がある。つまり、無料ではない。

　無料のWebサイトモニタリングサービスは、出発点としては良い。だが、利用可能な機能が限られる。いつまでも無料サービスで事足りることはまずない。

　「サブスクリプションベースのアップタイムモニタリングサービスに何を求めるか」、検討が必要になる。

誤解6　インスタントアラートは必須である

　インスタントアラートについては、まず次の質問について考えておく必要がある。

• 夜中にシステムがダウンした瞬間に、DevOpsチームが目を覚ますことは重要か
• 大規模な停止の発生から例えば2分後に、アラートを受けられればよいのではないか
• 接続状態の一時的な変動や、急な変化の継続を把握するため、そのたびに本当にたたき起こされたいか
• パフォーマンス問題を全体として追跡し、それらを関連付けて、必要な変更措置を見いだす方が効果的ではないか

　インスタントアラートは確かに便利だが、より重要なのはアラートが適切に届くようにすることだ。最も早くアラートを受けるのは行動を取る態勢が最も整っている人々になるようにすれば、問題解決にかかる時間が減る。アラートの階層化は、SLAを守るためにアップタイム時間の比率を高める上で最も確実だ。

　そもそもエラー予算を確保していれば、インスタントアラートの必要性は少なくなる。障害の許容範囲が定められているからだ。

誤解7　ネットワークは最適化に関係しない

　この誤解は見落としやすい。だが、ネットワークは、ユーザーのシステムへの接続やシステムのパフォーマンス、全体的なコンテンツ提供を大きく左右する。

　ネットワークプロバイダーを選ぶ際には、エンドユーザーのために処理すべき負荷に対応できる複数のプロバイダーを十分調査し、比較検討しなければならない。ホスティングやコンテンツ提供のためにどのプロバイダーを選ぶのかは、非常に重要な意味を持つ。

　調査しなければならない要素の一つは、プロバイダーが配置したサーバの数だ。サーバが多ければ、コンテンツ提供がよりユーザーに近い場所から行われる可能性が高い。

　通信速度については、現行のプロバイダーと同等の水準が求められる他、規模の大小にかかわらず、負荷が同じように効率的に処理される必要がある。

おまけ　年間数時間のダウンタイムが発生しても、何も失われない

　この考え方が間違っている証拠は多くあるのだが、誤解として根強い。ダウンタイムが長引くほど損失も拡大してしまう。問題はその金額がいくらになるかだが、定量化は難しい。それでも、売上高が公表されている企業について、その数字を基に計算できる。例えば、ダウンタイム10時間当たりのコストを試算しよう。業界別に単位時間当たりのコストを割り出し、自社の数字をこれと比較するといったことも可能だ。

　いずれにしても、こうした損失を軽減し、ダウンタイムを必要最小限にとどめ、顧客接点インフラの可用性を継続することが重要だ。