メンテナンスの予定と通知については、メンテナンス を参照してください。
CNI の導入では、任意の単一回線で計画外の停止が起きても耐えられる必要があります。つまり、次のとおりです。
- 冗長回線間のトラフィックフェイルオーバーは自動である必要があります。
- メンテナンス中にトラフィックを迂回するために手動操作が必要な場合は、構成を見直す必要があります。
- フェイルオーバー設計の検証は、アカウントチームにお問い合わせください。
接続の問題が起きたら、まずより広範なサービス障害がないかを確認してください。Cloudflare Status ↗ で、予定されたメンテナンスや進行中のインシデントがサービスに影響していないかを確認します。これにより、問題が自社ネットワークの外で起きているかどうかを判断できます。モニタリングとアラート も参照してください。
システム全体の問題が報告されていない場合は、サポートケースを出す前に次の情報を集めてください。詳細を揃えると、解決が早くなります。
- タイムライン: 問題の開始時刻と終了時刻（該当する場合）。タイムゾーンを含めてください。
- 識別情報: 影響を受けた CNI の CNI IP アドレス、またはポイントツーポイントプレフィックス。CNI が Magic 構成の一部である場合は、ダッシュボードに表示されている Magic Transit / WAN 相互接続の名前も提供してください。
- 物理層: CNI リンクの光レベル（該当する場合）。
- サービスへの影響: Magic Transit / WAN トラフィックが影響を受けたかどうか。
- 問題の説明: 問題の明確な概要（例: CNI ダウン、Border Gateway Protocol (BGP) セッションダウン、プレフィックスの取り下げ）。