Thank You For Reaching Out To Us
We have received your message and will get back to you within 24-48 hours. Have a great day!

ハポソフトの​​ブログへようこそ

世界に​​向けて​​共有したい、​​最新動向や​​インサイト、​​プロフェッショナルの​​コメント、​​プロジェクト開発の​​実例などを​​当社の​​ブログで​​ご紹介しています。
Cloudflare-outage_
最新情報
2025年11月19日
10分で​読む
Cloudflareが​世界的な​障害を​発生:原因と​ウェブを​稼働させ続ける​ための​対策
Cloudflareが​現在、​大規模な​世界的障害に​直面しており、​DNS解決、​CDNトラフィック、​その​他複数の​主要ネットワークサービスに​影響が​出ています。​この​問題は​ 2025年11月18日の​早朝に​発生し、​OpenAI、​X、​Canvaを​はじめと​する​多くの​大規模プラットフォームに​広く​影響しました。​Cloudflareが​復旧作業を​進めている​間、​ウェブサイトは​読み込みの​遅延、​エラーメッセージ、​または​完全に​応答しない​状況が​見られます。​本記事では、​現在起きている​ことと​ウェブサイトを​稼働させ続ける​ために​今すぐできる​対処法を​解説します。​ Cloudflare に​今何が​起きているのか Cloudflareは、​2025年11月18日午前 6時40分​(米東部​時間)​ごろに​始まった​大規模な​世界的障害を​調査していると​発表しました。​この​障害に​より、​複数地域で​エラー率が​急増。​ユーザーからは​HTTP500エラー、​API呼び出しの​失敗、​Cloudflareダッシュボードへ​アクセスできないなど、​多数の​報告が​寄せられています。​Reuters、​AP News、​Tom’s Hardwareに​よると、​Cloudflareの​CDNや​プロキシに​依存している​多くの​サイトが​読み込めなくなりました。​OpenAI、​X、​Canva などの​主要サービスでも、​タイムアウトや​コンテンツの​欠落、​Cloudflareの​challengeページに​誘導される​エラーが​目立ちました。​ Cloudflareの​CEOは​異常な​トラフィックと​CPU 使用率の​急上昇が​プライマリ・セカンダリ両方の​システムに​影響を​与えたと​説明しています。​Financial Times に​よれば、​Cloudflareの​ネットワークは​世界の​ウェブトラフィックの​20% 以上を​扱っている​ため、​その​影響範囲は​非常に​広範です。​一部の​地域では​回復の​兆しが​見られる​ものの、​完全に​安定するまで​断続的な​障害が​続く​可能性が​あります。​ な​ぜ​多くの​サービスが​同時に​停止したのか 今回の​障害は​Cloudflareの​グローバルネットワークの​複数の​基盤レイヤーに​影響しています。​その​ため、​互いに​無関係な​多くの​サービスが​同時に​ダウンしています。​地域ごとに​程度は​異なる​ものの、​多くの​障害は​次の​ 4 分野に​集約されます。​ 特に​大きな​影響が​見られる​サービス: DNS解決 ドメインが​解決されず、​NXDOMAINや​SERVFAILが​断続的に​発生。​サーバーが​稼働していても、​ウェブサイトが​表示されなくなります。​ CDNと​エッジ配信 読み込みの​遅延、​コンテンツ欠落、​522/523エラーなどが​発生し、​エッジロケーションが​正常に​応答しない​状況が​続きます。​ APIと​Workers レイテンシ増加、​実行失敗、​リクエストの​ドロップなど、​Cloudflareの​コンピュートやルーティング層の​不安定さが​影響します。​ Zero Trustと​Email Routing 認証や​アクセス制御、​メール​書き換えが​不安定に​なり、​ログイン遅延や​メール遅配が​発生します。​ これらの​障害に​より、​バックエンドが​正常でも​ウェブサイトが​「落ちている」ように​見える​ケースが​多数発生しています。​API が​正常に​動作しなくなったり、​エッジ性能の​低下で​サイト全体が​遅くなったりする​ため、​Cloudflareを​基盤と​している​企業では、​顧客アクセスや​社内業務が​大きく​妨げられる​可能性が​あります。​ ウェブサイトを​稼働させ続ける​ための​緊急対策 Cloudflareに​依存している​ウェブサイトや​ API は、​復旧を​待たずに​自力で​オンライン状態を​取り戻すことができます。​以下は、​Cloudflare の​不安定な​レイヤーを​避け、​重要な​トラフィックを​迂回させる​ための​手順です。​ 1. Cloudflare DNSを​使用している​場合 一時的に​ Cloudflare DNS を​切り​替える​ことで、​多くの​サイトは​すぐに​復旧できます。​ 対応方​法: ドメインレジストラ​(GoDaddy、​Namecheap、​MatBao、​PAVietnam など)の​デフォルトネームサーバーへ​戻す または​Amazon Route 53 に​切り替える​ A、​AAAA、​CNAME、​MX、​TXT など、​既存の​ DNSレコードを​そのまま​再設定する​ これに​より、​安定した​ DNSに​切り​替わり、​Cloudflareが​復旧するまで​安全に​サイトを​稼働できます。​ 2. Cloudflare Proxy または​CDNを​利用している​場合 Cloudflare の​オレンジクラウド​(プロキシ)は、​大規模障害時に​最も​影響が​出やすい​部分です。​ 次の​対応が​有効です: プロキシを​OFF に​して​「DNS Only」に​変更する​ または​別の​DNSプロバイダ経由で​サーバーの​IPを​直接指す​ これに​より​Cloudflareの​エッジを​完全に​迂回し、​オリジンサーバーへ​直接アクセスできるようになります。​ 3. Workers、​Email Routing、​Zero Trust に​依存している​場合 これらの​サービスも​不安定に​なる​可能性が​あります。​ 一時的な​回避策: 元の​メールプロバイダ​(Google Workspace、​Microsoft 365 など)の​MXへ戻す APIは​Workersを​経由せず、​バックエンドへ​直接ルーティング Cloudflareに​依存する​Zero Trustポリシーは​一時停止 注意点 DNS反映には​数分から​最大1時間かかる​場合が​あります Cloudflareの​ゾーンを​削除しない​こと​(復帰が​複雑に​なります)​ トラフィックの​多い​サイトは、​切り​替え後​すぐに​負荷テストを​推奨 将来の​障害に​防ぐ方​法 Cloudflare は​通常は​非常に​信頼性が​高い​ものの、​このような​単一障害点に​よる​大規模な​影響が​起こり得ます。​DNS、​CDN、​セキュリティ、​APIなどを​Cloudflareに​集中させている​企業は、​継続性を​重視した​設計が​必要です。​ DNS冗長化の​構築 DNSは​障害時に​最も​影響が​出やすい層です。​複数の​DNSプロバイダを​併用する​ことで、​どちらかが​落ちても​ドメインを​解決できます。​ 信頼できる​DNSプロバイダ: Amazon Route 53 Google Cloud DNS NS1 Akamai DNS Made Easy マルチDNS構成に​より、​いずれかの​ネットワークに​不安定さが​発生した​場合でも、​トラフィックを​即座に​切り替える​ことが​可能に​なります。​ 複数の​CDNを​併用する​ Cloudflareに​依存している​部分が​多い​ほど、​障害時の​影響は​大きくなります。​静的アセットや​トラフィックの​一部を​他の​CDN に​逃が​す設計が​効果的です。​ 例: Fastly、​AWS CloudFront、​Akamai 障害を​前提とした​設計 現代の​アプリケーションは、​プロバイダーが​予期せず​障害を​起こす​可能性を​前提に​設計する​必要が​あります。​耐障害性の​高い​アークテクチャは、​重要な​サービスを​複数の​レイヤーに​分散させ、​特定の​ベンダーへの​全面的な​依存を​避ける​ものです。​ 実践的な​改善策: 緊急時に​備えて、​直接IPアクセス経路を​確保する​ Cloudflare外に​静的資産の​コピーを​保存する​ エラーが​急増した​際に​トラフィックを​切り​替えられる​ヘルスチェックを​使用する​ コア認証や​重要な​APIを​単一の​プロキシ経由で​ルーティングしない​ 事前に​準備を​整える​ことで、​世界規模の​障害が​顧客や​社内業務に​影響を​及ぼすリスクを​低減できます。​ まとめと​Haposoftサポートできる​こと 今回の​Cloudflare 障害は、​最も​信頼される​インターネットプロバイダーで​さえ、​大規模な​障害を​経験する​可能性が​ある​ことを​改めて​示しています。​DNS、​CDN、​セキュリティプロキシなどの​コアレイヤーが​停止すると、​その​影響は​数分以内に​数百万の​ユーザーや​企業に​波及します。​最良の​防御策は​事前の​準備です:冗長化、​フェイルオーバールーティング、​耐障害性の​高い​インフラ構築。​ もし現在も​ウェブサイトや​システムに​問題が​発生している​場合、​または​将来的に​同様の​障害を​避けたい​場合、​Haposoftは​すぐに​サポートに​入る​ことが​可能です。​ Haposoftが​今すぐ​ウェブサイトの​安定化を​サポートします 弊社チームは​以下の​対応を​支援いたします: ドメインの​Cloudflare DNSからの​切り​替え Route 53または​レジストラでの​DNSレコード再設定 Cloudflareプロキシの​迂回および​トラフィックの​サーバーへの​直接ルーティング Cloudflareの​完全復旧を​待たない​APIアクセスおよび​メールフローの​回復 プロセス全体を​丁寧に​サポートし、​ウェブサイトを​できるだけ早く​オンラインに​戻す​お手伝いを​いたします。​ Haposoftの​AWSソリューションで​信頼性を​向上 緊急対応に​留まらず、​Haposoftは​エンドツーエンドの​AWSコンサルティングを​提供し、​より​強固で​耐障害性の​高い​システム構築を​支援します。​弊社の​AWSサービスには​以下が​含まれます: マルチDNSおよび​マルチリージョンアーキテクチャの​設計 Route 53の​ヘルスチェックおよび​フェイルオーバールーティング設定 高​可用性CDN代替と​しての​CloudFront導入 重要サービスの​耐障害性AWSインフラへの​移行 モニタリング、​アラート、​DR​(災害復旧)​設計 もし​今日のような​障害に​耐えられる​プラットフォームを​構築したい​場合、​Haposoftは​主要プロバイダーに​障害が​発生しても​オンラインを​維持できる​クラウドアーキテクチャの​設計を​サポートいたします。
Cloudflare-outage_
2025年11月19日
10分で​​読む
Cloudflareが​世界的な​障害を​発生:原因と​ウェブを​稼働させ続ける​ための​対策
Cloudflareが​現在、​大規模な​世界的障害に​直面しており、​DNS解決、​CDNトラフィック、​その​他複数の​主要ネットワークサービスに​影響が​出ています。​この​問題は​ 2025年11月18日の​早朝に​発生し、​OpenAI、​X、​Canvaを​はじめと​する​多くの​大規模プラットフォームに​広く​影響しました。​Cloudflareが​復旧作業を​進めている​間、​ウェブサイトは​読み込みの​遅延、​エラーメッセージ、​または​完全に​応答しない​状況が​見られます。​本記事では、​現在起きている​ことと​ウェブサイトを​稼働させ続ける​ために​今すぐできる​対処法を​解説します。​ Cloudflare に​今何が​起きているのか Cloudflareは、​2025年11月18日午前 6時40分​(米東部​時間)​ごろに​始まった​大規模な​世界的障害を​調査していると​発表しました。​この​障害に​より、​複数地域で​エラー率が​急増。​ユーザーからは​HTTP500エラー、​API呼び出しの​失敗、​Cloudflareダッシュボードへ​アクセスできないなど、​多数の​報告が​寄せられています。​Reuters、​AP News、​Tom’s Hardwareに​よると、​Cloudflareの​CDNや​プロキシに​依存している​多くの​サイトが​読み込めなくなりました。​OpenAI、​X、​Canva などの​主要サービスでも、​タイムアウトや​コンテンツの​欠落、​Cloudflareの​challengeページに​誘導される​エラーが​目立ちました。​ Cloudflareの​CEOは​異常な​トラフィックと​CPU 使用率の​急上昇が​プライマリ・セカンダリ両方の​システムに​影響を​与えたと​説明しています。​Financial Times に​よれば、​Cloudflareの​ネットワークは​世界の​ウェブトラフィックの​20% 以上を​扱っている​ため、​その​影響範囲は​非常に​広範です。​一部の​地域では​回復の​兆しが​見られる​ものの、​完全に​安定するまで​断続的な​障害が​続く​可能性が​あります。​ な​ぜ​多くの​サービスが​同時に​停止したのか 今回の​障害は​Cloudflareの​グローバルネットワークの​複数の​基盤レイヤーに​影響しています。​その​ため、​互いに​無関係な​多くの​サービスが​同時に​ダウンしています。​地域ごとに​程度は​異なる​ものの、​多くの​障害は​次の​ 4 分野に​集約されます。​ 特に​大きな​影響が​見られる​サービス: DNS解決 ドメインが​解決されず、​NXDOMAINや​SERVFAILが​断続的に​発生。​サーバーが​稼働していても、​ウェブサイトが​表示されなくなります。​ CDNと​エッジ配信 読み込みの​遅延、​コンテンツ欠落、​522/523エラーなどが​発生し、​エッジロケーションが​正常に​応答しない​状況が​続きます。​ APIと​Workers レイテンシ増加、​実行失敗、​リクエストの​ドロップなど、​Cloudflareの​コンピュートやルーティング層の​不安定さが​影響します。​ Zero Trustと​Email Routing 認証や​アクセス制御、​メール​書き換えが​不安定に​なり、​ログイン遅延や​メール遅配が​発生します。​ これらの​障害に​より、​バックエンドが​正常でも​ウェブサイトが​「落ちている」ように​見える​ケースが​多数発生しています。​API が​正常に​動作しなくなったり、​エッジ性能の​低下で​サイト全体が​遅くなったりする​ため、​Cloudflareを​基盤と​している​企業では、​顧客アクセスや​社内業務が​大きく​妨げられる​可能性が​あります。​ ウェブサイトを​稼働させ続ける​ための​緊急対策 Cloudflareに​依存している​ウェブサイトや​ API は、​復旧を​待たずに​自力で​オンライン状態を​取り戻すことができます。​以下は、​Cloudflare の​不安定な​レイヤーを​避け、​重要な​トラフィックを​迂回させる​ための​手順です。​ 1. Cloudflare DNSを​使用している​場合 一時的に​ Cloudflare DNS を​切り​替える​ことで、​多くの​サイトは​すぐに​復旧できます。​ 対応方​法: ドメインレジストラ​(GoDaddy、​Namecheap、​MatBao、​PAVietnam など)の​デフォルトネームサーバーへ​戻す または​Amazon Route 53 に​切り替える​ A、​AAAA、​CNAME、​MX、​TXT など、​既存の​ DNSレコードを​そのまま​再設定する​ これに​より、​安定した​ DNSに​切り​替わり、​Cloudflareが​復旧するまで​安全に​サイトを​稼働できます。​ 2. Cloudflare Proxy または​CDNを​利用している​場合 Cloudflare の​オレンジクラウド​(プロキシ)は、​大規模障害時に​最も​影響が​出やすい​部分です。​ 次の​対応が​有効です: プロキシを​OFF に​して​「DNS Only」に​変更する​ または​別の​DNSプロバイダ経由で​サーバーの​IPを​直接指す​ これに​より​Cloudflareの​エッジを​完全に​迂回し、​オリジンサーバーへ​直接アクセスできるようになります。​ 3. Workers、​Email Routing、​Zero Trust に​依存している​場合 これらの​サービスも​不安定に​なる​可能性が​あります。​ 一時的な​回避策: 元の​メールプロバイダ​(Google Workspace、​Microsoft 365 など)の​MXへ戻す APIは​Workersを​経由せず、​バックエンドへ​直接ルーティング Cloudflareに​依存する​Zero Trustポリシーは​一時停止 注意点 DNS反映には​数分から​最大1時間かかる​場合が​あります Cloudflareの​ゾーンを​削除しない​こと​(復帰が​複雑に​なります)​ トラフィックの​多い​サイトは、​切り​替え後​すぐに​負荷テストを​推奨 将来の​障害に​防ぐ方​法 Cloudflare は​通常は​非常に​信頼性が​高い​ものの、​このような​単一障害点に​よる​大規模な​影響が​起こり得ます。​DNS、​CDN、​セキュリティ、​APIなどを​Cloudflareに​集中させている​企業は、​継続性を​重視した​設計が​必要です。​ DNS冗長化の​構築 DNSは​障害時に​最も​影響が​出やすい層です。​複数の​DNSプロバイダを​併用する​ことで、​どちらかが​落ちても​ドメインを​解決できます。​ 信頼できる​DNSプロバイダ: Amazon Route 53 Google Cloud DNS NS1 Akamai DNS Made Easy マルチDNS構成に​より、​いずれかの​ネットワークに​不安定さが​発生した​場合でも、​トラフィックを​即座に​切り替える​ことが​可能に​なります。​ 複数の​CDNを​併用する​ Cloudflareに​依存している​部分が​多い​ほど、​障害時の​影響は​大きくなります。​静的アセットや​トラフィックの​一部を​他の​CDN に​逃が​す設計が​効果的です。​ 例: Fastly、​AWS CloudFront、​Akamai 障害を​前提とした​設計 現代の​アプリケーションは、​プロバイダーが​予期せず​障害を​起こす​可能性を​前提に​設計する​必要が​あります。​耐障害性の​高い​アークテクチャは、​重要な​サービスを​複数の​レイヤーに​分散させ、​特定の​ベンダーへの​全面的な​依存を​避ける​ものです。​ 実践的な​改善策: 緊急時に​備えて、​直接IPアクセス経路を​確保する​ Cloudflare外に​静的資産の​コピーを​保存する​ エラーが​急増した​際に​トラフィックを​切り​替えられる​ヘルスチェックを​使用する​ コア認証や​重要な​APIを​単一の​プロキシ経由で​ルーティングしない​ 事前に​準備を​整える​ことで、​世界規模の​障害が​顧客や​社内業務に​影響を​及ぼすリスクを​低減できます。​ まとめと​Haposoftサポートできる​こと 今回の​Cloudflare 障害は、​最も​信頼される​インターネットプロバイダーで​さえ、​大規模な​障害を​経験する​可能性が​ある​ことを​改めて​示しています。​DNS、​CDN、​セキュリティプロキシなどの​コアレイヤーが​停止すると、​その​影響は​数分以内に​数百万の​ユーザーや​企業に​波及します。​最良の​防御策は​事前の​準備です:冗長化、​フェイルオーバールーティング、​耐障害性の​高い​インフラ構築。​ もし現在も​ウェブサイトや​システムに​問題が​発生している​場合、​または​将来的に​同様の​障害を​避けたい​場合、​Haposoftは​すぐに​サポートに​入る​ことが​可能です。​ Haposoftが​今すぐ​ウェブサイトの​安定化を​サポートします 弊社チームは​以下の​対応を​支援いたします: ドメインの​Cloudflare DNSからの​切り​替え Route 53または​レジストラでの​DNSレコード再設定 Cloudflareプロキシの​迂回および​トラフィックの​サーバーへの​直接ルーティング Cloudflareの​完全復旧を​待たない​APIアクセスおよび​メールフローの​回復 プロセス全体を​丁寧に​サポートし、​ウェブサイトを​できるだけ早く​オンラインに​戻す​お手伝いを​いたします。​ Haposoftの​AWSソリューションで​信頼性を​向上 緊急対応に​留まらず、​Haposoftは​エンドツーエンドの​AWSコンサルティングを​提供し、​より​強固で​耐障害性の​高い​システム構築を​支援します。​弊社の​AWSサービスには​以下が​含まれます: マルチDNSおよび​マルチリージョンアーキテクチャの​設計 Route 53の​ヘルスチェックおよび​フェイルオーバールーティング設定 高​可用性CDN代替と​しての​CloudFront導入 重要サービスの​耐障害性AWSインフラへの​移行 モニタリング、​アラート、​DR​(災害復旧)​設計 もし​今日のような​障害に​耐えられる​プラットフォームを​構築したい​場合、​Haposoftは​主要プロバイダーに​障害が​発生しても​オンラインを​維持できる​クラウドアーキテクチャの​設計を​サポートいたします。
cta-background

ニュースレター登録

デジタルトランスフォーメーションに​関する​専門的な​知見や​イベント最新情報を、​メールボックスに​直接お届けします。

プロジェクトの​アイディアを​ お持ちでしたら、​ご相談ください

+81 
©Haposoft 2025. All rights reserved