障害履歴と、その「公開状況」
「障害が少ない会社はどこか」という問いに、いま正直に答えられるサイトは存在しません。履歴を機械可読で公開しているのが7社中2社しかないからです。このページは比較表ではなく、公開状況の記録と、取得できた範囲の障害ログです。
当サイトは各VPS事業者のアフィリエイトプログラムに参加しており、リンク経由でのお申し込みにより報酬を受け取る場合があります。ただし掲載順位・評価・実測データは編集方針と計測結果のみに基づいており、報酬額による優遇は一切行いません。日本リージョンが無い事業者や、報酬が発生しない事業者も同じ基準で掲載しています。
このページには2つの役割があります。ひとつは各社が障害履歴をどう公開しているかの記録。もうひとつは、取得できた会社に限った障害ログの蓄積です。
先に断っておくと、ここに「障害が少ない会社ランキング」はありません。作れないからです。
なぜ件数の比較を載せないのか
障害履歴を機械可読な形式（Statuspage API）で公開しているのは、当サイトが扱う7社のうち DigitalOcean と Linode の2社だけです。
この状態で件数を並べると、奇妙なことが起きます。Linodeは全リージョンの小さな経路異常まで律儀に記録するため件数が多くなり、ステータスページを持たない会社は0件に見える。つまり誠実に公開している会社ほど不安定に見える逆転が起きます。これは比較として成立していないので、当サイトは件数の横並び比較を載せません。
代わりに載せるのは、次の2つです。
各社の公開状況
| サービス | 障害履歴の公開状況 | 備考 |
|---|---|---|
| Vultr | 取得できず | status.vultr.com がクローラからのアクセスを403で拒否する |
| Contabo | 取得できず | 公開ステータスページが見当たらない |
| Linode (Akamai) | 機械可読で公開 | Statuspage API。当サイトで 2026-03-09 以降を蓄積中（50件） |
| Hetzner | 取得できず | status.hetzner.com はStatuspage形式ではなくAPIが無い |
| DigitalOcean | 機械可読で公開 | Statuspage API。当サイトで 2026-03-17 以降を蓄積中（51件） |
| RackNerd | 取得できず | 未調査 |
| Oracle Cloud | 取得できず | 未調査 |
確認日: 2026-08-03。「取得できず」は障害が無いという意味ではなく、当サイトが機械的に履歴を取得できないという意味です。
「機械可読で公開」している会社は、障害の発生・経過・復旧を第三者が検証できる形で残しているということです。これ自体がひとつの評価軸だと当サイトは考えています。
取得できた会社の障害ログ
以下は会社ごとに独立した記録です。会社間で件数を比べないでください（記録の粒度が違うため）。見るべきは、影響度「大」以上の頻度と、復旧までの時間です。
DigitalOcean
DigitalOcean: 2026-03-17 〜 2026-08-03 に 51件（大 7件 / 小 34件 / 影響なし 10件）。うち日本リージョンのコンポーネントを含むもの 0件。
| 発生日 | 内容 | 影響度 | 復旧まで |
|---|---|---|---|
| 2026-08-03 | Cloud Control Panel Access | 小 | 4.0時間 |
| 2026-07-29 | Response Degradation Impacting Kimi-K3 | 小 | 12.3時間 |
| 2026-07-27 | Agent Platform Requests Returning HTTP 500 Errors | 大 | 20.9時間 |
| 2026-07-24 | Network Connectivity from India to NYC | 小 | 2.1時間 |
| 2026-07-23 | Llama-4-Maverick Model Availability | 小 | 1.3時間 |
| 2026-07-22 | Gradient AI Serverless Inference Requests Timing Out for qwen3.5-397b-a17b | 小 | 2.9時間 |
| 2026-07-19 | Block Storage Volume NYC1, NYC3, SGP1, SYD1 and BLR1 | 小 | 5.7時間 |
| 2026-07-19 | Networking in BLR1 | 小 | 2.9時間 |
| 2026-07-16 | Reserved IP routing in TOR1 | 小 | 3.7時間 |
| 2026-07-13 | Serverless Inference - Gemma4 Latency Issues Causing Timeouts & Slow Responses | 小 | 50.7時間 |
| 2026-07-09 | Kubernetes Deployments in NYC1 | 小 | 28.9時間 |
| 2026-07-04 | Limited access to Deepseek V4 Pro model | 大 | 2.7時間 |
「影響なし」区分を除いた直近12件を表示（日付はUTC）。影響度は各社ステータスページの自己申告です。
Linode（Akamai）
Linode (Akamai): 2026-03-09 〜 2026-08-03 に 50件（重大 2件 / 大 3件 / 小 22件 / 影響なし 22件）。うち日本リージョンのコンポーネントを含むもの 14件。
| 発生日 | 内容 | 影響度 | 復旧まで |
|---|---|---|---|
| 2026-07-20 | Connectivity Issue - Linodes in Milan, Italy | 小 | 2.3時間 |
| 2026-07-18 | Service Issue - Object Storage | 小 | 1.0時間 |
| 2026-07-14 | Service Issue - Linode API/CLI | 小 | 7.1時間 |
| 2026-06-30 | Service Issue - Block Storage - Singapore Expansion, SP (sg-sin-2) | 小 | 4.5時間 |
| 2026-06-26 | Service Issue - ACLP Metrics | 小 | 282.9時間 |
| 2026-06-16 | Service Issue: Longview | 小 | 4.3時間 |
| 2026-06-03 | Service Issue - Block Storage Newark, US | 小 | 24.2時間 |
| 2026-06-02 | Linode Community Maintenance | メンテ | 162.2時間 |
| 2026-05-22 | Service Issue - Paris (FR-PAR3) | 小 | 90.9時間 |
| 2026-05-13 | [Fragnesia] Linux Privilege Escalation Vulnerability 日本 | 小 | 1289.7時間 |
| 2026-05-13 | Connectivity Issue - NL-AMS | 小 | 4.9時間 |
| 2026-05-12 | Connectivity Issue - AP-West (Mumbai) and IN-MAA (Chennai) | 小 | 7.8時間 |
「影響なし」区分を除いた直近12件を表示（日付はUTC）。影響度は各社ステータスページの自己申告です。
この記録の限界
- 蓄積は2026年8月開始です。各社APIは直近50件しか返さないため、遡れたのは2026年3月頃まで。それ以前の履歴は存在しません。当サイトが毎日収集を続けることで、蓄積期間は今後伸びていきます
- 影響度（重大/大/小）は各社の自己申告です。同じ規模の障害でも会社によって申告が違う可能性があります
- 取得できない5社についても、取得手段が見つかり次第この記録に加えます
よくある質問
障害件数が多い会社は避けるべきですか
件数だけでは判断できません。障害履歴を詳細に公開している会社ほど件数が多く見えるためです。たとえば全リージョンの小さな経路異常まで記録する会社と、ステータスページ自体を持たない会社を件数で比べると、透明性の高い会社のほうが不安定に見えるという逆転が起きます。
履歴が取得できない会社は障害が多いのですか
分かりません。取得できないのは「当サイトが機械的に履歴を読めない」という意味であり、障害の多さとは別の話です。ただし、障害履歴を検証可能な形で公開しているかどうか自体は、事業者の透明性を測る材料になります。
なぜ2026年3月以前の履歴がないのですか
各社のステータスページAPIが直近50件しか返さないためです。当サイトは2026年8月から毎日収集を続けて履歴を継ぎ足しており、蓄積期間は今後伸びていきます。収集開始より前の期間は後から取得できません。