🚀 はじめに

この記事でわかること

  • 可用性（High Availability / HA）とは何か？
  • どうすると“障害に強い仕組み”が作れるのか？
  • もし可用性を意識しないと何が起きるのか？
  • 初心者が最初に理解すべき HA の考え方

✅ 概要解説

可用性（HA）とは何か？

可用性（High Availability / HA）は、
「サービスを止めないための仕組み」 のことです。

もっと日常的に言えば：

“システムにとっての、休まず働くチームワーク”

のようなもの。

たとえば、

  • LINE
  • YouTube
  • ネット銀行
    これらは ほぼ 24 時間動いている ように見えますよね。

実は裏側で、
どこか一つが壊れても別の仕組みがすぐに肩代わりして、
止まらないように工夫されているのです。

これが「可用性」です。

何のためにあるの？

可用性の目的を一言で言うと：

“ユーザーに迷惑をかけず、常にサービスを利用できる状態にするため”

例えば、

  • ネットショップが止まると売上がゼロ
  • ゲームサーバーが落ちると炎上
  • 学校の提出システムが止まると締切に間に合わない人が続出
  • 銀行が止まると大問題

どれもビジネスや生活に大きな影響があります。

だからこそ可用性が重要なのです。

可用性がないとどうなる？

身近なたとえで説明します。

学校の「先生が一人しかいない」状態と同じ

その先生が体調不良で休んだら、授業は その日すべて中止 ですよね。

= これが 単一障害点（SPOF） と言います。

もしシステムでも同じことが起きると：

  • サーバーが壊れたらサイトが全部止まる
  • Wi-Fi ルーターが壊れたら家中がネット不可
  • 一台しかないデータベースが落ちたらアプリが全滅

これが「可用性が低い状態」です。

逆に、先生が複数いると？

だれか休んでも、別の先生が授業を進められます。
システムではこれを 冗長化 といいます。

どんな場面で使われる？

可用性は、実はあらゆるところで使われています。

  • ネットショップ：アクセスが集中しても落ちにくい
  • ゲーム：障害が起きてもすぐ復旧
  • スマホアプリ：裏側のサーバーを常に稼働
  • 企業システム：止まると会社全体の業務に影響
  • クラウド（AWS / GCP / Azure）：複数のデータセンターを使って冗長化

つまり可用性は、
“現代のサービスを支える当たり前の仕組み”
と言っても過言ではありません。

💡 小話・豆知識・逸話

1) サービスは「壊れる前提」で作られている

実は大規模サービスは
「絶対に壊れる」 ことを前提に設計されています。

  • 壊れないもの → 作るのは難しい
  • 壊れても大丈夫な仕組み → 作れるし現実的

だから AWS などのクラウドでは、
自動で別のサーバーに切り替える仕組み（フェイルオーバー）
が標準で用意されています。

2) YouTube や Netflix は“街全体で運営”

世界中にサーバーがあり、
どこかの国で障害があっても、別の地域がサポート。

まるで、

街全体で大きな学校を運営しているようなイメージ

です。

3) 「可用性 99.9%」はどれくらい？

よく「SLA 99.9%」などを見かけますが、
これは「止まっていい時間」を数字にしたものです。

  • 99.9%（スリーナイン）
    → 年間 約 8.7時間停止 してOK
  • 99.99%（フォーナイン）
    → 年間 約 52分停止
  • 99.999%（ファイブナイン）
    → 年間 約 5分停止

桁が増えるほど、
「壊れたら自動で別が支える仕組み」を増やす必要があり、
コストも難しさも跳ね上がります。

豆知識として覚えておくと話のネタになります。

📚 参考リンク

公式ドキュメント／学習ページ

Wikipedia

🛠️ 関連テーマ・次に理解すると良いこと

🎯 まとめ

  • 可用性（HA）は「サービスを止めない仕組み」 のこと
  • 壊れないのではなく、“壊れても動き続けるようにする” のが本質
  • 可用性が低いと、サーバー1台の故障でサービス全停止の危険
  • 冗長化・負荷分散・フェイルオーバーなどが HA の代表的な仕組み
  • クラウドでもオンプレでも必ず必要な“基礎知識”
  • 次は冗長化・負荷分散・フェイルオーバーを学ぶのがおすすめ